[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2014.07.17-69.tar  vom 18.7.  1:41h

Nach 1. Booten vom Stick im WebIf:
Spalte: HOME

Code: [Select]

Installation

Install MLD on your system
cat: can't open '../navi/services/*.sh': No such file or directory
Ansonsten wie gehabt!
Nach Installation auf SD-Karte wird nach einem Reboot der DVB-Stick beim Hochfahren nur noch einmal kurz angesprochen.
Normalerweise geschieht das mindestens 2 mal.
Es erscheint kurz das OSD-Kanallogo des 1. Kanals aus der Channels.conf.
Der DVB-Stick ist nicht aktiviert. Kein Bild+Ton.

Die Meldung in der messages "ERROR (lirc.c ...." ist ok, da meine lircd.conf noch nicht ins System kopiert wurde.

In der sysinit ist nichts auffälliges zu sehen. /var/log/vdr ist leer.

Gruß Gerhard

[gkd-berlin]

Hallo,

ich teste z.Z. meine Aufwachhardware mit der MLD-4.0.1-rpi_rpi_2014.07.10-69.tgz vom 11.7.  14:19.
rpi-rtc läuft in dieser Version noch nicht.

Die beiden nachfolgenden Versionen
MLD-4.0.1-rpi_rpi_2014.07.13-69.tgz vom 13.7.  2:09 und
MLD-4.0.1-rpi_rpi_2014.07.17-69.tar  vom 18.7.  1:41h
sind für mich unbraucbar, da ich werder Bild noch Ton bekomme.

Einschalten, ausschalten und aufwachen funktionieren schon.
Das Aufwachen habe ich im Aufwachprogramm simuliert, da ich noch keine echten Aufwachdaten habe.

Jetzt muß ich auf ein funktionierendes rpi-rtc warten.

@Claus: Hast Du schon einen RTC erhalten? Wann kann ich, Pi mal Daumen, mit einem Fortschritt beim rpi-rtc rechnen?

Gruß Gerhard

[clausmuus]

Hi,

ich hab meine RTC vor nen paar Tagen bekommen. Somit sollte es da bald Neuigkeiten geben.

Claus

[mafe68]

Entschuldigung wenn ich jetzt dumm frage, was ist ein RTC?

Mario

[MegaX]

RTC = Real Time Clock

[mafe68]

Danke Andi!
Auf das wäre ich nicht gekommen, habe wohl ein Brett vorm Kopf gehabt. Bei meiner Baustelle kein Wunder 

[Frounts]

Edit: Danke, geht wieder

Bitte auch lirc auf der Raspberry reparieren, das letzte Update macht den gleichen Fehler wie Freitag bei der PC-Version.

restart lirc:

Code: [Select]

Jan  1 01:00:22 (none) daemon.notice sm-notify[1373]: Version 1.2.6 starting
Jan  1 01:00:22 (none) daemon.warn rpc.statd[1372]: Running as root.  chown /var/lib/nfs to choose different user
Jan  1 01:00:23 (none) user.warn kernel: [   24.738622] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Aug  3 20:28:30 (none) user.info kernel: [   36.085222] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:28:30 (none) user.info kernel: [   36.093550] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:28:30 (none) user.info kernel: [   36.095246] lirc_rpi: driver registered!
Aug  3 20:28:31 (none) user.info kernel: [   37.049786] lirc_rpi: auto-detected active low receiver on GPIO pin 18
Aug  3 20:28:50 (none) daemon.err acpid[1934]: /dev/input/event0: No such file or directory
Aug  3 20:28:56 (none) auth.info login[2088]: root login on 'tty1'
Aug  3 20:28:56 (none) auth.info login[2089]: root login on 'tty2'
Aug  3 20:28:56 (none) auth.info login[2092]: root login on 'tty4'
Aug  3 20:28:56 (none) auth.info login[2091]: root login on 'tty3'
Aug  3 20:29:08 (none) user.info kernel: [   74.072218] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1407090548
Aug  3 20:41:11 (none) user.info kernel: [  797.141470] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1407091272
Aug  3 20:42:13 (none) user.warn kernel: [  859.450067] ------------[ cut here ]------------
Aug  3 20:42:13 (none) user.warn kernel: [  859.450190] WARNING: CPU: 0 PID: 11968 at fs/sysfs/group.c:219 sysfs_remove_group+0x8c/0x9c()
Aug  3 20:42:13 (none) user.warn kernel: [  859.450213] sysfs group c079bef4 not found for kobject 'lirc0'
Aug  3 20:42:13 (none) user.warn kernel: [  859.450226] Modules linked in: lirc_rpi(O-) lirc_dev(O) uinput snd_bcm2835 snd_pcm snd_timer snd
Aug  3 20:42:13 (none) user.warn kernel: [  859.450298] CPU: 0 PID: 11968 Comm: modprobe Tainted: G           O  3.15.1.62 #1
Aug  3 20:42:13 (none) user.warn kernel: [  859.450399] [<c0013fbc>] (unwind_backtrace) from [] (show_stack+0x10/0x14)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450452] [<c001132c>] (show_stack) from [] (warn_slowpath_common+0x68/0x88)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450484] [<c001f698>] (warn_slowpath_common) from [] (warn_slowpath_fmt+0x30/0x40)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450517] [<c001f74c>] (warn_slowpath_fmt) from [] (sysfs_remove_group+0x8c/0x9c)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450569] [<c0134f60>] (sysfs_remove_group) from [] (device_del+0x34/0x178)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450599] [<c03e75b0>] (device_del) from [] (device_unregister+0xc/0x18)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450628] [<c03e7700>] (device_unregister) from [] (device_destroy+0x30/0x3c)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450695] [<c03e773c>] (device_destroy) from [] (lirc_irctl_cleanup+0x30/0xb0 [lirc_dev])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450757] [<bf0508c0>] (lirc_irctl_cleanup [lirc_dev]) from [] (lirc_unregister_driver+0xd4/0x188 [lirc_dev])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450818] [<bf050b20>] (lirc_unregister_driver [lirc_dev]) from [] (lirc_rpi_exit_module+0x38/0x58 [lirc_rpi])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450895] [<bf058a3c>] (lirc_rpi_exit_module [lirc_rpi]) from [] (SyS_delete_module+0x124/0x174)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450937] [<c006e580>] (SyS_delete_module) from [] (ret_fast_syscall+0x0/0x30)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450963] ---[ end trace cf59bc53ac44e42d ]---
Aug  3 20:42:13 (none) user.info kernel: [  859.451506] lirc_rpi: cleaned up module
Aug  3 20:42:14 (none) user.info kernel: [  860.586103] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:42:15 (none) user.info kernel: [  860.600722] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:42:15 (none) user.info kernel: [  860.601203] lirc_rpi: driver registered!
Aug  3 20:42:15 (none) user.info kernel: [  861.554148] lirc_rpi: auto-detected active low receiver on GPIO pin 18
Aug  3 20:43:00 (none) user.warn kernel: [  905.796054] ------------[ cut here ]------------
Aug  3 20:43:00 (none) user.warn kernel: [  905.796143] WARNING: CPU: 0 PID: 12444 at fs/sysfs/group.c:219 sysfs_remove_group+0x8c/0x9c()
Aug  3 20:43:00 (none) user.warn kernel: [  905.796201] sysfs group c079bef4 not found for kobject 'lirc0'
Aug  3 20:43:00 (none) user.warn kernel: [  905.796217] Modules linked in: lirc_rpi(O-) lirc_dev(O) uinput snd_bcm2835 snd_pcm snd_timer snd [last unloaded: lirc_dev]
Aug  3 20:43:00 (none) user.warn kernel: [  905.796278] CPU: 0 PID: 12444 Comm: modprobe Tainted: G        W  O  3.15.1.62 #1
Aug  3 20:43:00 (none) user.warn kernel: [  905.796361] [<c0013fbc>] (unwind_backtrace) from [] (show_stack+0x10/0x14)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796416] [<c001132c>] (show_stack) from [] (warn_slowpath_common+0x68/0x88)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796449] [<c001f698>] (warn_slowpath_common) from [] (warn_slowpath_fmt+0x30/0x40)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796480] [<c001f74c>] (warn_slowpath_fmt) from [] (sysfs_remove_group+0x8c/0x9c)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796522] [<c0134f60>] (sysfs_remove_group) from [] (device_del+0x34/0x178)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796553] [<c03e75b0>] (device_del) from [] (device_unregister+0xc/0x18)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796579] [<c03e7700>] (device_unregister) from [] (device_destroy+0x30/0x3c)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796633] [<c03e773c>] (device_destroy) from [] (lirc_irctl_cleanup+0x30/0xb0 [lirc_dev])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796690] [<bf05e8c0>] (lirc_irctl_cleanup [lirc_dev]) from [] (lirc_unregister_driver+0xd4/0x188 [lirc_dev])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796741] [<bf05eb20>] (lirc_unregister_driver [lirc_dev]) from [] (lirc_rpi_exit_module+0x38/0x58 [lirc_rpi])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796807] [<bf066a3c>] (lirc_rpi_exit_module [lirc_rpi]) from [] (SyS_delete_module+0x124/0x174)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796847] [<c006e580>] (SyS_delete_module) from [] (ret_fast_syscall+0x0/0x30)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796866] ---[ end trace cf59bc53ac44e42e ]---
Aug  3 20:43:00 (none) user.info kernel: [  905.799909] lirc_rpi: cleaned up module
Aug  3 20:43:01 (none) user.info kernel: [  906.826283] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:43:01 (none) user.info kernel: [  906.836780] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:43:01 (none) user.info kernel: [  906.837254] lirc_rpi: driver registered!
Aug  3 20:43:02 (none) user.info kernel: [  907.798207] lirc_rpi: auto-detected active low receiver on GPIO pin 18
Danke!

[Frounts]

Auflösung nach suspend auf 1080p60:

Wenn ich die Raspberry frisch boote, ist die Auflösung der Ausgabe wie im Webinterface auf 1080p50 (Mode 31). Wenn ich sie dann in den suspend schicke und mit dem Powerknopf den vdr wieder wecke, ist die Auflösung der Ausgabe auf 1080p60. Als Ausgabedevice verwende ich das rpihddevice.

Hat das jemand auch schon beobachtet?

LG Fr.

[clausmuus]

Hi,

Danke für den Hinweis. Das werde ich mir demnächst anschauen. Sollte ich das vergessen, schreibe ruhig nen Ticket.

Bevor der RPI in den Suspend Modus wechselt, merkt er sich den Modus und stellt den beim Aufwachen wieder her. Dabei geht scheinbar irgendwas schief.

Claus

[MegaX]

Hab nen Ticket aufgemacht: Ticket 101

[pbriesch]

Kurze Frage: Wie kann man einen Shell-Befehl absetzen, kurz bevor der RPI in den Suspend Modus wechselt und wenn er wieder aufwacht (z. B. per CEC-Befehl TV in standby bzw. on bringen)?

[clausmuus]

Hi,

beim RPI wird der TV standby Befehl bereits gesendet.

Ansonsten kannst Du Dir unter /etc/init.d/rc.init ein init Script erstellen. Beim suspend wird die "halt" und beim Aufwachen die "resume" Regel ausgeführt.

Claus

[pbriesch]

Danke!

[rpi71]

Funktioniert beinahe "out of the box" - mit einem USB-DVB-S2 receiver angestöpselt gebootet - und die gewohnte VDR-Oberfläche ist da - ein Hinweis wäre es evtl. wert, den MPG2-License-key bereits vor dem ersten booten in der config.txt einzutragen, sonst kommt der wenig hilfreiche Hinweis "unsupported video format".

Ein anderer temporärer show-stopper war ein fehlendes "rootwait/rootdelay" in der cmdline.txt, so daß ein "unable to mount root fs" mich einige Stunden beschäftigt hat, ich habe nun versuchsweise ext4 als rootfs genommen, es scheint so schneller zu booten.

Habe den RPi nun von 700-900 MHz stabil am laufen - bei letzteren hat er 75% CPU bei 70°C - leider reicht das noch nicht
um Aufnahmen machen zu können, irgendwie verliert er nach wenigen Sekunden Daten, man kann das ganz gut beobachten, wenn man die laufende Aufzeichnung gleich abspielt - dann wird der Abstand zum Ende der Aufnahme ca. 1 sec pro 2 sec kürzer und irgendwann sieht man nur noch grüne Blöcke.

Sonst ist alles bemerkenswert flüssig, auch das epgsearch funktioniert genau so, wie ich es von meinem alten, stromhungrigen (35W über das ganze Jahr) Centrino-Mini-ITX mit der FF-SD-card gewöhnt war - nur das beim RPi das OSD viel schöner ausschaut ;-)
Liegt das an meinem speziellem USB-Receiver oder ist das erwartet das die CPU-Leistung auch beim übertakten nicht ausreicht?

Ist das hinzukriegen, ein "FF-RPi-vdr" mit einer USB-Festplatte aufzusetzen, oder ist er doch zu  langsam dafür?
Was wäre denn die stromsparenste HW die das kann? Lassen sich 2 RPi als Server/Client combi so integrieren, das das funktioniert oder muß es doch mindestens ein Intel-Nuc sein (angeblich nur 7W im Leerlauf, wobei mein Centrino ja auch immer im Leerlauf lief)?

[clausmuus]

Hi,

erst mal Willkommen an Bord, und Danke für den Report!

Hast Du das rootwait für's erste booten des Images benötigt, noch bevor Du die Installation (über Webif oder OSD) ausgeführt hast? Beim Installieren wird das ja eingetragen.
Den Hinweistext auf das nicht unterstützte Videoformat habe ich geändert. Das hatte ich schon länger vor gehabt.

Meine Erfahrungen mit dem betreiben eines DVB Empfängers am Client sind leider auch zwiespältig. Einige Sender gehen problemlos, andere klappen gar nicht. Im reinen Server oder Client Betrieb, gibt es hingegen keinerlei Probleme. Es sollte also problemlos funktionieren, wenn Du zwei RPIs einsetzt. Einen als Server und einen als Client.

Claus