VDR schaltet nicht mehr ab

easyVDR - >VARforumsname - >VDR schaltet nicht mehr ab

Mandroid 25.Mar.2018 10:31:08

Hallo,
ich habe seid dem letzten Update (21.03.2018) das Problem das sich der VDR nicht mehr ausschaltet. Egal ob ich den Power Button am Rechner oder an der Fernbedienung drücke, oder nachdem eine Aufnahme beendet wurde, der Rechner fährt einfach nicht mehr runter. Dabei sehe ich folgende Meldungen durchgehend im Syslog:

Mar 25 00:02:42 easyVDR rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="1036" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Mar 25 00:02:42 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:02:42 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 49038
Mar 25 00:03:51 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:07:21 easyVDR vdr: message repeated 2 times: [ VNSI: Requesting clients to reload channel list]
Mar 25 00:08:44 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1521981900 48976 10 "Lecker Ostern (2)" 0'
Mar 25 00:08:44 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Mar 25 00:08:44 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1521981900 48976 10 Lecker Ostern (2) 0
Mar 25 00:08:44 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 25 00:08:44 easyVDR easyvdr-addon-acpi-wakeup: Setting ACPI alarm time to: 1521981600
Mar 25 00:08:44 easyVDR easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 25 00:08:44 easyVDR easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:08:44 easyVDR easyvdr-addon-acpi-wakeup: Writing 1st time 1521981600 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:08:44 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 25 00:08:44 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 25 00:08:44 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 25 00:08:44 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:08:44 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 48676
Mar 25 00:09:01 easyVDR CRON: (root) CMD ( && && && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Mar 25 00:09:12 easyVDR vdr: frontend 1/0 timed out while tuning to channel 42 (3sat HD), tp 211347
Mar 25 00:09:33 easyVDR vdr: frontend 1/0 timed out while tuning to channel 92 (CNN Int.), tp 211626
Mar 25 00:11:31 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:14:46 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1521981900 48614 10 "Lecker Ostern (2)" 0'
Mar 25 00:14:46 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1521981900 48614 10 Lecker Ostern (2) 0
Mar 25 00:14:46 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Mar 25 00:14:46 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 25 00:14:46 easyVDR easyvdr-addon-acpi-wakeup: Setting ACPI alarm time to: 1521981600
Mar 25 00:14:46 easyVDR easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 25 00:14:46 easyVDR easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:14:46 easyVDR easyvdr-addon-acpi-wakeup: Writing 1st time 1521981600 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:14:46 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 25 00:14:46 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 25 00:14:46 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 25 00:14:46 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:14:46 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 48314
Mar 25 00:15:01 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:16:26 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:17:01 easyVDR CRON: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Mar 25 00:17:11 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:20:25 easyVDR vdr: frontend 1/0 timed out while tuning to channel 42 (3sat HD), tp 211347
Mar 25 00:20:46 easyVDR vdr: frontend 1/0 timed out while tuning to channel 92 (CNN Int.), tp 211626
Mar 25 00:20:48 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1521981900 48253 10 "Lecker Ostern (2)" 0'
Mar 25 00:20:48 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Mar 25 00:20:48 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1521981900 48253 10 Lecker Ostern (2) 0
Mar 25 00:20:48 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 25 00:20:48 easyVDR easyvdr-addon-acpi-wakeup: Setting ACPI alarm time to: 1521981600
Mar 25 00:20:48 easyVDR easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 25 00:20:48 easyVDR easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:20:48 easyVDR easyvdr-addon-acpi-wakeup: Writing 1st time 1521981600 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:20:48 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 25 00:20:48 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 25 00:20:48 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 25 00:20:48 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:20:48 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 47952
Mar 25 00:23:26 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:23:46 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:25:00 easyVDR vdr: EPGSearch: timer conflict check started
Mar 25 00:25:00 easyVDR vdr: timer 1 (10 1445-1515 VPS 'Lecker Ostern (2)') set to event So. 25.03.2018 14:45-15:15 (VPS: 25.03. 14:45) 'Lecker Ostern (2)'
Mar 25 00:25:00 easyVDR vdr: EPGSearch: timer conflict check finished
Mar 25 00:25:00 easyVDR vdr: EPGSearch: search timer update started
Mar 25 00:25:00 easyVDR vdr: EPGSearch: search timer update finished
Mar 25 00:25:31 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:26:49 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1521981900 47891 10 "Lecker Ostern (2)" 0'
Mar 25 00:26:49 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Mar 25 00:26:49 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1521981900 47891 10 Lecker Ostern (2) 0
Mar 25 00:26:49 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 25 00:26:49 easyVDR easyvdr-addon-acpi-wakeup: Setting ACPI alarm time to: 1521981600
Mar 25 00:26:49 easyVDR easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 25 00:26:49 easyVDR easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:26:49 easyVDR easyvdr-addon-acpi-wakeup: Writing 1st time 1521981600 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:26:49 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 25 00:26:49 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 25 00:26:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 25 00:26:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:26:50 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 47590
Mar 25 00:28:22 easyVDR vdr: VNSI: Requesting clients to reload channel list
Mar 25 00:30:27 easyVDR vdr: message repeated 2 times: [ VNSI: Requesting clients to reload channel list]
Mar 25 00:31:37 easyVDR vdr: frontend 1/0 timed out while tuning to channel 42 (3sat HD), tp 211347
Mar 25 00:31:58 easyVDR vdr: frontend 1/0 timed out while tuning to channel 92 (CNN Int.), tp 211626
Mar 25 00:32:50 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1521981900 47530 10 "Lecker Ostern (2)" 0'
Mar 25 00:32:50 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1521981900 47530 10 Lecker Ostern (2) 0
Mar 25 00:32:50 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Mar 25 00:32:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 25 00:32:50 easyVDR easyvdr-addon-acpi-wakeup: Setting ACPI alarm time to: 1521981600
Mar 25 00:32:50 easyVDR easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 25 00:32:50 easyVDR easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:32:50 easyVDR easyvdr-addon-acpi-wakeup: Writing 1st time 1521981600 to /sys/class/rtc/rtc0/wakealarm
Mar 25 00:32:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 25 00:32:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 25 00:32:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 25 00:32:50 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 25 00:32:50 easyVDR easyvdr-shutdown-stm32irmp: Setting STM32IRMP alarm time to: 4723

Auffällig ist besonders dieser stm32irmp Eintrag, solch ein Modul besitze ich gar nicht und ich habe nach dem Update auch nicht anderes neu installiert oder aktiviert. Easyinfo habe ich ebenfalls angehängt.

Gruß
Mandroid
easyinfo(2).zip

Hardware: Gigabyte H110M-S2H + Intel® Pentium™ G4600 @ 3.60 GHz mit 8 GB DDR4 RAM, System HDD: Toschiba Q300 120GB, Media HDD: Hitachi HUA72302 2TB, Grafik: Gainward GT 1030 SilentFX, DVB: TBS 6982SE (Dual Tuner) Unicable Anschluss; IR: Artic Ir-Wakeup-USB ECO + One4All URC 6440;
Software: Easyvdr 3.5

SurfaceCleanerZ 25.Mar.2018 11:15:14

Hi,
Der Eintrag ist neu, er wurde von Obelix und gb ergänzt..

Ob es Nebenwirkungen gibt müssen die beiden sagen. Es dürfte bei dir der zugehörige Eintrag in der setup. xml fehlen, stimmts? Solange du den nicht wählst sollte es egal sein.

Du hast Empfangsprobleme...

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!

Mandroid 25.Mar.2018 12:09:01

Hallo,
ja das mit dem Empfang ist so ne andere Sache, eich habe hier ein Problem mit ein paar Kanälen (3 Sat HD, KiKa HD), das liegt aber an der Schüssel und deren Ausrichtung.
Ich habe nomal weiter experimentiert. Schalte ich den VDR per Fernbedienung aus wenn Receiver und Fernseher noch an sind, dann fährt er auch ordnungsgemäß herunter. Schalte ich aber Reciver und Fernseher aus, dann reagiert er nicht mehr auf das Ausschalt Signal. Schalte ich den Receiver und Fernseher wieder an, dann sehe ich den 5 min Countdown.
Wiegesagt, das alles passiert jetzt erst seid dem letzten Update letzten Mittwoch.
Korrektur: Das mit dem Ausschalten bei Eingeschalteten Receiver und Fernseher ist ebenfalls anders. Es passiert erst nichts, und dann kommt auch der 5 min Countdown. Drücke ich dann die Taste für das VDR Menue, dann fährt der Rechner runter.

Gruß
Mandroid

gb 25.Mar.2018 17:03:25

Hi, so richtig nachvollziehen kann ich es nicht, könnte aber auch an Bleifuss2's Änderung liegen.

Ich mach mal eine Neuinstallation und teste, wenn das läuft, mach gleiches mit meinem bestehenden System.

Gruß

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)

