IRMP auf STM32 - wakeup timer

easyVDR - >VARforumsname - >IRMP auf STM32 - wakeup timer

gitano 22.Dec.2017 22:16:05

Moinsen!

Ich bin grad seit einiger Zeit dabei diesen Empfänger/ Einschalter/ Wakeuptimer unter Easyvdr 3.0/ 3.5 zum Laufen zu kriegen:

https://www.vdr-portal.de/forum/index.php?thread/123572-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer

Der Empfänger und der Einschalter funktionieren mittlerweile wunderbar, woran ich gerade verzweifle ist den Timer Wakeup automatisch in Easyvdr einzustellen, diesbezüglich scheint es keine Standardkonfiguration zu geben, oder?

Manuell lässt sich die Wakeup Zeit mit stm32IRalarm -d /dev/input/ir-auto-dtc -s "irgendeine Zahl in Sekunden" wunderbar einstellen und der STM32 weckt die Kiste zu genau der Zeit auf, woran ich gerade verzweifle:

Wie und wo genau teile ich in Easyvdr 3.5 beim herunterfahren mit das er die nächste Timerzeit -300 Sekunden in den STM32 schreibt?

Die /etc/vdr/shutdown-hooks/10_shutdown.custom have ich bereits gefüttert mit

SHUTDOWNCMD="/usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s ($2 - 300)"

Beim manuellen Testen des Befehls jedoch schreibt er mir die Zeit nicht rein.

Meine Frage: werden diese Variablen bei Easyvdr vom vdr überhaupt übermittelt:

$1 : Next timer seconds from 1970 from 1970/01/01, UTC
$2 : Next timer seconds from now
$3 : Next timer title
$4 : Shutdown forced

und wie und wo übergebe ich diese korrekt dem STM32 beim Herunterfahren?

Vielen Dank und schöne Feiertage!

Lieben Gruß,
gitano

obelix 01.Feb.2018 22:18:22

Hi,

dito. Problem ist, dass folgende Ausgabe nach dem Befehl auf der Konsole ausgegeben wird:

bash: Syntaxfehler beim unerwarteten Wort »(«

Gruß

Obelix

gb 02.Feb.2018 06:27:25

Hi

bash: Syntaxfehler beim unerwarteten Wort »(«

Da es ja eine Berechnung werden soll, würde ich die Zeile..

SHUTDOWNCMD="/usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s ($2 - 300)"
..mal so versuchen..

SHUTDOWNCMD="/usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300))"
Ich kenne jedoch das Skript nicht, daher müsste ich selbst erst schauen, wo der Wert von $2 gesetzt wird.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Mediacenter
easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel(R) G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI

[spoiler=(weitere easyVDR)]
easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel(R)T2400 @1.83GHz 2GB DDR2, GT218 (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835)

obelix 02.Feb.2018 06:48:53

Hallo Aaron,

die Variante hatte ich im Eifer des Gefechts auch schon probiert. Hat nicht funktioniert. stm32IRalarm ist kein Script.

[url=https://github.com/j1rie/IRMP_STM32/tree/master/stm32IRalarm/Linux]https://github.com/j1rie/IRMP_STM32/tree/master/stm32IRalarm/Linux

Die Info mit dem Aufruf ist vom Entwickler jrie selbst:

[url=https://www.vdr-portal.de/forum/index.php?thread/123572-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/&postID=1299535#post1299535]https://www.vdr-portal.de/forum/index.php?thread/123572-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/&postID=1299535#post1299535

Du brauchst also für z.B. 5 Minuten früher als nächster Aufnahmebeginn folgendes im Script:

[*][url=https://www.vdr-portal.de/forum/index.php?thread/123572-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/&postID=1299546&highlight=stm32IRalarm#codeLine_1_f6d15d]/Pfad/stm32IRalarm -d /dev/hidraw0 -s ($2 - 300)

Siehe auch die [url=https://github.com/j1rie/IRMP_STM32/blob/master/stm32IRalarm/Linux/README]README.
Wenn du wie empfohlen die udev-Regel drin hast, ist das "-d /dev/hidraw0" nicht nötig.

Das mit der udev-Regel sollte man auch angehen aber da werde ich einen separaten Thread aufmachen.
Gruß

obelix 02.Feb.2018 06:51:59

Uuups, da sehe ich ja ein $. ;) Ich teste das gerade mal.

gb 02.Feb.2018 06:55:46

Hi Obelix

[quote='obelix' pid='179570' dateline='1517550719']
Uuups, da sehe ich ja ein $. ;) Ich teste das gerade mal.

Jap Doppelklammer für Berechnung, $ für variable bzw Ergebnis in Klammern ausgeben.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 02.Feb.2018 07:06:26

[quote='gb' pid='179571' dateline='1517550946']
Hi Obelix

[quote='obelix' pid='179570' dateline='1517550719']
Uuups, da sehe ich ja ein $. ;) Ich teste das gerade mal.

Jap Doppelklammer für Berechnung, $ für variable bzw Ergebnis in Klammern ausgeben.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Es gibt nun keinen Syntaxfehler mehr aber er wacht nicht auf.

gb 02.Feb.2018 07:10:06

Hi Obelix
[quote='obelix' pid='179572' dateline='1517551586']
Es gibt nun keinen Syntaxfehler mehr aber er wacht nicht auf.

Ok, dann müsste man schauen wie zB der Wert $2 aussieht.

Ich schaue mal heute Nachmittag..

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 02.Feb.2018 16:00:18

Hi Obelix,
mal eine Frage zwischendurch, wie kommst du auf folgende Zeile "-d /dev/input/ir-auto_dtc"

Gruß Aaron

gb 02.Feb.2018 16:09:21

Hat sich erledigt, siehe..
[quote="Captain_Beefheart" pid="128739" dateline="1361814037"]hallo

eigentlich wird alles passend angelegt wenn
Du den Empfänger auswählst.

da wird ´ne udev rule gebaut, die ein /dev/input/ir-auto_dtc
erzeugt

eine passende hardware.conf gebaut usw.

bei mir unmd vielen anderen klappts ootb

Kommt also von uns durch die Rule.

Dann werd ich mal den stm32 am zweit System installieren..

Gruß Aaron

gb 02.Feb.2018 16:58:55

Ich hätte da eine Vermutung, bräuchte jedoch von dir die 10_shutdown.costum

Gruß Aaron

obelix 02.Feb.2018 18:29:34

Hi Aaron.
[quote='gb' pid='179578' dateline='1517584161']
Hat sich erledigt, siehe..
[quote='Captain_Beefheart' pid='128739' dateline='1361814037']
hallo

eigentlich wird alles passend angelegt wenn
Du den Empfänger auswählst.

da wird ´ne udev rule gebaut, die ein /dev/input/ir-auto_dtc
erzeugt

eine passende hardware.conf gebaut usw.

bei mir unmd vielen anderen klappts ootb

Kommt also von uns durch die Rule.

Dann werd ich mal den stm32 am zweit System installieren..

Gruß Aaron

Fast. Die udev-rule funktioniert aber mit der udev-rule von [url=https://github.com/j1rie/IRMP_STM32/blob/master/irmplircd/80-irmp.rules]80-irmp.rules, wird ein symb. Link /dev/irmp_stm32 angelegt. Mit dem spart man sich dann die Option -d.

Zitat von jrie:

Siehe auch die README.

Wenn du wie empfohlen die udev-Regel drin hast, ist das "-d /dev/hidraw0" nicht nötig.

Im Endeffekt ist es egal. Ich habe die udev-rule 80-irmp.rules zusätzlich drin und

[quote='gb' pid='179580' dateline='1517587135']
Ich hätte da eine Vermutung, bräuchte jedoch von dir die 10_shutdown.costum

Gruß Aaron

meine 10_shutdown.costum sieht so aus:

SHUTDOWNCMD="/usr/bin/stm32IRalarm -s $(($2 - 300))"

Gruß
Obelix

obelix 02.Feb.2018 19:52:54

Achja, auch mit $2 alleine funktioniert es nicht. Das hatte ich bereits getestet.

gb 03.Feb.2018 08:56:10

Moin, ich sortiere mal ein wenig.

Also $1 und $2 übergeben definitiv in der shutdown_hooks bei gesetzten Timer etwas.
Beispiel:
Habe ein Timer in ca 10h gesetzt und $1 oder $2 geben mir dann folgenden Wert aus "36220"

Jetzt wäre Martin gefragt, wie kann ich zB den internen Timer vom stm32 auslesen?
Der Befehl SHUTDOWNCMD="/usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300))" in der hooks arbeitet ja anstandslos, leider wird mein stm32 nie aufwachen, da mein Mainboard vom zweit System im aus Zustand keine Power liefert.

Gruß Aaron

obelix 03.Feb.2018 09:13:24

Moin Aaron,
[quote='gb' pid='179590' dateline='1517644570']
Moin, ich sortiere mal ein wenig.

Also $1 und $2 übergeben definitiv in der shutdown_hooks bei gesetzten Timer etwas.
Beispiel:
Habe ein Timer in ca 10h gesetzt und $1 oder $2 geben mir dann folgenden Wert aus "36220"

Jetzt wäre Martin gefragt, wie kann ich zB den internen Timer vom stm32 auslesen?
Der Befehl SHUTDOWNCMD="/usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300))" in der hooks arbeitet ja anstandslos, leider wird mein stm32 nie aufwachen, da mein Mainboard vom zweit System im aus Zustand keine Power liefert.

Gruß Aaron

leider unterstützt nicht jedes Board +5V Standby am USB. Im VDR Portal hatte ich bereits über Möglichkeiten (Schottky Diode) diskutiert. Es gibt einen einfachen Workaround für das +5V Standby Problem. Ich zitiere meinen Beitrag von dort:

Der ST-Link wird doch in der Regel intern über ein Mainboard-USB-Pfostenstecker-Adapter (USB Pinheader Buchse) angeschlossen. Wenn man nun an dem Pfostenstecker den +5V Pin herausnimmt (was ja möglich ist) und diesen über eine selbstrückstellende Sicherung an den +5V Standby vom ATX Netzteil anschließt, wäre man doch gekämmt und gebügelt. Oder sehe ich da was falsch?

Ich hatte zwar aktuell keinen Fall wo ich das gebraucht hätte aber ich habe es an meinem Test VDR mal getestet. Läuft tadellos.

Gruß
Obelix

gb 03.Feb.2018 09:14:45

[quote='obelix' pid='179591' dateline='1517645204']
Wo kommt denn die Uhrzeit vom nächsten Timer her?

Das ist leicht erklärt, die Variablen $1 & $2 werden von VDR gefüttert, da /etc/vdr/shutdown-hooks/10_shutdown.costum ein Kindskript von VDR ist, werden die Variablen bis dahin übergeben.

Füge mal folgende Zeilen in der 10_shutdown.costum ein

echo "----" > /var/lib/vdr/shutdown_hook.log
echo "Wert1:"$1"Wert2:"$2"Wert3:"$3 >> /var/lib/vdr/shutdown_hook.log
Dann setze ein Timer und fahre den VDR runter, danach neu starten und log/var/lib/vdr/shutdown_hook.log anschauen

obelix 03.Feb.2018 09:18:52

[quote='gb' pid='179593' dateline='1517645685']
[quote='obelix' pid='179591' dateline='1517645204']
Wo kommt denn die Uhrzeit vom nächsten Timer her?

Das ist leicht erklärt, die Variablen $1 & $2 werden von VDR gefüttert, da /etc/vdr/shutdown-hooks/10_shutdown.costum ein Kindskript von VDR ist, werden die Variablen bis dahin übergeben.

Füge mal folgende Zeilen in der 10_shutdown.costum ein

echo "----" > /var/lib/vdr/shutdown_hook.log
echo "Wert1:"$1"Wert2:"$2"Wert3:"$3 >> /var/lib/vdr/shutdown_hook.log
Dann setze ein Timer und fahre den VDR runter, danach neu starten und log/var/lib/vdr/shutdown_hook.log anschauen

Cool, danke für die Erklärung.

obelix 03.Feb.2018 09:24:20

[quote='gb' pid='179590' dateline='1517644570']
Jetzt wäre Martin gefragt, wie kann ich zB den internen Timer vom stm32 auslesen?

Also beim ST-Link ist das
/usr/bin/stm32IRalarm -a

gb 03.Feb.2018 09:28:52

[quote='obelix' pid='179595' dateline='1517646260']
/usr/bin/stm32IRalarm -a

gut, dann sieh hier:

root@easyVDR:/home/easyvdr# /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s 1000
root@easyVDR:/home/easyvdr# /usr/bin/stm32IRalarm -a -d /dev/input/ir-auto_dtc STM32alarm: 0 days 0 hours 16 minutes 37 seconds
VDRwakeup: Sat Feb 3 09:43:36 2018

Dann muß man jetzt schauen, was durch den VDR übergeben wird..

Gruß Aaron

gb 03.Feb.2018 09:40:03

So, bei mir wird jetzt ein Timer gesetzt:

root@easyVDR:/home/easyvdr# /usr/bin/stm32IRalarm -a -d /dev/input/ir-auto_dtc
STM32alarm: 0 days 9 hours 3 minutes 39 seconds
VDRwakeup: Sat Feb 3 18:38:00 2018

Inhalt der /etc/vdr/shutdown-hooks/10_shutdown.costum
#
# Custom VDR Shutdown Hook
# -------------------------
#
# Here you can place any commands, you want to be executed when VDR wants
# to shutdown.
#
# * To abort the shutdown, exit with an errorlevel <> 0.
#
# * If you want a message to be displayed on the OSD when aborting a shutdown,
# then write to stdout:
#
# ABORT_MESSAGE=
#
# * If you want to defer the shutdown, write to stdout:
#
# TRY_AGAIN=
#
# * To overwrite the command that will be executed to shutdown the machine
# after all shutdown hooks have been processed, write to stdout:
#
# SHUTDOWNCMD=
#
# i.e.:
#
# echo "ABORT_MESSAGE=\"I do not want to shutdown now!\"" ; exit 1
#

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300)) && sleep 1; exit 0

Probiere es mal aus und berichte ;)

Grüße Aaron

gb 03.Feb.2018 09:57:55

Hi obelix

PS: Sollte es bei dir tun, kannst du ja gitano & dem Entwickler im vdr-portal mal im Beitrag einen kleinen Wink geben, wie es in easyVDR funktioniert.

Gruß Aaron

obelix 03.Feb.2018 10:36:18

Hi Aaron,

mache ich. Konnte allerdings die neue Variante noch nicht testen. Ich bin gerade aufm Sprung. Komme erst morgen dazu.

Melde mich.

Gruß
Obelix

obelix 04.Feb.2018 13:18:11

Hallo Aaron,

ich weiß nicht warum aber es funktioniert bei mir nicht. Der Wert lässt sich auslesen:

----
Wert1:1517745600Wert2:2673Wert3:1
Da ich die udev-rule 80-irmp.rules nutze, kann der vdr User auch darauf zugreifen. Rechte Problem ist es nicht.

Gruß
Obelix

gb 04.Feb.2018 13:25:26

Hallo obelix

[quote='obelix' pid='179616' dateline='1517746691']
ich weiß nicht warum aber es funktioniert bei mir nicht. Der Wert lässt sich auslesen:

----
Wert1:1517745600Wert2:2673Wert3:1
Da ich die udev-rule 80-irmp.rules nutze, kann der vdr User auch darauf zugreifen. Rechte Problem ist es nicht.

Ich hab's ja easyvdr konform ausprobiert, keine Pfadangaben umgemodelt oder Rules verändert.

Hast du die costum 1 zu 1 übernommen oder etwas angepasst?

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 14:14:47

Ich habe es nun auch so gemacht wie du es gesagt hast. Funktioniert nicht. Wenn ich

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s 100

mache, dann geht er nach 100 Sekunden an.

gb 04.Feb.2018 14:20:03

[quote='obelix' pid='179622' dateline='1517750087']
Ich habe es nun auch so gemacht wie du es gesagt hast. Funktioniert nicht. Wenn ich

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s 100

mache, dann geht er nach 100 Sekunden an.

Puhhh...
Du machst es mir nicht einfach..

Lass mal die Costum so wie beschrieben, setze einen Timer und fahr runter. Dann starte den vdr neu und poste die Ausgabe von:

/usr/bin/stm32IRalarm -a -d /dev/input/ir-auto_dtc

PS: die 10_shutdown.costum nur dann bearbeiten, wenn vdr gestoppt ist, andernfalls könnte es nicht klappen!

Erst danach startvdr

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 15:02:36

Beim Einschalten wird der Timer zurückgesetzt:
STM32alarm: 49710 days 6 hours 26 minutes 44 seconds
VDRwakeup: Wed Mar 13 21:26:57 2154

gb 04.Feb.2018 15:13:43

[quote='obelix' pid='179627' dateline='1517752956']
Beim Einschalten wird der Timer zurückgesetzt:
STM32alarm: 49710 days 6 hours 26 minutes 44 seconds
VDRwakeup: Wed Mar 13 21:26:57 2154
Hmmmpf versuche mal folgendes ( bin mir nicht sicher ob das so geht, da freihändig geschrieben )

TIMER_DUMMY=$(($2 - 300))
echo "Gesetzter Timer Wert:"$TIMER_DUMMY > /var/lib/vdr/shutdown_hook.log

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $TIMER_DUMMY && sleep 1; sudo /usr/bin/stm32IRalarm -a -d /dev/input/ir-auto_dtc >> /var/lib/vdr/shutdown_hook.log; exit 0

Dann mal nach dem Neustart Log prüfen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 15:38:45

Das sieht gut aus:
Gesetzter Timer Wert:16480
STM32alarm: 0 days 4 hours 34 minutes 39 seconds
VDRwakeup: Sun Feb 4 20:10:00 2018

gb 04.Feb.2018 15:40:24

[quote='obelix' pid='179631' dateline='1517755125']
Das sieht gut aus:
Gesetzter Timer Wert:16480
STM32alarm: 0 days 4 hours 34 minutes 39 seconds
VDRwakeup: Sun Feb 4 20:10:00 2018
Ja, sieht gut aus, stellt sich nur die Frage warum dein stm32 dann nicht aufwacht.

Da bin ich ehrlich gesagt ratlos :/

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 15:51:50

Wird beim beenden vom vdr etwas mit den USB Ports gemacht? Wenn ich den vdr stoppe, mit stm32IRalarm einen Wakeup setze und den Rechner dann per shutdown -h now herunterfahre, wacht er ja auf.

gb 04.Feb.2018 15:58:35

[quote='obelix' pid='179634' dateline='1517755910']
Wird beim beenden vom vdr etwas mit den USB Ports gemacht? Wenn ich den vdr stoppe, mit stm32IRalarm einen Wakeup setze und den Rechner dann per shutdown -h now herunterfahre, wacht er ja auf.
Bekommst du ja schnell raus, setze doch einfach für TIMER_DUMMY=300 und fahr die Kiste runter, dann siehst du ob was passiert.
Wenn das geht und er nach 5 min aufwacht, müsste es auch mit $(($2 - 300)) tun.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 16:30:31

[quote='gb' pid='179637' dateline='1517756315']
[quote='obelix' pid='179634' dateline='1517755910']
Wird beim beenden vom vdr etwas mit den USB Ports gemacht? Wenn ich den vdr stoppe, mit stm32IRalarm einen Wakeup setze und den Rechner dann per shutdown -h now herunterfahre, wacht er ja auf.

Bekommst du ja schnell raus, setze doch einfach für TIMER_DUMMY=300 und fahr die Kiste runter, dann siehst du ob was passiert.
Wenn das geht und er nach 5 min aufwacht, müsste es auch mit $(($2 - 300)) tun.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Die Frage hätte ich mir sparen können ;) wenn beim Herunterfahren irgendwas mit den USB Ports passieren würde, dann würde ein /usr/bin/stm32IRalarm -s 100 ja auch nicht funktionieren und das macht es ja.

Aaaber ich habe etwas anderes gefunden. Ich habe um 16:15 Uhr einen Timer für 16:30 Uhr gesetzt. D.h. der Wakeup Timer müsste 16:25 Uhr sein. Ist er aber nicht:

Gesetzter Timer Wert:1500
STM32alarm: 0 days 0 hours 24 minutes 59 seconds
VDRwakeup: Sun Feb 4 16:43:07 2018

Verrückt....

obelix 04.Feb.2018 17:10:18

Hmmmm, das ist schon seltsam. Ich habe mal direkt $2 übergeben. Ich habe für 17:05 Uhr einen Timer gesetzt und es wird folgender Wakeup Timer gesetzt:

Gesetzter Timer Wert:1800
STM32alarm: 0 days 0 hours 29 minutes 59 seconds
VDRwakeup: Sun Feb 4 17:28:22 2018

Hast du eine Idee woher das kommen kann?

gb 04.Feb.2018 17:13:16

Hi Obelix
[quote='obelix' pid='179644' dateline='1517760618']
Hast du eine Idee woher das kommen kann?

Was sagt der Befehl "date" an der Konsole, stimmt der mit der realen Zeit überein?

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 17:16:19

