[gkd-berlin]

Hallo Claus,

Test: 28MLD-5_customized_2016.01.10-172+1415.6-GXWj4X_armhf-rpi.tgz

phantastisch, auch die Aufwachzeit ist in UTC. Nun kann ich direkt vergleichen. Der Umweg über UTC-Konvertierung ist unnötig.

Danke!

Gruß Gerhard

[clausmuus]

Wegen der gelegentlichen Abstürze des VDR könntest Du mal versuchen ob's hilft, wenn Du den Grafikspeicher ein wenig vergrößerst. Das geht über das Setup im Bereich "RaspberryPI / GPU memory".

Claus

[gkd-berlin]

Hallo,

Test: 29MLD-5_customized_2016.01.11-172+1416.5-sidu0M_armhf-rpi.tgz

heute kann ich fast nur Gutes berichten.

Das System funktioniert so wie ich es mir wünsche.
Den Grafikspeicher habe ich auf 192MB gesetzt. Mal sehen was nun passiert.

Nun kommt das Beste.
Meine Aufwachmeschnik funktioniert tadellos.
Nach einem Poweroff wird der RPI, Hub und Festplatte von der Stromversorgung abgeschaltet.
Wenn der Aufwachzeitpunkt erreicht ist, wird alles wieder eingeschaltet und die Aufnahme gestartet. Nach Aufnahmeende wird alles wieder ausgeschaltet und auf den nächsten Aufwachzeitpunkt gewartet.

Nun taucht noch eine Unschönheit auf. Der RPI schaltet grundsätzlich beim Kaltstart über den HDMI-Anschluß den Tv ein.
Ich will das aber nicht, da ja nur aufgenommen werden soll.
Dieses Verhalten stammt offensichtlich aus der RPI-Startroutine. Kann man das irgendwie verhindern.
Wenn nicht müßte bei Aufnahmestart zusätzlich, nur für den RPI, ein TV-ausschalten aus dem VDR gesendet werden.

Nun noch zum Schluß:
Ich finde in der Messages diese Meldungen:

Code: [Select]