gb 25.Mar.2018 18:05:06

[quote="gb" pid='180660' dateline='1521990205']
Ich mach mal eine Neuinstallation und teste, wenn das läuft, mach gleiches mit meinem bestehenden System.

So gemacht getan und keine Probleme beim abschalten. :/

Was du mal versuchen könntest, gehe ins easyvdr Setup dann Fernbedienung > Erw_FB_Einst > 5 > Und dort dem Program Changer das ausschalten übergeben ( abschalten von überall ) glaube 2.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Mandroid 25.Mar.2018 20:49:52

Hi,
habe deinen Rat befolgt, aber das half auch nicht weiter. :huh:
Habe aber mittlerweise den Übeltäter gefunden. :) Es ist der neue Eintrag für den smt32irmp unter /usr/share/vdr/shutdown-hooks. Der schein mein System bzw. den VDR am runterfahren zu hindern. Nachdem ich den Eintrag im Verzeichnis gelöscht habe funktioniert es wieder wie gehabt. Die Frage ist nur was passiert dort genau und wo bleibt der shutdown dann hängen. Bei mir äußert es sich halt so, das der Shutdown hängt und auch meine Fernebdienungsbefehle erst nicht verarbeitet werden. Erst wenn ich mehrmals die VDR Menue Taste drücke kommt irgendwann das VDR Menu und dann fährt der Rechner runter.

