Nach Aufnahmeende kein Deepstandby

[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 (os-cam) 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.

[BPanther]

Teste ich nochmal, bisher hatte das mit der alten v1 bei der UFS910 immer funktioniert.


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.

[udog]

Den Bug kann ich bestätigen,gerade nochmal getestet,lasse meine 1W eigentlich immer im Softstandby ,daher hatte ich das noch nicht bemerkt
Gehen denn die Timer LED schon ? War immer ne feine Sache bei V1

[BPanther]

Das liegt wahrscheinlich am os-cam-Umschiffungsbug (date-Bug bei os-cam). 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.

[schelm61]

Ich hatte nur mit einem Timer getestet und einen SD Sender zum Aufnehmen gewählt.

Werde es mal mit mehreren Timer probieren und os-cam und den ftdi Treiber deaktivieren.

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

[BPanther]

Brauchste nicht deaktivieren, das würde nichts ändern. Der os-cam-Bug betrifft den Datumsbug bei os-cam - ohne die Umgehung startet os-cam nicht mal richtig, deswegen wurde das auch nur eingebaut.

[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.

[BPanther]

Es geht eher darum, daß nicht unbedingt der Emu das Problem ist, sondern vielleicht die Anzahl der Timer.

[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.

[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...

[thc09]

Hi

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!

[BPanther]

Keine Sorge, im nächsten Image gefixt, sowohl v1 als auch NMP. Lag, wie ich vermutet hatte, an der os-cam-Start-Umschiffungsbug-Behebung (prima Wort ).

[thc09]

Hi

Keine Sorge, im nächsten Image gefixt, sowohl v1 als auch NMP. Lag, wie ich vermutet hatte, an der os-cam-Start-Umschiffungsbug-Behebung (prima Wort ).

Es gibt schon komische Sachen, am besten (imho) im startscript dateidatum der os-cam 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!

[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 os-cam 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.

[thc09]

Hi

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 os-cam 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 os-cam 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

Gruss!