Jan 11 16:24:35 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:35 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:35.409209,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:35 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:35 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:35.420453,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:35 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:36 (none) user.info vdr: [1192] connect from 127.0.0.1, port 36768 - accepted
Jan 11 16:24:36 (none) daemon.err smbd[1616]: [2016/01/11 16:24:36.584977,  0] ../lib/util/become_daemon.c:136(daemon_ready)
Jan 11 16:24:36 (none) daemon.err smbd[1616]:   STATUS=daemon 'smbd' finished starting up and ready to serve connectionsopen_socket_in(): socket() call failed: Address family not supported by protocol
Jan 11 16:24:36 (none) daemon.err smbd[1616]: [2016/01/11 16:24:36.760882,  0] ../source3/smbd/server.c:673(smbd_open_one_socket)
Jan 11 16:24:36 (none) daemon.err smbd[1616]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Jan 11 16:24:36 (none) daemon.err smbd[1616]: [2016/01/11 16:24:36.878473,  0] ../source3/lib/util_sock.c:423(open_socket_in)
Jan 11 16:24:36 (none) daemon.err smbd[1616]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Jan 11 16:24:36 (none) daemon.err smbd[1616]: [2016/01/11 16:24:36.879653,  0] ../source3/smbd/server.c:673(smbd_open_one_socket)
Jan 11 16:24:36 (none) daemon.err smbd[1616]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Jan 11 16:24:37 (none) user.info vdr: [1192] confirm: Das Webinterface ist über http://192.168.2.100 erreichbar. OK?
Jan 11 16:24:37 (none) user.info vdr: [1192] warning: Das Webinterface ist über http://192.168.2.100 erreichbar. OK?
Jan 11 16:24:45 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:45.921968,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:45 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:48 (none) user.info vdr: [1192] not confirmed
Jan 11 16:24:48 (none) user.info vdr: [1192] closing SVDRP connection
Jan 11 16:24:48 (none) user.debug vdr: [1192] max. latency time 11 seconds
Jan 11 16:24:55 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:55.932280,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:55 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:55 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:55.934136,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:55 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:24:55 (none) daemon.err nmbd[1579]: [2016/01/11 16:24:55.935296,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:24:55 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:25:00 (none) user.debug vdr: [1192] switching device 1 to channel 13 (NDR FERNSEHEN)
Jan 11 16:25:00 (none) user.info vdr: [1192] timer 1 (13 1625-1630 'NDR FERNSEHEN') start
Jan 11 16:25:00 (none) user.debug vdr: [1192] Title: 'Mein Nachmittag' Subtitle: 'Moderation: Kristina Lüdke und Yared Dibaba'
Jan 11 16:25:00 (none) user.info vdr: [1192] executing '/etc/vdr/recording.d/rc.action before "/data/tv/NDR_FERNSEHEN/2016-01-11.16.25.13-0.rec"'
Jan 11 16:25:01 (none) user.info vdr: [1192] record /data/tv/NDR_FERNSEHEN/2016-01-11.16.25.13-0.rec
Jan 11 16:25:01 (none) user.debug vdr: [1192] creating directory /data/tv/NDR_FERNSEHEN
Jan 11 16:25:01 (none) user.debug vdr: [1192] creating directory /data/tv/NDR_FERNSEHEN/2016-01-11.16.25.13-0.rec
Jan 11 16:25:01 (none) user.debug vdr: [1192] recording to '/data/tv/NDR_FERNSEHEN/2016-01-11.16.25.13-0.rec/00001.ts'
Jan 11 16:25:01 (none) user.debug vdr: [1738] recording thread started (pid=1192, tid=1738, prio=high)
Jan 11 16:25:02 (none) user.info vdr: [1738] executing '/etc/vdr/recording.d/rc.action started "/data/tv/NDR_FERNSEHEN/2016-01-11.16.25.13-0.rec"'
Jan 11 16:25:05 (none) daemon.err nmbd[1579]: [2016/01/11 16:25:05.952696,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 11 16:25:05 (none) daemon.err nmbd[1579]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 11 16:25:07 (none) user.info vdr: [1192] connect from 127.0.0.1, port 36791 - accepted
Jan 11 16:25:14 (none) auth.info login[1809]: root login on 'tty1'
Jan 11 16:25:14 (none) auth.info login[1810]: root login on 'tty2'
Jan 11 16:25:14 (none) auth.info login[1811]: root login on 'tty3'
Jan 11 16:25:14 (none) auth.info login[1812]: root login on 'tty4'Sie haben wohl keine negativen Auswirkungen. Aber was ist das?

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 30MLD-5_customized_2016.01.12-172+1176.6-Fz4O6r_armhf-rpi.tgz

nach Kaltstart von der SD-Karte.

Die Verbindung über das WebIf: "Diese Webseite ist nicht verfügbar".

Über Putty klappt die Verbindung.

Aus der Sysinit:

Code: [Select]

Init network
Starting DHCP-client
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Waiting for network connection: \ ^MWaiting for network connection: - ^MWaiting for network connection: / ^MWaiting for network c
Searching best channel list:
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Starting VDR
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m

Setting up setup menu:
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Starting ssh:.
  Listen on IP: 192.168.2.100
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Gruß Gerhard

[clausmuus]

Versuch's bitte noch mal mit dem neuen Webserver.

Du kannst das Einschalten des TV über die /boot/config.txt verhindern, wenn ich mich richtig erinnere.

Ist Deine wakeup Erweiterung sehr aufwendig, oder wäre das eventuell Allgemeinheitstauglich. Könntest Du mal eine kurze Beschreibung posten, was Du gemacht hast und was man dafür braucht? Eventuell gleich im Wiki? Dann kannst Du das später leicht überarbeiten.

Claus

[gkd-berlin]

Hallo,

Test: 31MLD-5_customized_2016.01.12-172+1417-iclnrR_armhf-rpi.tgz

nein, WebIf läuft nicht. Putty geht.

Aus der Sysinit:

Code: [Select]

...
Init network
Starting DHCP-client
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Waiting for network connection: \ ^MWaiting for network connection: - ^M
Searching best channel list:
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Starting VDR
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m

Setting up setup menu:
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Starting ssh:.
  Listen on IP: 192.168.2.100
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
Setting up storage devices
^[[1A^[[1000C^[[10D^[[1;32mdone^[[0;39m
...Sieht aus wie ein Abbruch.

Zum WakeupController:
Das mit der config.txt muß ich mal suchen.
Ich werde einen eigenen Thread dafür aufmachen.
Vorher muß ich erst alles für eine Doku zusammen suchen. Das kann noch ein wenig dauern.

Gruß Gerhard

[clausmuus]

Da war beim Bauen was schiefgegangen. Jedenfalls wurde die initramfs nicht neu gebaut was hätte passieren sollen.
Du kannst es jetzt mit nem neuen Image noch mal testen.

Claus

[gkd-berlin]

Hallo,

Test: 32MLD-5_customized_2016.01.13-172+1417-K0s7Ks_armhf-rpi.tgz

nun gehts wieder.

In der Messages finde ich noch immer:

Code: [Select]

an 13 02:27:26 (none) daemon.err nmbd[1666]: [2016/01/13 02:27:26.955855,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:27:26 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:27:36 (none) daemon.err nmbd[1666]: [2016/01/13 02:27:36.958346,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:27:36 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:27:46 (none) daemon.err nmbd[1666]: [2016/01/13 02:27:46.967586,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:27:46 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:27:56 (none) daemon.err nmbd[1666]: [2016/01/13 02:27:56.979684,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:27:56 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:28:06 (none) daemon.err nmbd[1666]: [2016/01/13 02:28:06.988732,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:28:06 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:28:16 (none) daemon.err nmbd[1666]: [2016/01/13 02:28:16.998933,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:28:16 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 13 02:28:27 (none) daemon.err nmbd[1666]: [2016/01/13 02:28:27.007462,  0] ../source3/nmbd/nmbd_workgroupdb.c:57(name_to_unstring)
Jan 13 02:28:27 (none) daemon.err nmbd[1666]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating toDas war nicht immer so.

RPI Aufwachen funktioniert auch.

Gruß Gerhard

[gkd-berlin]

Hallo,

ich habe heute noch 2 Merkwürdigkeiten in der MLD-RPI entdeckt.

Es ist keine Verbindung zum Inter- oder Heimnetz vorhanden. Alle Mitteilungen und Eingaben über OSD.

1. Nach einem Kaltstart wird angezeigt:
- "Das Webinterface ist über 192.168.2.100 erreichbar OK?"
-  "Neue Updates verfügbar".
Im Menü Pakete aktualisieren erscheint: "rpi-firmware:armhf-rpi".
Nach aktualisieren kommt: "update ....... compled"
Wie gesagt, das alles ohne Netzwerkverbindung.
Nach einem weiteren Kaltstart beginnt das Spiel von vorne.
Der RPI war gestern zur Installation am Netzwerk angeschlossen. Möglicherweise hat zu diesem Zeitpunkt MLD das Update schon gespeichert.
 
2. Synchronisieren der RTC.
Z. Z. habe ich an der Tiny-RTC eine Kontaktproblem an der CR2032.
Die RTC verliert, wenn die Stromversorgung ausgeschaltet ist, Datum und Zeit.
Nach Einschalten steht die Uhr auf 1.1.?? 1:00
Als Transponder für Systemzeit ist "1 DAS ERSTE" eingestellt.
Wird ein anderer Sender als DAS ERSTE gesehen, passiert erst mal garnichts. Die Systemzeit bleibt falsch, zählt aber hoch.
Sowie auf DAS ERSTE umgeschaltet wird erscheint:
"Aktualisiere EPG-Daten". Bild und Ton sind weg. Nach ca. 1-2 Minuten kommt "VDR wird in 5:00 Minuten abgeschaltet"
Bei Inaktivität schaltet der VDR aus.
Nach Wiedereinschalten ist alles ok.
Man kann das Ausschalten z. B. durch umschalten auf einen anderen Sender verhindern.
Dieses Verhalten habe ich schon vor längerer Zeit beobachtet.

Gruß Gerhard

[clausmuus]

Hi,

das Problem, das der VDR die Zeit nur von einem bestimmten Sender holt, auch wenn die Zeit massiv abweicht, und das der VDR das System abschalten will, sobald er die Zeit bezieht, ist bekannt, und ich habe dieses Problem bereits (vor einigen Monaten) an kls weitergereicht. Laut kls wird einer aus dem VDR Entwickler Team sich dessen annehmen. Einen Zeitrahmen konnte kls mir aber nicht nennen.

@All,
falls jemand anderes der hier mit liest, Lust hat sich dessen anzunehmen und einen Patch zu erstellen, würde dieser sicherlich kurzfristig in die VDR quellen Einzug erhalten.

Claus

[clausmuus]

Was meinst Du mit kein Netzwerk? Ist der RPI nicht per Webif erreichbar, kannst Du den RPI nicht anpingen bzw. per ssh erreichen, oder kannst Du vom RPI aus andere PCs nicht erreichen?

Claus

[gkd-berlin]

Hallo Claus,

viel, viel einfacher. Das Netzwerkkabel ist nicht angeschlossen.
Soll auch so sein. Damit kann ich testen ob die RTC-Uhr funktioniert.
Für den späteren Betrieb soll der RPI ohne Netzwerkanschluß bleiben.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 33MLD-5_customized_2016.01.14-172+1417-mptOv5_armhf-rpi.tgz

für mich ok.

In der messages sind noch diese Meldungen:

Code: [Select]

Jan 14 20:28:33 (none) daemon.err nmbd[1602]:   name_to_nstring: workgroup name SPEEDPORT_W_303V_TYP_A is too long. Truncating to
Jan 14 20:28:33 (none) daemon.err smbd[1631]: [2016/01/14 20:28:33.493828,  0] ../lib/util/become_daemon.c:136(daemon_ready)
Jan 14 20:28:33 (none) daemon.err smbd[1631]:   STATUS=daemon 'smbd' finished starting up and ready to serve connectionsopen_socket_in(): socket() call failed: Address family not supported by protocol
Jan 14 20:28:33 (none) daemon.err smbd[1631]: [2016/01/14 20:28:33.701482,  0] ../source3/smbd/server.c:673(smbd_open_one_socket)
Jan 14 20:28:33 (none) daemon.err smbd[1631]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Jan 14 20:28:33 (none) daemon.err smbd[1631]: [2016/01/14 20:28:33.819498,  0] ../source3/lib/util_sock.c:423(open_socket_in)
Jan 14 20:28:33 (none) daemon.err smbd[1631]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Jan 14 20:28:33 (none) daemon.err smbd[1631]: [2016/01/14 20:28:33.820716,  0] ../source3/smbd/server.c:673(smbd_open_one_socket)
Jan 14 20:28:33 (none) daemon.err smbd[1631]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Jan 14 20:28:42 (none) user.info vdr: [1212] not confirmed
Jan 14 20:28:42 (none) user.info vdr: [1212] closing SVDRP connectionIch kann keine negativen Auswirkungen finden.

Übrigens, mit "hdmi_ignore_cec=1" in der config.txt wird das TV-Einschalten beim Kaltstart unterbunden.

Gruß Gerhard

[clausmuus]

Ich bin am überlegen ob wir bei ner Server Installation das TV einschalten per Voreinstellung abschalten sollen.

Claus

[gkd-berlin]

Hallo,

Test: 34MLD-5_customized_2016.01.18-172+1417.2-t0TgsQ_armhf-rpi.tgz

ok.

Gruß Gerhard