Gruß
Mandroid

MrMoe 25.Mar.2018 21:32:01

Dann zeichnet sich ja zumindest ein Workaround ab- seit Mittwoch läuft mein vdr fast nonstop :dodgy:
Abgesehen vom Artic Ir-Wakeup-USB ECO verwende ich eine vollkommen andere Hardware. Könnte es etwas mit dem Teil zu tun haben?

ASRock J4205-ITX - Cine S2 V7 - Atric IR-WakeupUSB eco - easyVDR 3.5

gb 25.Mar.2018 21:40:52

[quote="MrMoe" pid='180663' dateline='1522006321']
Dann zeichnet sich ja zumindest ein Workaround ab- seit Mittwoch läuft mein vdr fast nonstop

Hmmmpf..

Dann werd ich wohl die gemachten Änderungen wieder rückgängig machen.
@obelix irgendeine Idee wo das her kommen könnte?

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

SurfaceCleanerZ 25.Mar.2018 21:53:58

Hi,
liegt es evtl. an der nicht upgedateten setup.xml?

Dann müsste per diff oder mittels des Tools von Captain-Beefheart das ergänzt werden im Upgrade.

MfG,
Stefan

gb 25.Mar.2018 22:21:51

Hi Stefan
[quote="SurfaceCleanerZ" pid='180665' dateline='1522007638']
liegt es evtl. an der nicht upgedateten setup.xml?

