Seite 1 von 3

Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 08:03
von schelm61
Nach dem Wechsel von enigma2 auf neutriono (stm24 Version rev4766 im Flash) auf meiner Box (UFS910 1W)
ist soweit alles OK. (schneller und stabiler).

Habe eine interene SATA Platte (EXT3 Partition) und einen 4GB USB Stick am unteren USB-Anschluss
(Mit einer 128MB Linux SWAP Partition und Rest mit einer EXT2 Partition).
Habe noch eine EMU (oscam) laufen und Smargo am oberen USB-Anschluss.

Allerdings habe ich ein Problem bei Timeraufnahmen.

Die Box fährt zwar problemlos hoch aus dem Deepstandby und nimmt die programmierte Sendung auf,
allerdings fährt die Box am Aufnahmeende nicht wieder in den Deepstandby.

Habe es auch schon ohne EMU und Smargo probiert. Gleiches Ergebnis.

Bei enigma2 konnte man ja bei der Timerprogrammierung angeben wie sich die Box am Ende verhalten soll.
Also Nichts, Standby, Box abschalten und Auto.

Das gibt es ja bei der Neutrino Version nicht.

Gehe aber davon aus, das die Box dahin zurückkehrt wie der Zustand vorher war.
Also wenn Sie AN war bleibt sie auch AN. Wenn Sie allerdings AUS war sollte sie sich eigentlich auch wieder
ausschalten. War zumindest bei enigma2 so.

Wer kann mir da weiterhelfen? Hab ich da einen Denkfehler oder liegt es an den Einstellungen.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 12:31
von BPanther
Teste ich nochmal, bisher hatte das mit der alten v1 bei der UFS910 immer funktioniert. :shock:


EDIT: Allerdings macht sie das nicht, wenn man OK gedrückt hat, dann bleibt die Box aktiv. War damals mal nen Wunsch, damit man dennoch weiterschauen kann, falls man es sich anders überlegt hat.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 14:30
von udog
Den Bug kann ich bestätigen,gerade nochmal getestet,lasse meine 1W eigentlich immer im Softstandby ,daher hatte ich das noch nicht bemerkt :mrgreen:
Gehen denn die Timer LED schon ? War immer ne feine Sache bei V1 :wink:

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 14:54
von BPanther
Das liegt wahrscheinlich am oscam-Umschiffungsbug (date-Bug bei oscam). War zumindest die einzige Änderung, die da was beeinflussen könnte.

EDIT: Oder das passiert, wenn es nur einen einzigen Timer gab? Wäre auch eine Möglichkeit, das wurde evtl. nie getestet.

EDIT2 @udog: Nein, habe das noch nicht eingebaut.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 15:04
von schelm61
Ich hatte nur mit einem Timer getestet und einen SD Sender zum Aufnehmen gewählt.

Werde es mal mit mehreren Timer probieren und Oscam und den ftdi Treiber deaktivieren.

EDIT: @BPanther Was meint @udog mit der Timer LED?

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 15:05
von BPanther
Brauchste nicht deaktivieren, das würde nichts ändern. Der oscam-Bug betrifft den Datumsbug bei oscam - ohne die Umgehung startet oscam nicht mal richtig, deswegen wurde das auch nur eingebaut.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 15:11
von schelm61
Heißt das, daß auch wenn ich ein anders EMU nehme, das nichts hilft?

Das ist aber blöd. Wenn man nachts eine Sendung aufnehmen will, läuft die Box ja dann bis zum Morgen.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Do 18. Apr 2013, 15:34
von BPanther
Es geht eher darum, daß nicht unbedingt der Emu das Problem ist, sondern vielleicht die Anzahl der Timer.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 16:39
von schelm61
Hab es nun auch mit mehreren Timer probiert. Funktioniert aber genauso wenig.

Die einzige Möglichkeit ist noch einen Shutdown Timer am Ende zu programmieren.
Dann fährt die Box herunter. Ist zwar etwas umständlich, aber es funktioniert.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 16:40
von BPanther
Nunja, aber nicht Sinn und Zweck der Sache, denn es wurde ja extra eingebaut, daß die Box sich dann selbst wieder runterfährt. Muß ich mir wohl nochmal anschauen...

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 21:57
von thc09
Hi
BPanther hat geschrieben:Nunja, aber nicht Sinn und Zweck der Sache, denn es wurde ja extra eingebaut, daß die Box sich dann selbst wieder runterfährt. Muß ich mir wohl nochmal anschauen...
Ja, das passiert auch mit jedem anderem Emu. Egal welche und wieviel Timer und Programme (verschlüsselt oder Fta).

Der Witz ist das ich bis vorhin dachte das meine Freundin die Kiste immer einschaltet, ist immer vor mir da :-)

Ich hab z.Zt die 4957 (STM22 USB) mit externer 2,5" USB laufen und die ist RockSolid.

