|
Hallo Helmut und auch andere,
leider ist hier fast alles eingeschlafen.
Aber hoffentlich kann mir jemand helfen.
Habe eine Reycom mit v7und die startet bei geplanter Aufnahme genau 1h stunde später als eigentlich geplant. (Nur zum Verständnis, die Aufnahme startet bei eingeschaltetem VDR problem und reibungslos)
Eine Erklärung wäre für mich entweder DST oder UTC wird nicht geprüft und korrekt verwendet.
RTC ist auf UTC
und das System hat die korrekte Uhrzeit 2 Stunden weiter.
| CODE | vdr02 ~ # cat /proc/driver/rtc
rtc_time : 12:20:11
rtc_date : 2023-05-12
alrm_time : 11:14:54
alrm_date : 2023-05-13
alarm_IRQ : no
alrm_pending : no
update IRQ enabled : no
periodic IRQ enabled : no
periodic IRQ frequency : 1024
max user IRQ frequency : 64
24hr : yes
periodic_IRQ : no
update_IRQ : no
HPET_emulated : yes
BCD : yes
DST_enable : no
periodic_freq : 1024
batt_status : okay |
| CODE | sudo grep -i rtc /var/log/dmesg
[ 2.292501] rtc_cmos 00:01: RTC can wake from S4
[ 2.293037] rtc_cmos 00:01: registered as rtc0
[ 2.293188] rtc_cmos 00:01: alarms up to one year, y3k, 114 bytes nvram, hpet irqs
[ 2.300693] rtc_cmos 00:01: setting system clock to 2023-05-12 11:21:09 UTC (1683890469)
vdr02 etc # |
| CODE | dr02 etc # hwclock --verbose
hwclock from util-linux 2.33
System Time: 1683894090.000103
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2023/05/12 12:21:30
Hw clock time : 2023/05/12 12:21:30 = 1683894090 seconds since 1969
Time since last adjustment is 1683894090 seconds
Calculated Hardware Clock drift is 0.000000 seconds
2023-05-12 14:21:29.872723+02:00
vdr02 etc # hwclock
2023-05-12 14:21:32.373686+02:00 |
| CODE | dr02 etc # hwclock
2023-05-12 14:19:49.967374+02:00
vdr02 etc # hwclock
2023-05-12 14:19:50.936045+02:00 |
| CODE | May 12 12:06:51 vdr02 G2V_24289_24288[24401]: /etc/gen2vdr/_config/bin/vdrshutdown.sh Next acpi alarm at: 1683889668
May 12 12:06:51 vdr02 root[24403]: rtc_time : 10:06:51
May 12 12:06:51 vdr02 root[24403]: rtc_date : 2023-05-12
May 12 12:06:51 vdr02 root[24403]: alrm_time : 11:07:48
May 12 12:06:51 vdr02 root[24403]: alrm_date : 2023-05-12
May 12 12:06:51 vdr02 root[24403]: alarm_IRQ : yes
May 12 12:06:51 vdr02 root[24403]: alrm_pending : no
May 12 12:06:51 vdr02 root[24403]: update IRQ enabled : no
May 12 12:06:51 vdr02 root[24403]: periodic IRQ enabled : no
May 12 12:06:51 vdr02 root[24403]: periodic IRQ frequency : 1024
May 12 12:06:51 vdr02 root[24403]: max user IRQ frequency : 64
May 12 12:06:51 vdr02 root[24403]: 24hr : yes
May 12 12:06:51 vdr02 root[24403]: periodic_IRQ : no
May 12 12:06:51 vdr02 root[24403]: update_IRQ : no
May 12 12:06:51 vdr02 root[24403]: HPET_emulated : yes
May 12 12:06:51 vdr02 root[24403]: BCD : yes
May 12 12:06:51 vdr02 root[24403]: DST_enable : no
May 12 12:06:51 vdr02 root[24403]: periodic_freq : 1024
May 12 12:06:51 vdr02 root[24403]: batt_status : okay
May 12 12:06:51 vdr02 G2V_24289_24288[24417]: /etc/gen2vdr/_config/bin/vdrshutdown.sh svdrpsend MESG System wird heruntergefahren
May 12 12:06:51 vdr02 root[24419]: Starte svdrpsend MESG System wird heruntergefahren
May 12 12:06:51 vdr02 root[24423]: dbus-send --system --type=method_call --dest=de.tvdr.vdr --print-reply /Skin de.tvdr.vdr.skin.QueueMessage "string:Sys
tem wird heruntergefahren" - method return time=1683886011.626005 sender=:1.57 -> destination=:1.66 serial=35265 reply_serial=2
int32 250
string "Message queued"
|
Ich bräuchte einen Tip wo ich nachhaken kann und ob das alles theoretisch automatisch abläuft oder ich mit kleinen Ergänungen nachbessern muss.
MfG
Georg
|
v7 reycom aufnahme wakeup zu spät, Hilfe beim vdrscript vdrshutdown startet
Hilfe
Suche
Mitglieder