Kann ich mir irgendwie nicht vorstellen, besonders fahren bei mir beide 3.5er Systeme mit und ohne den Eintrag in der vdr-setup.xml ordnungsgemäß runter. Nutze ja auch die ACPI und habe den stm32 nicht am System.

Wenn es jedoch bei bestehenden Systemen Probleme macht, müssen die Änderungen erstmal wieder rückgängig gemacht werden.
Wenn also Obelix nichts dazu einfallen sollte, mach ich das die Tage.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Mandroid 26.Mar.2018 20:53:49

Hi,
habe ein wenig weiter geforscht. Es scheint so als würde bei meiner Installation eine Abfrage der STM32 installation fehlerhaf sein, weil der Befehl zum zurücksetzten des Timers ausgeführt wird und deshalb den Atric der unter dem selben Input Device arbeitet durcheinanderbringt. Habe folgende Zeile auskommentiert und schon ist das Problem weg:

sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1

Hoffe es hilft ein wenig weiter.

Gruß
Mandroid

obelix 27.Mar.2018 06:29:44

Hallo,

sehr seltsam. Das darf eigentlich nicht passieren. Ich schaue mir das an und melde mich.

Gruß
Obelix

obelix 27.Mar.2018 06:33:18

Ich habe das Update auch auf meinem Produktiv VDR (VDR1) und dieser hat keinen STM32 / ST-link Stick und wird auch keinen bekommen, weil ACPI funktioniert. Da gibt es keine Probleme. Wie gesagt, ich schaue mir das heute Abend an.

Gruß

gb 27.Mar.2018 06:38:15

PS: Naja, es wäre zumindest einfacher für mich, wenn du eine Lösung findest. Ein Skript und ein Paket im PPA zu bearbeiten ist easy gegenüber alles wieder zurück zu bauen. ;)

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 27.Mar.2018 06:38:53

@Mandroid und Mr.Moe

Bitte mal in der /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf nachschauen. Steht da ENABLED="no" und es ist ein Timer gesetzt oder nicht?

Gruß

EDIT: Ich sehe es ist kein Timer gesetzt. Also bitte schauen, ob da "yes" oder "no" steht.

obelix 27.Mar.2018 06:40:08

Hi Aaron,
[quote='gb' pid='180678' dateline='1522125495']
PS: Naja, es wäre zumindest einfacher für mich, wenn du eine Lösung findest. Ein Skript und ein Paket im PPA zu bearbeiten ist easy gegenüber alles wieder zurück zu bauen. ;)

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

zurückbauen muss nicht sein. Das Verhalten hat einen Grund. ;)

Gruß

Obelix

MrMoe 27.Mar.2018 13:10:54

Hi obelix,
bei mir steht ENABLED="no"
Viele Grüße,
MrMoe

ASRock J4205-ITX - Cine S2 V7 - Atric IR-WakeupUSB eco - easyVDR 3.5

gb 27.Mar.2018 13:37:32

Hi obelix
[quote="MrMoe" pid='180681' dateline='1522149054']
bei mir steht ENABLED="no"

Wenn ich mir die letzten Änderungen so anschaue, kann ich keinen offensichtlichen Fehler entdecken.
https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=commitdiff;h=52a2d8956be660fd6c86b7afb71c93439d4c0351;hp=0e2190efc01b23815c93b282d2cdd5bd29df051c
Und tatsächlich, steht $ENABLE auf no, sollte eigentlich nix passieren.

Gruß Aaron

Edit: könnte höchstens sein, das die Variable $ENABLE durch den Mutter Kind Prozess mit yes überschrieben wird.

Gesendet von meinem S7Edge mit Tapatalk

obelix 27.Mar.2018 15:26:35

Hi Aaron,
[quote='gb' pid='180683' dateline='1522150652']
Hi obelix
[quote='MrMoe' pid='180681' dateline='1522149054']
bei mir steht ENABLED="no"