Danke nochmals für deine Mühe.


Gruss!

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 22:19
von BPanther
Keine Sorge, im nächsten Image gefixt, sowohl v1 als auch NMP. Lag, wie ich vermutet hatte, an der oscam-Start-Umschiffungsbug-Behebung (prima Wort :kicher: ).

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 22:32
von thc09
Hi
BPanther hat geschrieben:Keine Sorge, im nächsten Image gefixt, sowohl v1 als auch NMP. Lag, wie ich vermutet hatte, an der oscam-Start-Umschiffungsbug-Behebung (prima Wort :kicher: ).
Es gibt schon komische Sachen, am besten (imho) im startscript dateidatum der oscam auslesen und setzen. Danach per NTP. Mach ich so auf der Coolie. Es ist fast unglaublich , aber die Kiste ist genau gestartet als der Router ne neue Ip holte. Und Pech für die Aufnahme :-(
Ich denke das dies eine der besten Lösungen ist.

Gruss!

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 22:42
von BPanther
Ersetze in der rcS einfach den Funktions-Block checkWakeUpTimer():

Code: Alles auswählen

# Box per Timer gestartet?
checkWakeUpTimer() {
	VSTART=`grep WAKEUPDECREMENT /etc/vdstandby.cfg | awk -F "=" '{print $2}'`
	[ ! $VSTART ] && VSTART=300
	VSTART=$(($VSTART*3))

	IMG_DATUM=`cat /.version | grep "version=" | awk -F "=" '{print $2}'`
	IMG_DATUM=`date +%s -d ${IMG_DATUM:4}`
	if [ "$IMG_DATUM" == "" ]; then
		echo "checkWakeUpTimer - DATE-ERROR"
	fi

	while [ `date +%s` -lt $(($IMG_DATUM+3600)) ]; do
		sleep 1
	done
	TIMER=2100000000
	for T in `grep ALARM_TIME /var/tuxbox/config/timerd.conf | awk -F "=" '{print $2}'`; do
		[ $T -lt $TIMER ] && TIMER=$T
	done

	if [ $(( $TIMER - `date +%s` )) -lt $VSTART ]; then
		[ ! -e /var/etc/.timer_wake_up ] && touch /var/etc/.timer_wake_up
	else
		[ -e /var/etc/.timer_wake_up ] && rm -f /var/etc/.timer_wake_up
	fi
}
Das Dateidatum der oscam auszulesen mache ich nicht, die hat ja nicht jeder und eben genau diese ähnliche Art (Auslesen des Imagedatums) führte ja erst zum Timer-Problem.

Re: Nach Aufnahmeende kein Deepstandby

Verfasst: Fr 19. Apr 2013, 22:58
von thc09
Hi
BPanther hat geschrieben:Ersetze in der rcS einfach den Funktions-Block checkWakeUpTimer():

Code: Alles auswählen

# Box per Timer gestartet?
checkWakeUpTimer() {
	VSTART=`grep WAKEUPDECREMENT /etc/vdstandby.cfg | awk -F "=" '{print $2}'`
	[ ! $VSTART ] && VSTART=300
	VSTART=$(($VSTART*3))

	IMG_DATUM=`cat /.version | grep "version=" | awk -F "=" '{print $2}'`
	IMG_DATUM=`date +%s -d ${IMG_DATUM:4}`
	if [ "$IMG_DATUM" == "" ]; then
		echo "checkWakeUpTimer - DATE-ERROR"
	fi

	while [ `date +%s` -lt $(($IMG_DATUM+3600)) ]; do
		sleep 1
	done
	TIMER=2100000000
	for T in `grep ALARM_TIME /var/tuxbox/config/timerd.conf | awk -F "=" '{print $2}'`; do
		[ $T -lt $TIMER ] && TIMER=$T
	done

	if [ $(( $TIMER - `date +%s` )) -lt $VSTART ]; then
		[ ! -e /var/etc/.timer_wake_up ] && touch /var/etc/.timer_wake_up
	else
		[ -e /var/etc/.timer_wake_up ] && rm -f /var/etc/.timer_wake_up
	fi
}
Das Dateidatum der oscam auszulesen mache ich nicht, die hat ja nicht jeder und eben genau diese ähnliche Art (Auslesen des Imagedatums) führte ja erst zum Timer-Problem.
Nun, bei der Coolie ist es so das verschieden Emus auch verschiedene Startscripte haben, ergo wird das Script natürlich nur ausgeführt bevor die Oscam startet. Danach wird per NTP das Datum gestzt und die Kiste selbst setzt das Datum auch über Kabel - Falls kein Netz.
Da passt das perfect, wie kann man nur auf sone blöde IDEE kommen, das Systemdatum abzuprüfen.

Wie das hier mit den Scripten ist weiß ich nicht, hier ist der Support so gut - da muss man sich nicht selbst kümmern :applaus:

Gruss!