Ja, passt.

date:

So 4. Feb 17:14:42 CET 2018

hwclock:

So 04 Feb 2018 17:14:53 CET -0.859827 Sekunden

gb 04.Feb.2018 17:22:37

[quote='obelix' pid='179646' dateline='1517760979']
Ja, passt.

date:

So 4. Feb 17:14:42 CET 2018

hwclock:

So 04 Feb 2018 17:14:53 CET -0.859827 Sekunden

Es scheint ja immer die Zeit konstant inkorrekt gesetzt zu werden. Dann müsste man in deinem Fall die zu vielen Sekunden abziehen. Warum das nur bei dir so ist, isch weiß net..

Hier wurde meiner Meinung immer korrekt gesetzt. Hab allerdings schon alles zurückgebaut, daher kann ich da auch nichts genaues zu sagen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 04.Feb.2018 17:31:40

Das Problem scheint mit zu kurzen Timern zusammen zuhängen. Wenn ich einen Timer für 20:15 Uhr setzte, dann passt es:

Gesetzter Timer Wert:10121
STM32alarm: 0 days 2 hours 48 minutes 40 seconds
VDRwakeup: Sun Feb 4 20:15:00 2018

War jetzt direkt $2. Ich würde sagen es funktioniert.

obelix 04.Feb.2018 17:35:27

Jupp, das ganze mit $(($2 - 300)):

Gesetzter Timer Wert:9433
STM32alarm: 0 days 2 hours 37 minutes 12 seconds
VDRwakeup: Sun Feb 4 20:10:00 2018
shutdown_hook.log (END)

obelix 04.Feb.2018 17:39:47

@gitano: Kannst du das bei dir in der 10_shutdown.custom mal einbauen:

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300)) && sleep 1; exit

Gruß

Obelix

gb 04.Feb.2018 17:40:50

[quote='obelix' pid='179651' dateline='1517762127']
Jupp, das ganze mit $(($2 - 300)):

Gesetzter Timer Wert:9433
STM32alarm: 0 days 2 hours 37 minutes 12 seconds
VDRwakeup: Sun Feb 4 20:10:00 2018
shutdown_hook.log (END)

Na bitte, dann daran denken, das dir nicht die ACPI oder nvram dazwischen funkt ;) nicht das die Uhr des stm32 sich mit dem BIOS gegenseitig aushebelt.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 21.Feb.2018 21:00:38

Hi,

ich würde gerne

SHUTDOWNCMD=sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - 300)) && sleep 1; exit

so in easyVDR integrieren, dass es easy wird ;) ? Ich habe grundsätzlich kein Problem dies in die 10_shutdown.custom einzutragen aber es wäre doch angenehm, wenn man das übers OSD aktivieren / deaktivieren könnte :angel: Ich hatte im Thread [url=link]Atric IR-Wakeup USB ECO v1.2 "WakeUp" Funktion. mal versucht den Atric zu integrieren aber das hab ich nicht hinbekommen und dann wegen Problemen mit der Firmware und dem Support nicht mehr weiter verfolgt. Wolfgang hatte dort geschrieben, dass die /usr/lib/vdr/easyvdr-set-settings dafür zuständig ist, was im OSD eingestellt wird und somit dann aktiv ist.

Ich habe /etc/vdr/easyvdr-addon-stm32-wakeup.conf angelegt:

# Activate/deactivate STM32 / IRMP Wakeup with yes/no:
ENABLED="no"

# How many minutes should the machine wake up before the timer starts:
WAKEUP_START_AHEAD="5"

und in der easyvdr-set-settings SETUPSCRIPTS= um easyvdr-addon-stm32-wakeup.conf erweitert:

SETUPSCRIPTS="easyvdr-addon-hw-wakeup.conf easyvdr-addon-extb-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-nvram-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-stm32-wakeup.conf"

und ebenfalls in der easyvdr-set-settings unter set_wakeup() Ergänzungen gemacht:

set_wakeup() {
# First disable all
disable_wakeup

#enable the right one;
case $SHUTDOWNMETHOD in
"ACPI")
enable_wakeup "easyvdr-addon-acpi-wakeup.conf"
write_TimeAdds "easyvdr-addon-acpi-wakeup.conf"
;;
"Nvram-Wakeup")
enable_wakeup "easyvdr-addon-nvram-wakeup.conf"
write_TimeAdds "easyvdr-addon-nvram-wakeup.conf"
write_NvramAdds "easyvdr-addon-nvram-wakeup.conf"
;;
"Extb")
enable_wakeup "easyvdr-addon-extb-wakeup.conf"
;;
"Jepsen-HW-Wakeup")
enable_wakeup "easyvdr-addon-hw-wakeup.conf"
;;
"STM32-IRMP-Wakeup")
enable_wakeup "easyvdr-addon-stm32-wakeup.conf"
;;
esac
}
##### end wakeup #####

Allerdings erscheinen meine Änderungen nicht im OSD....

SurfaceCleanerZ 21.Feb.2018 21:32:00

Hi,
evtl. noch in die setup.xml?

MfG,
Stefan

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

obelix 21.Feb.2018 22:02:47

[quote='SurfaceCleanerZ' pid='180153' dateline='1519245120']
Hi,
evtl. noch in die setup.xml?

MfG,
Stefan

Danke, das war es.

Gruß

Obelix

obelix 22.Feb.2018 19:41:16

Nabend,

ich habe mal an einer easyVDR konformen Integration von STM32IRMP Wakeup gearbeitet:

/etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf:

# Activate/deactivate STM32IRMP Wakeup with yes/no:
ENABLED="yes"

/usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp

#!/bin/bash

#
# VDR shutdown hook for STM32IRMP
# --------------------------
#

. /usr/lib/vdr/easyvdr-config-loader
. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf

###############

LOGGER="logger -t easyvdr-shutdown-stm32irmp"

if [ $ENABLED = "no" ]; then
$LOGGER "STMIRMP32 Wakeup function is disabled"
exit
else
VORLAUF=$(($WAKEUP_START_AHEAD * 60))
$LOGGER $VORLAUF
sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $(($2 - $VORLAUF)) && sleep 1; exit
fi

/var/lib/vdr/plugins/setup/vdr-setup.xml:

kein
ACPI
Nvram-Wakeup
Extb
Jepsen-HW-Wakeup
STM32-IRMP-Wakeup

/usr/lib/vdr/easyvdr-set-settings:

SETUPSCRIPTS="easyvdr-addon-hw-wakeup.conf easyvdr-addon-extb-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-nvram-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-stm32irmp-wakeup.conf"

und

set_wakeup() {
# First disable all
disable_wakeup

#enable the right one;
case $SHUTDOWNMETHOD in
"ACPI")
enable_wakeup "easyvdr-addon-acpi-wakeup.conf"
write_TimeAdds "easyvdr-addon-acpi-wakeup.conf"
;;
"Nvram-Wakeup")
enable_wakeup "easyvdr-addon-nvram-wakeup.conf"
write_TimeAdds "easyvdr-addon-nvram-wakeup.conf"
write_NvramAdds "easyvdr-addon-nvram-wakeup.conf"
;;
"Extb")
enable_wakeup "easyvdr-addon-extb-wakeup.conf"
;;
"Jepsen-HW-Wakeup")
enable_wakeup "easyvdr-addon-hw-wakeup.conf"
;;
"STM32-IRMP-Wakeup")
enable_wakeup "easyvdr-addon-stm32irmp-wakeup.conf"
;;
esac
}
##### end wakeup #####

Die per OSD einstellbare Vorlaufzeit "WAKEUP_START_AHEAD" habe ich mit einbauen können aber das mit dem "WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" bekomme ich nicht hin :huh: . Ok, ich selbst benötige es nicht aber andere eventuell und eventuell kann da jemand Hand anlegen ;) .

Ich fände es jedenfalls toll, wenn dies einen Weg in easyVDR finden würde. Eventuell auch schon in 3.x

Gruß

Obelix

gb 23.Feb.2018 07:15:54

Hallo Obelix

aber das mit dem "WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" bekomme ich nicht hin
Weißt du denn, was die beiden Variablen machen sollen?

Ich hab's mir bisher nicht angeschaut und gerade bei der vdr-setup.xml müsste Wolfgang mal was sagen. ZB ob man da dauerhaft was einpflegen darf.

Wir wollen ja schließlich niemanden in die Arbeit pfuschen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 23.Feb.2018 07:29:20

Hallo Aaron,
[quote='gb' pid='180191' dateline='1519366554']
Hallo Obelix

aber das mit dem "WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" bekomme ich nicht hin

Weißt du denn, was die beiden Variablen machen sollen?

Ich hab's mir bisher nicht angeschaut und gerade bei der vdr-setup.xml müsste Wolfgang mal was sagen. ZB ob man da dauerhaft was einpflegen darf.

Wir wollen ja schließlich niemanden in die Arbeit pfuschen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

"WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" dienen dazu, dass der VDR zur eingestellten Zeit (täglich, alle x Tage, Stunden...) aufweckt und sich die EPG Daten holt und ggf. nach neuen Timern sucht. Ich kenne niemanden in meinem Umfeld, der dies nutzt. Dafür muss halt das Shutdown Script erweitert werden. Ich habe mal in das ACPI Shutdown Script eingeschaut aber so richtig bekomme ich das nicht hin.

Das soll kein pfuschen sein. Ich halte das für vorbereiten und Wolfgang kann es ja prüfen. Da die STM32 Sticks (in welcher Bauform auch immer) eine sehr gute Sache sind, halte ich eine Integration für Sinnvoll. Man erschlägt damit die Fernbedienung und eine gute Wakeup Funktion. Denn nicht jedes Mainboard hat ein funktionierendes ACPI / NVRAM.

Gruß
Obelix

gb 23.Feb.2018 08:07:31

Hallo Obelix
Das soll kein pfuschen sein. Ich halte das für vorbereiten und Wolfgang kann es ja prüfen.
Sollte weder eine Kritik noch eine Grundsatz Diskussion werden.

Ich sehe das so:
Wenn jemand als Entwickler hier seine Freizeit opfert und speziell einen gewissen Bereich unter die Finger hat, sollte man zumindest die Meinung der Person einholen.
Pfusch = ins Handwerk pfuschen

Mehr meinte ich nicht.

Das Andere muss ich mir auch erst anschauen.
Aber meine Meinung dazu wäre, wenn es machbar sein könnte, sollte man es auch anbieten.

Grüße Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 23.Feb.2018 09:52:01

Hi Aaron,
[quote='gb' pid='180194' dateline='1519369651']
Hallo Obelix

Das soll kein pfuschen sein. Ich halte das für vorbereiten und Wolfgang kann es ja prüfen.