Wenn ich mir die letzten Änderungen so anschaue, kann ich keinen offensichtlichen Fehler entdecken.
https://www.easy-vdr.de/git/?p=trusty-ng/.git;a=commitdiff;h=52a2d8956be660fd6c86b7afb71c93439d4c0351;hp=0e2190efc01b23815c93b282d2cdd5bd29df051c
Und tatsächlich, steht $ENABLE auf no, sollte eigentlich nix passieren.

Gruß Aaron

Edit: könnte höchstens sein, das die Variable $ENABLE durch den Mutter Kind Prozess mit yes überschrieben wird.

Gesendet von meinem S7Edge mit Tapatalk

das kann eigentlich nicht sein. Irgendetwas übergibt ein yes. Das Script /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp hat definitiv keinen Fehler und macht das was es soll. Man sieht in den Logs, das beide Shutdown Scripte abgearbeitet werden. Das Auskomentieren von

sudo stm32IRalarm -d /dev/input/ir-auto_dtc -s 0xFFFFFFFF && sleep 1

löst nicht das Problem. Sollte ein Timer gesetzt werden, wird eine andere Stelle abgearbeitet. Ich bin noch unterwegs und schaue nachher nochmal auf meinen VDR.

Die vdr-setup.xml kann ignoriert werden. Dies wird nur für die Einstellung per OSD benötigt.

Gruß
Obelix

gb 27.Mar.2018 17:44:36

[quote='obelix' pid='180685' dateline='1522157195']

das kann eigentlich nicht sein. Irgendetwas übergibt ein yes.

Doch doch, kann es.

Ursache ist der Mutter Kind Prozess, denn du holst dir erst die ". /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf" dann die ". /usr/lib/vdr/easyvdr-config-loader" diese holt sich die ". /etc/default/vdr" und hier steht unter anderem
# Change to 1 to enable vdr's init-script
ENABLED="yes"

Also hätten wir hier die Ursache. Ich drehe die Beiden mal um also erst

. /usr/lib/vdr/easyvdr-config-loader
dann
. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
und dann sollten die Probleme aufhören.

Gruß Aaron

obelix 27.Mar.2018 17:53:22

Hi Aaron,

bitte nicht umdrehen. Dann klappen andere Optionen nicht. Ich bin auch gerade über den Mutter Kind Prozess gestolpert. Warum das beim Testen nicht aufgefallen ist, kann ich nicht sagen.

Meine Empfehlung: Anstatt ENABLED sollten wir ENABLEDSTM32 nehmen.

Gruß

Obelix

obelix 27.Mar.2018 17:55:24

EDIT: Damit es keine Verwirrung gibt, diesen Vorschlag wieder entfernt.

Gruß

Obelix

gb 27.Mar.2018 18:02:25

[quote="obelix" pid='180688' dateline='1522166002']
bitte nicht umdrehen. Dann klappen andere Optionen nicht.

Das verstehe ich nicht, welche Variablen werden denn dann hier wieder überschrieben?

[quote="obelix" pid='180688' dateline='1522166002']
Meine Empfehlung: Anstatt ENABLED sollten wir ENABLEDSTM32 nehmen.

Das geht nicht so einfach, denn dann müsste man in der easyvdr-set-settings alles umbiegen und jeweilige config Files gleich mit.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 27.Mar.2018 18:12:54

[quote='gb' pid='180690' dateline='1522166545']
[quote='obelix' pid='180688' dateline='1522166002']
bitte nicht umdrehen. Dann klappen andere Optionen nicht.

Das verstehe ich nicht, welche Variablen werden denn dann hier wieder überschrieben?

Per OSD lässt sich WAKEUP_START_AHEAD, WAKEUP_REGULAR_DAYS und WAKEUP_REGULAR_TIME konfigurieren. Durch umdrehen würde die per OSD eingestellten Werte durch die in der /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf überschrieben werden.

Das geht nicht so einfach, denn dann müsste man in der easyvdr-set-settings alles umbiegen und jeweilige config Files gleich mit.

Es müsste ein Update für die 10_shutdown.smt32irmp, easyvdr-addon-stm32irmp-wakeup.conf und die easyvdr-set-settings geben... :( :s

Gruß

Obelix

obelix 27.Mar.2018 18:40:08

[quote='gb' pid='180690' dateline='1522166545']
Das geht nicht so einfach, denn dann müsste man in der easyvdr-set-settings alles umbiegen und jeweilige config Files gleich mit.

Ja, jetzt sehe ich was du meinst..... Dann frage ich mich, wieso das bei den anderen Wakeup Lösungen nicht stört. Die habe auch die ENABLED Variable.....

Gruß

Obelix

gb 27.Mar.2018 18:48:06

Hallo Obelix

[quote="obelix" pid='180692' dateline='1522168808']
Ja, jetzt sehe ich was du meinst..... Dann frage ich mich, wieso das bei den anderen Wakeup Lösungen nicht stört. Die habe auch die ENABLED Variable.....

Es ist einfach nicht aufgefallen ;) von daher sieht man hier, das nicht alles perfekt ist.
Guck mal, wie man das lösen kann, ich helfe dir dann dabei ( sollten Fragen auf kommen )

Zumindest muss irgendeine Lösung her, da ja nun alles im stable und git gewandert ist.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

obelix 27.Mar.2018 18:51:17

Hey Aaron,
[quote='gb' pid='180687' dateline='1522165476']
[quote='obelix' pid='180685' dateline='1522157195']

das kann eigentlich nicht sein. Irgendetwas übergibt ein yes.

Doch doch, kann es.

Ursache ist der Mutter Kind Prozess, denn du holst dir erst die ". /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf" dann die ". /usr/lib/vdr/easyvdr-config-loader" diese holt sich die ". /etc/default/vdr" und hier steht unter anderem
# Change to 1 to enable vdr's init-script
ENABLED="yes"

Also hätten wir hier die Ursache. Ich drehe die Beiden mal um also erst

. /usr/lib/vdr/easyvdr-config-loader
dann
. /etc/vdr/easyvdr-addon-stm32irmp-wakeup.conf
und dann sollten die Probleme aufhören.

Gruß Aaron

dein Vorschlag geht. Dann müssen nur die anderen Variablen aus der easyvdr-addon-stm32irmp-wakeup.conf raus bzw. auskommentiert werden.

Gruß

Obelix

obelix 27.Mar.2018 19:13:42

[quote='gb' pid='180693' dateline='1522169286']
Hallo Obelix

[quote='obelix' pid='180692' dateline='1522168808']
Ja, jetzt sehe ich was du meinst..... Dann frage ich mich, wieso das bei den anderen Wakeup Lösungen nicht stört. Die habe auch die ENABLED Variable.....

Es ist einfach nicht aufgefallen ;) von daher sieht man hier, das nicht alles perfekt ist.
Guck mal, wie man das lösen kann, ich helfe dir dann dabei ( sollten Fragen auf kommen )

Zumindest muss irgendeine Lösung her, da ja nun alles im stable und git gewandert ist.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Die Lösung ist dein Vorschlag. Ich habe es gerade in meinen Test VDR eingebaut. Die anderen Einträge hatte ich von der easyvdr-addon-acpi-wakeup.conf übernommen.

Die easyvdr-addon-stm32irmp-wakeup.conf sollte dann so aussehen:

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

Die anderen Parameter raus. Das 10_shutdown.smt32irmp Script:
#!/bin/bash

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

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

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

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

Das ACPI Script müsste man "eigentlich" auch mal anpassen. Das Problem tritt erstmal nicht auf, da es als erstes von allen shutdown-hooks abgearbeitet wird. ;) Ist was für Version 4...

Gruß

Obelix

gb 27.Mar.2018 19:17:46

Hallo obelix
[quote="obelix" pid='180695' dateline='1522170822']
Ich habe es gerade in meinen Test VDR eingebaut. Die anderen Einträge hatte ich von der easyvdr-addon-acpi-wakeup.conf übernommen.

Die easyvdr-addon-stm32irmp-wakeup.conf sollte dann so aussehen:

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