Sollte weder eine Kritik noch eine Grundsatz Diskussion werden.

Ich sehe das so:
Wenn jemand als Entwickler hier seine Freizeit opfert und speziell einen gewissen Bereich unter die Finger hat, sollte man zumindest die Meinung der Person einholen.
Pfusch = ins Handwerk pfuschen

Mehr meinte ich nicht.

Das Andere muss ich mir auch erst anschauen.
Aber meine Meinung dazu wäre, wenn es machbar sein könnte, sollte man es auch anbieten.

Grüße Aaron

Gesendet von meinem S7Edge mit Tapatalk

habe ich jetzt auch so nicht aufgenommen :) und wenn meine Aussage etwas schief rüber kam, dann sorry.... Alles gut :cool:

Gruß

Obelix

gb 23.Feb.2018 16:10:51

Hallo Obelix

[quote="obelix" pid='180195' dateline='1519375921']wenn meine Aussage etwas schief rüber kam, dann sorry....

Nö, alles gut..

Wollte nur Missverständnisse ausschließen, da ja meine Antworten auch falsch verstanden werden könnten. ;)

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 25.Feb.2018 09:38:52

[quote="obelix" pid='180193' dateline='1519367360']
"WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" dienen dazu, dass der VDR zur eingestellten Zeit (täglich, alle x Tage, Stunden...) aufweckt und sich die EPG Daten holt und ggf. nach neuen Timern sucht. Ich kenne niemanden in meinem Umfeld, der dies nutzt. Dafür muss halt das Shutdown Script erweitert werden. Ich habe mal in das ACPI Shutdown Script eingeschaut aber so richtig bekomme ich das nicht hin.

Ok verstehe..

Vergleichsweise habe ich mir mal die ACPI Kiste angeschaut und verstehe warum.
In der wird nicht mit $2 sondern $1 gearbeitet. $1 wird vom VDR ein wenig komplexer übergeben und zwar Sekunden seit "1970-01-01 00:00:00 UTC"

Du brauchst ja nur mal folgendes an der Konsole eingeben.

date +%s

Dann hast du genau den Vergleichswert zu $1 und man kann mit der Umrechnung/Berechnung anfangen.

Vieles aus der 10_shutdown.acpi könnte man daher in dein Skript übernehmen, man müsste jedoch dann in Sekunden gerechnet alles auf dem irmp übergeben.

Ich hoffe du kannst mir noch folgen.

Zu der Setup.xml..
hier könnte man natürlich erstmal alles in der easyVDR3.x mit aufnehmen, allerdings ab easyVDR4.x gibt's diese nicht mehr und man müsste sich eh ein neues Konzept ausdenken.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 26.Feb.2018 06:54:43

Hi Aaron,

[quote='gb' pid='180221' dateline='1519547932']
[quote='obelix' pid='180193' dateline='1519367360']
"WAKEUP_REGULAR_DAYS" und "WAKEUP_REGULAR_TIME" dienen dazu, dass der VDR zur eingestellten Zeit (täglich, alle x Tage, Stunden...) aufweckt und sich die EPG Daten holt und ggf. nach neuen Timern sucht. Ich kenne niemanden in meinem Umfeld, der dies nutzt. Dafür muss halt das Shutdown Script erweitert werden. Ich habe mal in das ACPI Shutdown Script eingeschaut aber so richtig bekomme ich das nicht hin.

Ok verstehe..

Vergleichsweise habe ich mir mal die ACPI Kiste angeschaut und verstehe warum.
In der wird nicht mit $2 sondern $1 gearbeitet. $1 wird vom VDR ein wenig komplexer übergeben und zwar Sekunden seit "1970-01-01 00:00:00 UTC"

Du brauchst ja nur mal folgendes an der Konsole eingeben.

date +%s

Dann hast du genau den Vergleichswert zu $1 und man kann mit der Umrechnung/Berechnung anfangen.

Vieles aus der 10_shutdown.acpi könnte man daher in dein Skript übernehmen, man müsste jedoch dann in Sekunden gerechnet alles auf dem irmp übergeben.

Ich hoffe du kannst mir noch folgen.

Zu der Setup.xml..
hier könnte man natürlich erstmal alles in der easyVDR3.x mit aufnehmen, allerdings ab easyVDR4.x gibt's diese nicht mehr und man müsste sich eh ein neues Konzept ausdenken.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

ja, ich kann folgen. Dann habe ich das ACPI Script doch richtig verstanden. :) Gut, ich werde das die Tage nochmal versuchen.

Zur Setup.xml....
Wenn das mit der Übernahme aus dem ACPI Script funktioniert, wäre das cool. Der Aufwand würde sich ja in Grenzen halten und könnte über ein Update bereit gestellt werden. Ich finde aber, es sollten dann alle Wakeup Features der im OSD einstellbaren Parameter funktionierten. Andernfalls erzeugt das ggf. Nachfragen. So lange kann man sich ja mit der 10_shutdown.custom behelfen....

Gibt es bezüglich Version 4 und der Setup.xml schon Infos?

Gruß
Obelix

gb 26.Feb.2018 08:31:13

Hallo Obelix
[quote="obelix" pid='180235' dateline='1519624483']
Gibt es bezüglich Version 4 und der Setup.xml schon Infos?

Im VDR-2.3.8 kannst du das setup-plugin nicht mehr verwenden, hierfür werden wir wahrscheinlich auf menüorg umstellen.
Daher muss hier das Rad neu erfunden werden, was die Menü gesteuerten Einstellungen im vdr angeht. Aber im Moment ist das erstmal zweitrangig. Lass die Jungs erstmal ein stabiles System schaffen, dann kann man sich um sowas kümmern.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 26.Feb.2018 16:54:24

[quote='gb' pid='180236' dateline='1519630273']
Daher muss hier das Rad neu erfunden werden, was die Menü gesteuerten Einstellungen im vdr angeht. Aber im Moment ist das erstmal zweitrangig. Lass die Jungs erstmal ein stabiles System schaffen, dann kann man sich um sowas kümmern.

Ja sicher.

obelix 26.Feb.2018 20:26:11

So, ich habe es hinbekommen. Die STM32IRMP Integration ist fertig. Ich habe das 10_shutdown.acpi Script umgebaut. Somit ergibt sich:

/etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf:

# Activate/deactivate STM32IRMP Wakeup with yes/no:
ENABLED="yes"

# How many minutes should the machine wake up before the timer starts:
WAKEUP_START_AHEAD="5"

# If you want your VDR machine to wakeup in regular intervals (i.e. for
# updating EPG data), specify a day interval and a wakeup time:
#
WAKEUP_REGULAR_DAYS="0" # 0=disabled, 1=each day, 2=each 2'nd day, 3=...
WAKEUP_REGULAR_TIME="01:00" # HH:MM

/usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp:

#!/bin/bash

#
# VDR shutdown hook for STM32IRMP based on 10_shutdown.acpi
# --------------------------
#

. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
. /usr/lib/vdr/easyvdr-config-loader

###############

LOG="logger -t easyvdr-shutdown-stm32irmp"

##########

TIMER=$1

if [ $ENABLED = "yes" ]; then

if [ $WAKEUP_REGULAR_DAYS -gt 0 ]; then
#Check if the WAKEUP_REGULAR_TIME of boot should be today or tomorrow
if [ $((`date +%s`)) -lt $((`date -d "$WAKEUP_REGULAR_TIME" +%s`)) ]; then
DAYS_AFTER_TODAY="0" #VDR should start today.
else
DAYS_AFTER_TODAY=$WAKEUP_REGULAR_DAYS #VDR should start next day according with WAKEUP_REGULAR_DAYS, not today
fi

REGULAR_TIMER=$((`date -d "$WAKEUP_REGULAR_TIME" +%s` + $DAYS_AFTER_TODAY * 24 * 60 * 60))

# when no vdr timer is set or vdr timer starts later than regular timer:
if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
TIMER=$REGULAR_TIMER
fi
fi

if [ $TIMER -gt 0 ]; then
MIN_WAKEUP_START_AHEAD=$((`date +%s` + 60 * $WAKEUP_START_AHEAD))
if [ $MIN_WAKEUP_START_AHEAD -gt $TIMER ]; then
$LOG "Can not set wakeup time less than $WAKEUP_START_AHEAD minutes ahead."
echo "ABORT_MESSAGE=\"Wakeup in less than $WAKEUP_START_AHEAD minutes, aborting!\""
exit 1
fi

# adjust wakeup time by WAKEUP_START_AHEAD
TIMER=$(($TIMER - 60 * $WAKEUP_START_AHEAD))
fi

if [ $TIMER -eq 0 ]; then
$LOG "Resetting STM32IRMP alarm time"
sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1; exit
else
NOW=$((`date +%s`))
STM32WAKE=$(($TIMER - $NOW))
$LOG "Setting STM32IRMP alarm time to: $STM32WAKE"
sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $STM32WAKE && sleep 1; exit
fi
else
$LOG "STM32IRMP Wakeup function is disabled"
fi

/var/lib/vdr/plugins/setup/vdr-setup.xml:

kein
ACPI
Nvram-Wakeup
Extb
Jepsen-HW-Wakeup
STM32-IRMP-Wakeup

/usr/lib/vdr/easyvdr-set-settings:

SETUPSCRIPTS="easyvdr-addon-hw-wakeup.conf easyvdr-addon-extb-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-nvram-wakeup.conf easyvdr-addon-acpi-wakeup.conf easyvdr-addon-stm32irmp-wakeup.conf"

und

set_wakeup() {
# First disable all
disable_wakeup

#enable the right one;
case $SHUTDOWNMETHOD in
"ACPI")
enable_wakeup "easyvdr-addon-acpi-wakeup.conf"
write_TimeAdds "easyvdr-addon-acpi-wakeup.conf"
;;
"Nvram-Wakeup")
enable_wakeup "easyvdr-addon-nvram-wakeup.conf"
write_TimeAdds "easyvdr-addon-nvram-wakeup.conf"
write_NvramAdds "easyvdr-addon-nvram-wakeup.conf"
;;
"Extb")
enable_wakeup "easyvdr-addon-extb-wakeup.conf"
;;
"Jepsen-HW-Wakeup")
enable_wakeup "easyvdr-addon-hw-wakeup.conf"
;;
"STM32-IRMP-Wakeup")
enable_wakeup "easyvdr-addon-stm32irmp-wakeup.conf"
;;
esac
}
##### end wakeup #####
Gruß
Obelix

obelix 09.Mar.2018 17:36:19

Hi,

ich habe noch eine Kleinigkeit am 10_shutdown.smt32irmp Script geändert.