Die anderen Parameter raus. Das 10_shutdown.smt32irmp Script:

Ich versuche es nacher mal online zu stellen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

gb 27.Mar.2018 21:22:49

Update ist online, bitte testen und berichten.

Gruß Aaron

obelix 27.Mar.2018 22:47:11

[quote='gb' pid='180698' dateline='1522178569']
Update ist online, bitte testen und berichten.

Gruß Aaron

Von meiner Seite OK. Getestet auf Update Version 3.5 und Neuinstallation. Beides auf meinem Test VDR. Des Weiteren Update auf meinem Produktiv VDR.

ACPI Wakeup aktiv:

Mar 27 22:41:54 optiplex-390 easyvdr-addon-acpi-wakeup: Resetting ACPI alarm time
Mar 27 22:41:54 optiplex-390 easyvdr-addon-acpi-wakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Mar 27 22:41:54 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 27 22:41:54 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 27 22:41:54 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 27 22:41:54 optiplex-390 vdr: saved setup to /var/lib/vdr/setup.conf
Mar 27 22:41:54 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 27 22:41:54 optiplex-390 easyvdr-shutdown-stm32irmp: STM32IRMP Wakeup function is disabled
Mar 27 22:41:54 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.wol
Mar 27 22:41:54 optiplex-390 easyvdr-shutdown-wol: Starting /usr/share/vdr/shutdown-hooks/10_shutdown.wol

STM32Wakeup aktiv:

Mar 27 22:44:05 optiplex-390 vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 0 0 0 "" 1'
Mar 27 22:44:05 optiplex-390 recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 0 0 0 1
Mar 27 22:44:05 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 27 22:44:05 optiplex-390 easyvdr-addon-acpi-wakeup: ACPIWakeup functionality is disabled
Mar 27 22:44:05 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 27 22:44:05 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 27 22:44:05 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 27 22:44:05 optiplex-390 vdr: saved setup to /var/lib/vdr/setup.conf
Mar 27 22:44:05 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 27 22:44:05 optiplex-390 easyvdr-shutdown-stm32irmp: Resetting STM32IRMP alarm time
Mar 27 22:44:06 optiplex-390 easyvdr-shutdown-stm32irmp: STM32alarm: 49710 days 6 hours 28 minutes 14 seconds VDRwakeup: Tue Mar 27 22:44:04 2018
Mar 27 22:44:06 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.wol
Mar 27 22:44:06 optiplex-390 easyvdr-shutdown-wol: Starting /usr/share/vdr/shutdown-hooks/10_shutdown.wol

Nichts aktiv:

Mar 27 22:45:27 optiplex-390 vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 0 0 0 "" 1'
Mar 27 22:45:27 optiplex-390 recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 0 0 0 1
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
Mar 27 22:45:27 optiplex-390 easyvdr-addon-acpi-wakeup: ACPIWakeup functionality is disabled
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.custom
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.handbrake-cli
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.logrotate
Mar 27 22:45:27 optiplex-390 vdr: saved setup to /var/lib/vdr/setup.conf
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.smt32irmp
Mar 27 22:45:27 optiplex-390 easyvdr-shutdown-stm32irmp: STM32IRMP Wakeup function is disabled
Mar 27 22:45:27 optiplex-390 vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.wol
Mar 27 22:45:27 optiplex-390 easyvdr-shutdown-wol: Starting /usr/share/vdr/shutdown-hooks/10_shutdown.wol

Ich hatte getestet wie ein Weltmeister aber dennoch ist mir die Kombination mit ACPI Wakeup zusammen mit dem STM32 durch die Lappen gegangen... :@ Ich hatte mich sehr stark auf aktivieren / deaktivieren konzentriert.... :s :dodgy:

Gruß

Obelix

MrMoe 28.Mar.2018 08:42:36

Auch hier: getestet und für gut befunden :)
Vielen Dank!

ASRock J4205-ITX - Cine S2 V7 - Atric IR-WakeupUSB eco - easyVDR 3.5

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