#!/bin/bash

#
# Script Version 2.1
# VDR shutdown hook for STM32IRMP based on 10_shutdown.acpi
# --------------------------
#

. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
. /usr/lib/vdr/easyvdr-config-loader

###############

LOG="logger -t easyvdr-shutdown-stm32irmp"

##########

TIMER=$1

if [ $ENABLED = "yes" ]; then

if [ $WAKEUP_REGULAR_DAYS -gt 0 ]; then
#Check if the WAKEUP_REGULAR_TIME of boot should be today or tomorrow
if [ $((`date +%s`)) -lt $((`date -d "$WAKEUP_REGULAR_TIME" +%s`)) ]; then
DAYS_AFTER_TODAY="0" #VDR should start today.
else
DAYS_AFTER_TODAY=$WAKEUP_REGULAR_DAYS #VDR should start next day according with WAKEUP_REGULAR_DAYS, not today
fi

REGULAR_TIMER=$((`date -d "$WAKEUP_REGULAR_TIME" +%s` + $DAYS_AFTER_TODAY * 24 * 60 * 60))

# when no vdr timer is set or vdr timer starts later than regular timer:
if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
TIMER=$REGULAR_TIMER
fi
fi

if [ $TIMER -gt 0 ]; then
MIN_WAKEUP_START_AHEAD=$((`date +%s` + 60 * $WAKEUP_START_AHEAD))
if [ $MIN_WAKEUP_START_AHEAD -gt $TIMER ]; then
$LOG "Can not set wakeup time less than $WAKEUP_START_AHEAD minutes ahead."
echo "ABORT_MESSAGE=\"Wakeup in less than $WAKEUP_START_AHEAD minutes, aborting!\""
exit 1
fi

# adjust wakeup time by WAKEUP_START_AHEAD
TIMER=$(($TIMER - 60 * $WAKEUP_START_AHEAD))
fi

if [ $TIMER -eq 0 ]; then
$LOG "Resetting STM32IRMP alarm time"
sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -a`; exit
else
NOW=$((`date +%s`))
STM32WAKE=$(($TIMER - $NOW))
$LOG "Setting STM32IRMP alarm time to: $STM32WAKE"
sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $STM32WAKE && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -a`; exit
fi
else
$LOG "STM32IRMP Wakeup function is disabled"
fi

Gruß
Obelix

Martin 10.Mar.2018 16:04:45

Super. Danke!

Frage: Hast du schon jemanden der das ganze in die Distrie integriert?

Grüße
Martin
-----------------------------------------------------------------------------------------------------------
[url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken)
VDR1: ASROCK Q1900M, 4GB, SSDs als Bootplatte, Bild+Ton aus Geforce 720, easyVDR3.x als Streamdev- und SatIP Client
VDR2: Esprimo, 2GB, NVIDIA Ausgabe per HDMI, kein GraphTFT am VGA Anschluss, easyVDR3.x als Streamdev-Client
VDR3: Activy350; SW: Gen2VDR Activy-Edition
SERVER: Asrock Q170M vPro, Core i5-6600K, Cine S2 V4 mit 4 S2-Tunern, 16GB Corsair, 4*4TB WD-RED, 240 GB SSD, 19" Gehäuse

Clients: Motorola VIP 19xx, Handys und Tablets

gb 10.Mar.2018 17:21:50

Hallo Martin
Frage: Hast du schon jemanden der das ganze in die Distrie integriert?
Hatte mir das alles schon mal angeschaut, leider waren gewisse Dinge noch unklar.
Zu den unklaren Sachen schreib ich morgen früh mal was..

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 11.Mar.2018 10:08:10

[quote='Martin' pid='180430' dateline='1520694285']
Frage: Hast du schon jemanden der das ganze in die Distrie integriert?

Moin..
Die easyvdr-set-settings hab ich unter /e/easyvdr/lib gefunden und könnte man modifizieren, auch die vdr-setup.xml unter /e/easyvdr-lits/default_settings/ wäre kein Thema. ( Wobei bei vorhandenen Systemen die vdr-setup.xml nur bei Neuinstall ziehen würde? )

Aber bei der:
/etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
&
/usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
..müsste man da nicht ein neues Paket bauen?
Die kann man ja schlecht irgendwo untermogeln, daher ist hier für mich das eigentliche Problem.
Denn wie baut man ein Installer-Paket, zusätzlich müsste dieses Paket ja irgendwo in eine Depends gepackt werden?

Grüsse Aaron

Martin 11.Mar.2018 10:15:55

Ohne das jetzt angesehen zu haben: Das würde in eins der vorhandenen STM32* Pakete kommen...

gb 11.Mar.2018 10:22:48

Das würde in eins der vorhandenen STM32* Pakete kommen...
Ah okay, die Pakete hab ich nicht wahr genommen.

Muss ich nur schauen, wie ich dem Paket sage, das die Files im richtigen Ordner landen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 11.Mar.2018 17:12:49

So.. hab mal angefangen und stoße schon auf ein paar Fragen.
/var/lib/vdr/plugins/setup/vdr-setup.xml:

kein
ACPI
Nvram-Wakeup
Extb
Jepsen-HW-Wakeup
STM32-IRMP-Wakup

/usr/lib/vdr/easyvdr-set-settings:

set_wakeup() {
# First disable all
disable_wakeup

#enable the right one;
case $SHUTDOWNMETHOD in
"ACPI")
enable_wakeup "easyvdr-addon-acpi-wakeup.conf"
write_TimeAdds "easyvdr-addon-acpi-wakeup.conf"
;;
"Nvram-Wakeup")
enable_wakeup "easyvdr-addon-nvram-wakeup.conf"
write_TimeAdds "easyvdr-addon-nvram-wakeup.conf"
write_NvramAdds "easyvdr-addon-nvram-wakeup.conf"
;;
"Extb")
enable_wakeup "easyvdr-addon-extb-wakeup.conf"
;;
"Jepsen-HW-Wakeup")
enable_wakeup "easyvdr-addon-hw-wakeup.conf"
;;
"STM32-IRMP-Wakup")
enable_wakeup "easyvdr-addon-stm32irmp-wakeup.conf"
;;
esac
}
##### end wakeup #####

Schreibfehler bei "Wakeup" oder gewollt?
vdr-setup.xml:
STM32-IRMP-Wakup
&
easyvdr-set-settings:
"STM32-IRMP-Wakup")

In der vdr-setup.xml kann ich das value="STM32-IRMP-Wakup" nicht default setzen, da ja default ACPI bleiben sollte.
Ergo default Nutzen was die breite Masse nutzt?

obelix 11.Mar.2018 17:59:27

Hallo Aaron,

ich würde ACPI Default lassen. Der Schreibfehler war nicht gewollt. Kannst ihn gerne korrigieren.

Gruß
Obelix

gb 11.Mar.2018 20:25:37

Was für ein Wirrwar mit den stm32 Paketen :s ..das einzige Paket, was bei dem stm32-irmp installiert wird ist das easyvdr-stm32-iralarm
Bis ich das gepeilt habe, sind nen paar Pakete durch das Build ins Nirvana gewandert.

Für easyVDR3.0 hab ich jetzt folgendes in 3-base-testing fertig gestellt

easyvdr - 3.0.13-0easyVDR22 << easyvdr-set-settings angepasst
easyvdr-lists - 3.0.10-1easyVDR4 << vdr-setup.xml << diese zieht allerdings nur bei Neuinstallation
easyvdr-stm32-iralarm - 0.0.3-20170120easyVDR1 << easyvdr-addon-stm32irmp-wakeup.conf & 10_shutdown.smt32irmp

In einer VM gerade ein easyVDR3.0 aufgesetzt, vor der Hardware-Erkennung abgebrochen, 3-base-testing hinzugefügt, einschließlich "sudo apt-get update" und "sudo apt-get dist-upgrade" dann eine neue Konsole und Hardware-Erkennung neu gestartet.
Resultat, alle die von obelix geforderten Änderungen sind eingeflossen. Warte nur auf ein "Go" dann wandert das schon mal ins stable und GIT.

Zusätzlich müsste man nochmal für hevc-base (easyVDR3.5) die easyvdr - 3.0.13-2easyVDR1~trusty mit der easyvdr-set-settings füttern, aber Schritt für Schritt.

@Obelix, kannst du mal testen ob alles nach deinen Wünschen eingeflossen ist?
Um eine Neuinstallation der easyVDR3.0 kommst du wegen der vdr-setup.xml nicht drumherrum und nicht vergessen

gerade ein easyVDR3.0 aufgesetzt, vor der Hardware-Erkennung abgebrochen, 3-base-testing hinzugefügt, einschließlich "sudo apt-get update" und "sudo apt-get dist-upgrade" dann eine neue Konsole und Hardware-Erkennung neu gestartet.

Gruß Aaron

obelix 11.Mar.2018 22:23:27

Hi Aaron,

kann ich nicht im Bootmenü auf Testing switchen? Also da wo man als Kennwort "ichbinschuld" oder so ähnlich eingeben muss.

Gruß
Obelix

Martin 11.Mar.2018 22:44:20

So war der Plan. Auch wenn wir das wohl schon eine Weile nicht mehr genutzt haben.

Gesendet von meinem VTR-L09 mit Tapatalk

obelix 11.Mar.2018 22:47:12

Hi Aaron,

wäre usb-irmp geeignet?

easyvdr@easyVDRtest:~$ dpkg -L usb-irmp
/.
/etc
/etc/init
/etc/init/easyvdr-irmplircd.conf
/usr
/usr/share
/usr/share/doc
/usr/share/doc/usb-irmp
/usr/share/doc/usb-irmp/changelog.Debian.gz
/usr/bin
/usr/bin/irmpexec
/usr/bin/irmplircd

Gruß

obelix 11.Mar.2018 23:30:01

[quote='Martin' pid='180462' dateline='1520804660']
So war der Plan. Auch wenn wir das wohl schon eine Weile nicht mehr genutzt haben.

Gesendet von meinem VTR-L09 mit Tapatalk

Aber funktioniert :)

obelix 11.Mar.2018 23:35:55

[quote='gb' pid='180458' dateline='1520796337']
Was für ein Wirrwar mit den stm32 Paketen :s ..das einzige Paket, was bei dem stm32-irmp installiert wird ist das easyvdr-stm32-iralarm
Bis ich das gepeilt habe, sind nen paar Pakete durch das Build ins Nirvana gewandert.

Für easyVDR3.0 hab ich jetzt folgendes in 3-base-testing fertig gestellt

easyvdr - 3.0.13-0easyVDR22 << easyvdr-set-settings angepasst
easyvdr-lists - 3.0.10-1easyVDR4 << vdr-setup.xml << diese zieht allerdings nur bei Neuinstallation
easyvdr-stm32-iralarm - 0.0.3-20170120easyVDR1 << easyvdr-addon-stm32irmp-wakeup.conf & 10_shutdown.smt32irmp

In einer VM gerade ein easyVDR3.0 aufgesetzt, vor der Hardware-Erkennung abgebrochen, 3-base-testing hinzugefügt, einschließlich "sudo apt-get update" und "sudo apt-get dist-upgrade" dann eine neue Konsole und Hardware-Erkennung neu gestartet.
Resultat, alle die von obelix geforderten Änderungen sind eingeflossen. Warte nur auf ein "Go" dann wandert das schon mal ins stable und GIT.

Zusätzlich müsste man nochmal für hevc-base (easyVDR3.5) die easyvdr - 3.0.13-2easyVDR1~trusty mit der easyvdr-set-settings füttern, aber Schritt für Schritt.

@Obelix, kannst du mal testen ob alles nach deinen Wünschen eingeflossen ist?
Um eine Neuinstallation der easyVDR3.0 kommst du wegen der vdr-setup.xml nicht drumherrum und nicht vergessen

gerade ein easyVDR3.0 aufgesetzt, vor der Hardware-Erkennung abgebrochen, 3-base-testing hinzugefügt, einschließlich "sudo apt-get update" und "sudo apt-get dist-upgrade" dann eine neue Konsole und Hardware-Erkennung neu gestartet.

Gruß Aaron

Also die Sachen sind da. Allerdings wenn ich auf Menü > System & Einstellungen > Einstellungen gehe, dann geht das OSD zu. Es ist jetzt auch schon spät.... Ich habe aber gesehen, dass in der /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf ENABLED="yes" steht. Das müsste auf "no"

dmesg zeigt mir:

[ 470.953524] vdr: segfault at 40 ip 00007fab27ba90a5 sp 00007ffff8ff1c80 error 4 in libvdr-setup.so.2.2.0[7fab27b9b000+1a000]
[ 478.213385] vdr: segfault at 40 ip 00007f0ce1d050a5 sp 00007ffef248ed50 error 4 in libvdr-setup.so.2.2.0[7f0ce1cf7000+1a000]
[ 494.071191] vdr: segfault at 40 ip 00007f598a18e0a5 sp 00007ffd7d9399c0 error 4 in libvdr-setup.so.2.2.0[7f598a180000+1a000]
[ 503.317285] vdr: segfault at 40 ip 00007fd6395930a5 sp 00007ffeacdab270 error 4 in libvdr-setup.so.2.2.0[7fd639585000+1a000]
[ 683.854786] vdr: segfault at 40 ip 00007f0feb6550a5 sp 00007ffe802406f0 error 4 in libvdr-setup.so.2.2.0[7f0feb647000+1a000]
[ 710.668289] vdr: segfault at 40 ip 00007f0d9b3d60a5 sp 00007ffcd0d9eb50 error 4 in libvdr-setup.so.2.2.0[7f0d9b3c8000+1a000]
[ 1023.630953] vdr: segfault at 40 ip 00007f958486b0a5 sp 00007ffec31be8e0 error 4 in libvdr-setup.so.2.2.0[7f958485d000+1a000]

Danke das du dich der Sache annimmst.

Gruß
Obelix

gb 12.Mar.2018 05:53:43

Hallo Obelix

[quote="obelix" pid='180465' dateline='1520807755']
Also die Sachen sind da. Allerdings wenn ich auf Menü > System & Einstellungen > Einstellungen gehe, dann geht das OSD zu.

Vielleicht ist mir da ein Fehler bei der vdr-setup.xml unterlaufen, schaue ich mir heute Abend an.

Ich habe aber gesehen, dass in der /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf ENABLED="yes" steht. Das müsste auf "no"
Hmm, dann muss ich das nochmal ändern..

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 12.Mar.2018 07:19:23

Hi Aaron,

ich habe gerade nochmal drüber geschaut. Nein, ich sehe keinen Fehler....

Das Paket stm32-iralarm passt besser als usb-irmp. Gute Wahl.

Gruß
Obelix

gb 12.Mar.2018 20:42:28

[quote='obelix' pid='180467' dateline='1520835563']
ich habe gerade nochmal drüber geschaut. Nein, ich sehe keinen Fehler....

Doch da ist ein Fehler in der vdr-setup.xml.
Wenn ich die xml mit der aus dem Paket vergleiche, wurde diese im zuge der Installation durch irgendwas erweitert ( Vermutung wäre zB das da irgendwas dran gepatcht wird )
Da muss uns mal Wolfgang weiter helfen, ist ohnehin doof ohne sein Einverständnis daran rum zu doktern.

Ich mach für heute erstmal Schluss, eventuell fällt ja einen was dazu ein.

Gruß Aaron

obelix 12.Mar.2018 21:05:51

Hi Aaron,

ist OK. Dann mach es wieder Rückgängig und wir warten auf Wolfgang. Ich habe meine Verschreiber mit "Wakup" mal in meinen Beiträgen korrigiert. Für den Fall das jemand Copy & Paste macht.... Passt nun :blush:

Gruß

Obelix

mango 15.Mar.2018 18:09:45

Hallo,

hab das Menu & easyPortal um den WakeUp erweitert. Probleme gab es mit dem OSD-Menu(Plugin setup) nicht.

Pic: OSD
https://www.easy-vdr.de/~mango/Pic/Aaron/osd_wakeup_stm32irmp.jpg

Pic: easyPortal
https://www.easy-vdr.de/~mango/Pic/Aaron/easyportal_stm32irmp.jpg

Gruss
Wolfgang

[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR

gb 15.Mar.2018 18:13:35

[quote='mango' pid='180536' dateline='1521133785']
hab das Menu & easyPortal um den WakeUp erweitert. Probleme gab es mit dem OSD-Menu(Plugin setup) nicht.

Danke Wolfgang
Ich hab mein Repo vollständig gelöscht und klone gerade trusty-ng neu, um nicht die vielleicht falschen Änderungen wieder ins GIT zu schießen.
Baue nach dem klonen die anderen Pakete neu und dann schauen wir mal was bei raus kommt.

Klonen geht ja halbwegs schnell *hust* :D

Gruß Aaron

mango 15.Mar.2018 18:25:42

Hi Aaron,

[quote='gb' pid='180537' dateline='1521134015']
Ich hab mein Repo vollständig gelöscht und klone gerade trusty-ng neu, um nicht die vielleicht falschen Änderungen wieder ins GIT zu schießen.

für easyVDR-3.5 musst du das Paket easyvdr aus "trusty-hevc" git nehmen. Da wir unterschiedliche
easyVDR Versionen haben musste das ein anderes Paket sein.
Zu "vdr-setup.xml" ..diese wird nach der Installation nie überschrieben, es wird nur das neue File
nach "/usr/share/easyvdr/??" kopiert!

Gruss
Wolfgang

gb 15.Mar.2018 18:30:34

Hi Wolfgang

[quote='mango' pid='180539' dateline='1521134742']
für easyVDR-3.5 musst du das Paket easyvdr aus "trusty-hevc" git nehmen. Da wir unterschiedliche
easyVDR Versionen haben musste das ein anderes Paket sein.

Danke, trusty-hevc hab ich auch gerade geklont, war ja nicht groß.

Gruß Aaron

mango 15.Mar.2018 18:56:48

Hi Aaron,

Paket easyportal mache ich da ich mir noch die Geschichte mit den Rechten für "/var/cache/lighttpd"
bei upload für Backgrounds anschauen muss.

Gruss
Wolfgang

gb 15.Mar.2018 19:18:46

Hallo Wolfgang

easyvdr-lists für vdr-setup.xml machst du aber auch, oder?
Da ich weder im GIT noch PPA bisher etwas deinerseits finde.

Gruß Aaron

Bleifuss2 15.Mar.2018 19:43:39

Hallo

Da ihr ja am easyvdr Paket ändert, kann jemand den Systemstart von 3.0 in 3.5 übernehmen?
[url= https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-systemstart.upstart;h=4b1e59058a7a0c3c12fabbe73baa9bf3a8241240;hb=f87e55810d1ac8b61ba3fa02624b5541c21aa7d2]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-systemstart.upstart;h=4b1e59058a7a0c3c12fabbe73baa9bf3a8241240;hb=f87e55810d1ac8b61ba3fa02624b5541c21aa7d2

Und das fehlt vermutlich auch:

Der Kodi Bugfix:
[url=https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/lib/easyvdr-frontend-loader;h=8a7f5369951404e32a6a64d626177b2cbd66af32;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/lib/easyvdr-frontend-loader;h=8a7f5369951404e32a6a64d626177b2cbd66af32;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d

Start Bugfix:
[url=https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-vdr.upstart;h=88cc4351d4904f7fd8203db33ca56a825aadb8ed;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-vdr.upstart;h=88cc4351d4904f7fd8203db33ca56a825aadb8ed;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d

War mir neu das es ein Easy 3.5 Git gibt ...

Grüße

Peter

Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0

gb 15.Mar.2018 19:52:43

[quote='Bleifuss2' pid='180545' dateline='1521139419']
Hallo

Da ihr ja am easyvdr Paket ändert, kann jemand den Systemstart von 3.0 in 3.5 übernehmen?
[url= https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-systemstart.upstart;h=4b1e59058a7a0c3c12fabbe73baa9bf3a8241240;hb=f87e55810d1ac8b61ba3fa02624b5541c21aa7d2]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-systemstart.upstart;h=4b1e59058a7a0c3c12fabbe73baa9bf3a8241240;hb=f87e55810d1ac8b61ba3fa02624b5541c21aa7d2

Und das fehlt vermutlich auch:

Der Kodi Bugfix:
[url=https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/lib/easyvdr-frontend-loader;h=8a7f5369951404e32a6a64d626177b2cbd66af32;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/lib/easyvdr-frontend-loader;h=8a7f5369951404e32a6a64d626177b2cbd66af32;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d

Start Bugfix:
[url=https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-vdr.upstart;h=88cc4351d4904f7fd8203db33ca56a825aadb8ed;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d]https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=blob;f=e/easyvdr/debian/easyvdr-vdr.upstart;h=88cc4351d4904f7fd8203db33ca56a825aadb8ed;hb=8932965d85f6ac8d74febcdfc60aaa5d7938157d

Wenn ich mit Obelix seine Wunschliste soweit durch bin, mach ich das

Grüße Aaron

mango 15.Mar.2018 20:14:53

Hallo Aaron,

easyvdr-lists für vdr-setup.xml machst du aber auch, oder?
werde die Pakete easyvdr, easyportal & easyvdr-lists aber erst Sa oder Son hochladen.
Sollen die Pakete nach testing, oder unstable?

Gruss
Wolfgang

gb 15.Mar.2018 20:22:59

[quote='mango' pid='180547' dateline='1521141293']
werde die Pakete easyvdr, easyportal & easyvdr-lists aber erst Sa oder Son hochladen.
Sollen die Pakete nach testing, oder unstable?

Hi Wolfgang

So wie du kannst, kein Stress ;)
Pakete bitte in Testing, dann kann man mal eine Test-Neuinstallation mit testing starten.

So Peter seine Änderung vom Systemstart sind nun auch in trusty-hevc, die anderen Beiden waren schon up to date.

Auch die stm32 irmp wakeup Sachen sind im GIT.
Baue jetzt easyvdr für hevc neu ( das wandert aber gleich in das 3-hevc-base ), dann bin ich durch.

Gruß Aaron

mango 15.Mar.2018 20:39:46

Hallo Aaron,

[quote='gb' pid='180548' dateline='1521141779']
Baue jetzt easyvdr für hevc neu ( das wandert aber gleich in das 3-hevc-base ), dann bin ich durch.

dput darf nicht nach "3-hevc-base" gehen PPA "3-hevc-base" gibt es nicht nur "hevc-base"
dput ppa:easyvdr-team/hevc-base *.changes

Gruss
Wolfgang

,

gb 15.Mar.2018 20:41:42

[quote="mango" pid='180549' dateline='1521142786']
dput darf nicht nach "3-hevc-base" gehen PPA "3-hevc-base" gibt es nicht nur "hevc-base"
dput ppa:easyvdr-team/hevc-base *.changes

Danke :)
Hab mich gerade gewundert
Rejected:
Launchpad failed to process the upload path '~easyvdr-team/3-hevc-base':

Could not find a PPA owned by 'easyvdr-team' for 'ubuntu' named '3-hevc-base'.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 15.Mar.2018 22:31:55

Ich hab jetzt mal eine Testinstallation gemacht und habe vorher das Paket easyvdr-lists entfernt, und trotdem gibt es ein Fehler im osd Setup-Plugin.

Ursache siehe hier:

USB_IRMP

Dvico-Typhoon_Fusion_HDTV
Hauppauge-A415-HPG-WE
Lgt-Harmony-KLS-VDR_2.0
MS_MCE
One4All-URC7960_code-2083
Origen_ae
SMK_RC_MCE_50GB
Total-Control-URC2082_code-0104
TT-2300_CT-3650_S2-4100
TT-S2_6400-HD

Da scheint es einen Bug beim easyvdr-setup in Testing zu geben, hatte mich sowieso schon gewundert, warum die IR Empfänger Abfrage 2x kam.

Also Lag es überhaupt nicht an die eine eingefügte Zeile in der vdr-setup.xml.

Den Fehler im Setup zu finden, wird für mich schwierig, da ich ab morgen bis Montag nicht am PC bin.
Würde daher empfehlen, nicht das easyvdr-setup und easyvdr-setupdata Paket nach Stable wandern zu lassen.

Gruß Aaron

gb 16.Mar.2018 00:04:06

So, nun geht alles!

EasyVDR Setup aus Testing hatte einen Fehler in der hw-detect der IR-Receiver, das hab ich jetzt behoben.

Die easyvdr-lists hab ich nun auch neu in Testing gebaut und den Eintrag für irmp wakeup ergänzt.
@Wolfgang brauchst du also nicht mehr machen.

@obelix bitte testen, geht nun mit easyVDR3.0 und 3.5
https://uploads.tapatalk-cdn.com/20180315/ede65d18290a2f8cd163d7bc43e23ac0.jpg

Habe auch alles mit dem Git synchronisiert, daher sind da die Fehler auch raus.

Gruß & gute Nacht
Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 16.Mar.2018 06:37:07

Guten Morgen,
[quote='gb' pid='180557' dateline='1521155046']
So, nun geht alles!

EasyVDR Setup aus Testing hatte einen Fehler in der hw-detect der IR-Receiver, das hab ich jetzt behoben.

Die easyvdr-lists hab ich nun auch neu in Testing gebaut und den Eintrag für irmp wakeup ergänzt.
@Wolfgang brauchst du also nicht mehr machen.

@obelix bitte testen, geht nun mit easyVDR3.0 und 3.5
https://uploads.tapatalk-cdn.com/20180315/ede65d18290a2f8cd163d7bc43e23ac0.jpg

Habe auch alles mit dem Git synchronisiert, daher sind da die Fehler auch raus.

Gruß & gute Nacht
Aaron

Gesendet von meinem S7Edge mit Tapatalk

test erfolgt heute Abend.

Gruß
Obelix

obelix 16.Mar.2018 17:21:08

Hi Aaron,
also das sieht sehr gut aus. Kannst du dich daran erinnern, wir hatten mal über das Thema udev Regel unterhalten? Der Entwickler jre hat ja empfohlen, die udev Regel 80-irmp.rules

KERNEL=="hidraw*", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", SYMLINK+="irmp_stm32", MODE="0666", TAG+="systemd"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", MODE="0666"

zu nutzen. Per Setup (easyvdr-detect) wird aber bereits die Regel

KERNEL=="hidraw*", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="27d9", SYMLINK+="input/ir-auto_dtc", GROUP="vdr" # inserted_by_easyvdr-detect
KERNEL=="hidraw*", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05df", SYMLINK+="input/ir-auto_dtc", GROUP="vdr" # inserted_by_easyvdr-detect
KERNEL=="hidraw*", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", SYMLINK+="input/ir-auto_dtc", GROUP="vdr" # inserted_by_easyvdr-detect

per 01-easyvdr-remote.rules genutzt. Ich hatte mich an die Vorgaben von jrie gehalten. Ich halte es ist jetzt für keine gute Idee, an den udev Regel zu schrauben und besser das Script den vorhandenen Gegebenheiten anzupassen. Deshalb bitte das 10_shutdown.smt32irmp in Version 2.2 nutzen:

/usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp:

#!/bin/bash

#
# Script Version 2.2
# VDR shutdown hook for STM32IRMP based on 10_shutdown.acpi
# --------------------------
#

. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
. /usr/lib/vdr/easyvdr-config-loader

###############

LOG="logger -t easyvdr-shutdown-stm32irmp"

##########

TIMER=$1

if [ $ENABLED = "yes" ]; then

if [ $WAKEUP_REGULAR_DAYS -gt 0 ]; then
#Check if the WAKEUP_REGULAR_TIME of boot should be today or tomorrow
if [ $((`date +%s`)) -lt $((`date -d "$WAKEUP_REGULAR_TIME" +%s`)) ]; then
DAYS_AFTER_TODAY="0" #VDR should start today.
else
DAYS_AFTER_TODAY=$WAKEUP_REGULAR_DAYS #VDR should start next day according with WAKEUP_REGULAR_DAYS, not today
fi

REGULAR_TIMER=$((`date -d "$WAKEUP_REGULAR_TIME" +%s` + $DAYS_AFTER_TODAY * 24 * 60 * 60))

# when no vdr timer is set or vdr timer starts later than regular timer:
if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
TIMER=$REGULAR_TIMER
fi
fi

if [ $TIMER -gt 0 ]; then
MIN_WAKEUP_START_AHEAD=$((`date +%s` + 60 * $WAKEUP_START_AHEAD))
if [ $MIN_WAKEUP_START_AHEAD -gt $TIMER ]; then
$LOG "Can not set wakeup time less than $WAKEUP_START_AHEAD minutes ahead."
echo "ABORT_MESSAGE=\"Wakeup in less than $WAKEUP_START_AHEAD minutes, aborting!\""
exit 1
fi

# adjust wakeup time by WAKEUP_START_AHEAD
TIMER=$(($TIMER - 60 * $WAKEUP_START_AHEAD))
fi

if [ $TIMER -eq 0 ]; then
$LOG "Resetting STM32IRMP alarm time"
sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -a`; exit
else
NOW=$((`date +%s`))
STM32WAKE=$(($TIMER - $NOW))
$LOG "Setting STM32IRMP alarm time to: $STM32WAKE"
sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $STM32WAKE && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -a`; exit
fi
else
$LOG "STM32IRMP Wakeup function is disabled"
fi

So passt nun auch der jeweils zweite stm32IRalarm Aufruf mit dem Device /dev/input/ir-auto_dtc.

Gruß

Obelix

Martin 16.Mar.2018 19:06:33

[quote='mango' pid='180536' dateline='1521133785']
easyPortal um den WakeUp erweitert.

Das ist super. Danke. (Denke wir wenn wir uns das Setup-Plugin vom Hals schaffen, z.B. weil es nicht mehr läuft, dann sinkt auch der Aufwand leicht...

Ich halte es ist jetzt für keine gute Idee, an den udev Regel zu schrauben und besser das Script den vorhandenen Gegebenheiten anzupassen.
Das macht Sinn, zumindest solange niemand das IR Thema massivst überarbeiten will.
(Und m.E. ist der Stand mehr als gut genug)

obelix 17.Mar.2018 09:03:53

[quote='Martin' pid='180564' dateline='1521223593']
[quote='mango' pid='180536' dateline='1521133785']
easyPortal um den WakeUp erweitert.

Das ist super. Danke. (Denke wir wenn wir uns das Setup-Plugin vom Hals schaffen, z.B. weil es nicht mehr läuft, dann sinkt auch der Aufwand leicht...

Ich halte es ist jetzt für keine gute Idee, an den udev Regel zu schrauben und besser das Script den vorhandenen Gegebenheiten anzupassen.

Das macht Sinn, zumindest solange niemand das IR Thema massivst überarbeiten will.
(Und m.E. ist der Stand mehr als gut genug)

Das mit dem easyPortal ist cool. Danke.

@Martin. Ich denke bei Version 4 kann man dies anpassen. Ich würde da gerne mal nach schauen. Es ist wirklich nicht viel und man kann das ganz "weich" umstellen aber wir wissen ja, der Teufel kann ein Eichhörnchen sein ;)

Gruß

obelix 20.Mar.2018 15:34:26

Hi Aaron,
[quote='obelix' pid='180562' dateline='1521217268']
/usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp:

#!/bin/bash

#
# Script Version 2.2
# VDR shutdown hook for STM32IRMP based on 10_shutdown.acpi
# --------------------------
#

. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
. /usr/lib/vdr/easyvdr-config-loader

###############

LOG="logger -t easyvdr-shutdown-stm32irmp"

##########

TIMER=$1

if [ $ENABLED = "yes" ]; then

if [ $WAKEUP_REGULAR_DAYS -gt 0 ]; then
#Check if the WAKEUP_REGULAR_TIME of boot should be today or tomorrow
if [ $((`date +%s`)) -lt $((`date -d "$WAKEUP_REGULAR_TIME" +%s`)) ]; then
DAYS_AFTER_TODAY="0" #VDR should start today.
else
DAYS_AFTER_TODAY=$WAKEUP_REGULAR_DAYS #VDR should start next day according with WAKEUP_REGULAR_DAYS, not today
fi

REGULAR_TIMER=$((`date -d "$WAKEUP_REGULAR_TIME" +%s` + $DAYS_AFTER_TODAY * 24 * 60 * 60))

# when no vdr timer is set or vdr timer starts later than regular timer:
if [ $TIMER -eq 0 ] || [ $TIMER -gt 0 -a $REGULAR_TIMER -lt $TIMER ] ; then
TIMER=$REGULAR_TIMER
fi
fi

if [ $TIMER -gt 0 ]; then
MIN_WAKEUP_START_AHEAD=$((`date +%s` + 60 * $WAKEUP_START_AHEAD))
if [ $MIN_WAKEUP_START_AHEAD -gt $TIMER ]; then
$LOG "Can not set wakeup time less than $WAKEUP_START_AHEAD minutes ahead."
echo "ABORT_MESSAGE=\"Wakeup in less than $WAKEUP_START_AHEAD minutes, aborting!\""
exit 1
fi

# adjust wakeup time by WAKEUP_START_AHEAD
TIMER=$(($TIMER - 60 * $WAKEUP_START_AHEAD))
fi

if [ $TIMER -eq 0 ]; then
$LOG "Resetting STM32IRMP alarm time"
sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -a`; exit
else
NOW=$((`date +%s`))
STM32WAKE=$(($TIMER - $NOW))
$LOG "Setting STM32IRMP alarm time to: $STM32WAKE"
sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -s $STM32WAKE && sleep 1
$LOG `sudo /usr/bin/stm32IRalarm -d /dev/input/ir-auto_dtc -a`; exit
fi
else
$LOG "STM32IRMP Wakeup function is disabled"
fi

So passt nun auch der jeweils zweite stm32IRalarm Aufruf mit dem Device /dev/input/ir-auto_dtc.

Gruß

Obelix

kannst du bei Gelegenheit die Korrektur im Git aktualisieren? Danke.

Gruß
Obelix

gb 20.Mar.2018 23:40:18

[quote='obelix' pid='180606' dateline='1521556466']
kannst du bei Gelegenheit die Korrektur im Git aktualisieren? Danke.

Ist im GIT & 3-base-testing

Gruß Aaron

obelix 21.Mar.2018 08:55:52

[quote='gb' pid='180607' dateline='1521585618']
[quote='obelix' pid='180606' dateline='1521556466']
kannst du bei Gelegenheit die Korrektur im Git aktualisieren? Danke.

Ist im GIT & 3-base-testing

Gruß Aaron

Ok, danke fürs schnelle aktualisieren. Allerdings gibt es mit dem Testing PPA Probleme:

Gruß

Obelix

EDIT: Hier das Log ( SetupAfterInstall.Done ):

easyVDR Presetup V3.2 started, updating easyvdr-packets...
Problematische Inhalte aus dem 3.x-ISO wieder entfernen
(Re-)Aktiviere Kernel-Hold fuer Kernel 4.4 ...
Zuerst Update der Easyvdr-Pakete im PreSetup
Dann sources.list vervollstaendigen und Paketquellen aktualisieren
Fehler bei apt-get update:
W: Failed to fetch http://ppa.launchpad.net/easyvdr-team/3-hevc-vdr-testing/ubuntu/dists/trusty/main/binary-i386/Packages 403 Forbidden
W: Failed to fetch http://ppa.launchpad.net/easyvdr-team/3-hevc-base-testing/ubuntu/dists/trusty/main/binary-i386/Packages 403 Forbidden

photo_2018-03-21_08-50-08.jpg

gb 21.Mar.2018 08:59:42

Moin
[quote="obelix" pid='180609' dateline='1521618952']
EDIT: Hier das Log

Jo, weil es bei hevc kein Testing gibt ;)

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 21.Mar.2018 09:00:19

Achja, ich habe mal die 3.5 32bit Version zum Testen genommen. Liegt wahrscheinlich daran, oder?

Gruß

obelix 21.Mar.2018 09:01:06

[quote='gb' pid='180610' dateline='1521619182']
Moin
[quote='obelix' pid='180609' dateline='1521618952']
EDIT: Hier das Log

Jo, weil es bei hevc kein Testing gibt ;)

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Ok, Aaron war schneller. Ich teste dann mal mit 3.0 :)

gb 21.Mar.2018 09:05:54

Hi

[quote="obelix" pid='180612' dateline='1521619266']
Ok, Aaron war schneller. Ich teste dann mal mit 3.0 :)

Du kannst das mit der 3.5 machen, nur musst du das dann so machen wie ich weiter oben beschrieben habe.
Also ab Hardware Erkennung abbrechen usw

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 21.Mar.2018 11:07:03

Ok, von meiner Seite sieht das nun sehr gut aus und funktioniert so wie es soll.

Gruß

Obelix

gb 21.Mar.2018 12:08:30

Hi

[quote="obelix" pid='180614' dateline='1521626823']
Ok, von meiner Seite sieht das nun sehr gut aus und funktioniert so wie es soll.

Gut, dann schiebe ich das heute Nachmittag nach Stable.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 21.Mar.2018 23:23:11

Hi,
[quote='gb' pid='180615' dateline='1521630510']
Hi

[quote='obelix' pid='180614' dateline='1521626823']
Ok, von meiner Seite sieht das nun sehr gut aus und funktioniert so wie es soll.

Gut, dann schiebe ich das heute Nachmittag nach Stable.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gerade getestet. Funktioniert. Danke :cool:

Gruß

Obelix

obelix 22.Mar.2018 11:57:41

Hi,

noch eine Anmerkung für diejenigen, die eine bestehende Installation von Version 3.0 / 3.5 (32bit / 64bit) haben, das WakeUp Feature nachrüsten wollen und sich zutrauen, mit nano eine Konfigurationsdatei zu bearbeiten. Die wichtigsten Dateien werden per apt update / apt-get update und apt upgrade / apt-get upgrade in ein bestehendes System installiert. Per Konsole würde sich das ganze nun schon aktivieren lassen. Dabei nicht vergessen ACPI Wakeup zu deaktivieren. Um es komplett in eine bestehende Installation zu integrieren muss nach den installierten Updates die /var/lib/vdr/plugins/setup/vdr-setup.xml bearbeitete werden. Diese wird bei Updates nämliche nicht verändert.

Achtung. Wichtig: Eine unsachgemäße Bearbeitung führt zur Fehlfunktion. Wer hier bedenken hat, bitte eine Neuinstallation durchführen.

1. Backup anlegen:
sudo cp /var/lib/vdr/plugins/setup/vdr-setup.xml /var/lib/vdr/plugins/setup/vdr-setup.xml.original

2. Um Fehler zu vermeiden, VDR stoppen. (Danke an Oberlooser für den Hinweis)
sudo initctl stop easyvdr-vdr

3. Die vdr-setup.xml editieren
sudo nano /var/lib/vdr/plugins/setup/vdr-setup.xml

Dort dann bis zum Eintrag

runter scrollen (oder per strg + w suchen) und unterhalb des Eintrages

Jepsen-HW-Wakeup

nur den Eintrag

STM32-IRMP-Wakeup

einfügen. Das sollte dann so aussehen:

kein
ACPI
Nvram-Wakeup
Extb
Jepsen-HW-Wakeup
STM32-IRMP-Wakeup

Dann per strg + o speichern und strg +x den Nano Editor beenden und rebooten. Danach ist die Wakeup Funktion des Sticks per OSD oder Webif aktivierbar.

Gruß

Obelix

Oberlooser 22.Mar.2018 19:32:24

Hallo Obelix und Martin
Habe diesen [url=link]STM auch mal mit der neuen wakeup Methode im OSD Setup getestet.
Im OSD: System&Einstellungen / Einstellungen / System-Einstellungen / Wakeup/Poweroff-Einstellungen / Wake-Up-Methode / STM32-IRMP-Wakeup
Er funzt genau so ootb wie der neuste ST-Link V2 STM8 / STM32 von jrie im yaVDR Forum.
Wer so ein älteres Teil hat kann es auch als wakeup Methode verwenden bei bedarf.
Siehe hier der erste Thread mit Bild von dem Empfänger der gemeint ist.
link
Man sollte sich nur noch USB Empfänger zulegen.Da der serielle Port immer mehr bei neueren Motherboards nicht mehr vorhanden ist.
Auch als alternative wakeup Methode bei Boards wo ACPI und NVRam nicht geht.

Danke an die Entwickler Martin und jrie
Besonderen Dank auch an User Obelix fuer das hinzufügen der Timergesteuerten wakeup Funktion

MfG Oberlooser

EA5 Test-VDR : Lintec1 Senior Gehäuse - MSI G41M-P25 Board - Intel P4 E8500 / 775 Dual Core CPU - 2x2GB DDR3 RAM - MSI GT 710 PCI-e HDMI Grafik - DVBSky S952Twin PCI-e - 120GB SSD + 1 TB Test-HDD - LG GH24NSD1 S-ATA DL DVD - USB-STM32 V2 Stick (36kHz) mit SMK RC6 MCE 50GB Fernbedienung - EasyVDR 5.0 Alpha ISO 010 - Softhddevice mit Pulseaudio + estuary4vdr OSD - Kodi 18.9 Final mit Confluence Skin - Arctic 12cm Low Noise Lüfter.
VDR-Client,s : Media MVP Scart, VIP BOX 1903, 1910 , EasyStream 0.6-18 für WIN 10, Raspberry PI 3 mit OpenElec 7.01 und TotalControl FB Code 0104 Lirc an Tsop 31238

gb 27.Mar.2018 05:52:32

Hallo Obelix

Es gibt wohl ein Problem mit deinem Skript bei einigen Usern, die keinen irmp am System haben.
Sollte der Beitrag an dir vorbei gegangen sein, hier der Link zum Beitrag..
link

Der Hinweis im letzter Beitrag von Mandroid könnte uns hier den richtigen wink liefern.

Eventuell solltest du das Skript nochmal mit einem Abfang erweitern. So in der Art, wurde der irmp als Ir Empfänger ausgewählt, dann arbeite das Skript ab. Hier könnte man ja unter Umständen auch noch die sysconfig mit einbeziehen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe