[skippy]

Ich habe auch noch einen Fehler in der messages gefunden

Code: [Select]

Aug 18 19:58:07 (none) user.err vdr: [1896] ERROR (lirc.c,43): /var/run/lirc/lircd: No such file or directory
Diese Meldung wird im 3 Sekunden Takt wiederholt.

Das Verzeichnis /var/run/lirc enthält bei mir nur folgende Dateien:

Code: [Select]

MLD-RPi-1> ls -l /var/run/lirc
srw-rw-rw-    1 root     root             0 Jan  1  1970 lircd-input~event3
-rw-r--r--    1 root     root             5 Jan  1  1970 lircd-input~event3.pid
Installation mit einem selbst erstellten Image von gestern. Basis war rpi-client, erweitert um den avahi-linker, dvb-sundtek, vdr-plugin-epg2vdr. Abgewählt nfs-client.

Viele Grüße skippy

[gkd-berlin]

Hallo Claus,

der Fehler in der Sysinit kommt sofort nach der Installation. Es wurden noch keine Änderungen vorgenommen.

ja, ich verwende eine alte lircd.conf. Also eine neue erstellt.
Die neue lircd.conf ist haargenau wie die alte. Kann ja nicht anders sein. Die Tasten senden ja immer denselben Code.

Nachdem ich in der /etc/vdr/remote.conf die Zeile:
LIRC.Back<-----><------>KEY_ESC durch
LIRC.Back<-----><------>KEY_BACK geändert habe, funktioniert die Back-Taste auf der FB wieder richtig.

Die Änderung in der /etc/fstab, austauschen "defaults" gegen "noauto", hatte keinen Erfolg.

Das Voranstellen von "mount proc; mount sys;" vor "echo ......." in der /etc/rc.config, bringt den gewünschten Erfolg.
Nun kann ich mit GPIO27=0 die Stromversorgung für den RPI, Hub und HDD ausschalten.
Danke 
Jetzt bitte bald weiter mit rpi-rtc. Kein Gehetze, ist nur ein Wunsch. 

Gruß Gerhard

[clausmuus]

Hi Skippy,

hast Du eventlircd nicht mit intsalliert, bzw. deinstalliert oder gestoppt?

Claus

[skippy]

Hallo Claus,

jedenfalls nicht bewusst. Ich schau mal, ob eventlircd drauf ist, wenn ich zu Hause bin. Habe mir gerade noch einmal das Image selbst zusammengestellt. Da ist eventlircd als Paket mit dabei.

Viele Grüße skippy

[P3f]

hallo Gerhard,

vielen Dank für dein unermüdliches Testen und melden. Wir sind darum sehr dankbar, weil damit können wir wirklich auch die kleinen Unschönheiten finden....(Also auch eine Bitte an die anderen Tester, gerne immer wieder Rückmeldungen geben)

Nachdem ich in der /etc/vdr/remote.conf die Zeile:
LIRC.Back<-----><------>KEY_ESC durch
LIRC.Back<-----><------>KEY_BACK geändert habe, funktioniert die Back-Taste auf der FB wieder richtig.

Bei den Tastenbelegungen haben wir letzte Woche die Taste auf die "Standardkonforme LIRC-Definition" gezogen. Somit wäre es eigentlich korrekt das der Tastendruck "KEY_ESC" auf Lirc.Back geht. Nun hast Du dir geholfen, in dem Du es in der /etc/vdr/remote.conf angepasst. Schön, aber wir sollten das bereits auch in der ursprünglichen Keymap korrigieren.

@Claus:
Weisst Du welche Keymap hier genommen wird? Kann man auf dem RPI auch das ermitteln mit dem Befehl "ir-keytable"?

Gruß,

Pit

[clausmuus]

@ Pit,

da verhällt sich der RPI genau wie nen normaler PC

Claus

[skippy]

hast Du eventlircd nicht mit intsalliert, bzw. deinstalliert oder gestoppt?

doch, eventlircd ist drauf und gestartet, wenn ich es richtig sehe ...

Code: [Select]

MLD-RPi-1> opkg list-installed | grep event
eventlircd - 2014.08.08-18_3.15.1.62
MLD-RPi-1> ps | grep event
 1345 root      3720 S    /usr/sbin/lircd --driver=devinput --device=/dev/input/event3 --uinput --output=/var/run/lirc/lircd-input~event3 --pidfile=/var/run/lirc/lircd-input~event3.pid /usr/share/lirc/remo

Fehlermeldungen (... /var/run/lirc/lircd: No such file or directory) sind noch da => brauchst du noch Infos, bzw. soll ich etwas ausprobieren?

Viele Grüße skippy

[clausmuus]

ne, eventlircd läuft nicht. starte den mal neu (start eventlircd) und schau ob der dann läuft. Falls dann noch immer nicht, schau mal ob der sich per "eventlircd -f" starten lässt. Das -f bedeutet das der im Fordergrund laufen soll. Dadurch bekommst Du eventuelle Fehlermeldungen zu sehen und falls der sich gleich wieder beendet bekommst Du das auch mit. in dem Fall zeihe mal Deine sundtek DVB Sticks raus, stelle sicher das alle lirc daemons beendet sind (notfalls abschießen "killall lircd"), starte dann eventlircd "start eventlircd" und stecke dann die dvb Sticks wieder rein.

Ich hatte das schon mal, das die sundteck Treiber sich nicht mit eventlircd vertragen, abhängig von der Reihenfolge in der das gestartet wird. Abhilfe schafft dann auch, das installieren von lircd2uinput.

Claus

[skippy]

Danke Claus, eventlircd konnte ich weder mit eventlircd noch mit dem Parameter -f starten. Die Ausgabe brachte keine Fehlermeldung

Code: [Select]

MLD-RPi-1> start eventlircd -f
Starting eventlircd
Stick entfernt
lirc schien auch nicht zu laufen

Code: [Select]

MLD-RPi-1> ps | grep lirc
 6683 root      4472 S    grep lirc
MLD-RPi-1> killall lircd
killall: lircd: no process killed
eventlircd gestartet => und läuft
jetzt den Stick wieder eingesteckt und alles ist gut

Code: [Select]

MLD-RPi-1> ls -l
srw-rw-rw-    1 root     root             0 Aug 19 18:37 lircd
srw-rw-rw-    1 root     root             0 Aug 19 18:38 lircd-input~event3
-rw-r--r--    1 root     root             5 Aug 19 18:38 lircd-input~event3.pid
MLD-RPi-1> ps | grep eventlircd
 6828 root      2240 S    eventlircd
 7551 root      4472 S    grep eventlircd
Fehlermeldung ist weg 

dann wollte ich lircd2uinput installieren und falle auf die Nase, vermutlich wieder der opkg-Fehler:

Code: [Select]

MLD-RPi-1> opkg install lircd2uinput
Installing lircd2uinput (0-0) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/lircd2uinput_0-0.opk.
Installing python-uinput (2.7-5) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/python-uinput_2.7-5.opk.
Collected errors:
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/pygtk.pth
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gtk-2.0/gio/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gtk-2.0/gio/_gio.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gtk-2.0/gio/unix.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gtk-2.0/dsextras.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/pygtk.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/glib/option.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/glib/_glib.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/glib/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gtk-2.0-pysupport-compat.pth
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gobject/_gobject.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gobject/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gobject/constants.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/python2.7/dist-packages/gobject/propertyhelper.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/pyshared/python2.7/gtk-2.0/gio/_gio.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/pyshared/python2.7/gtk-2.0/gio/unix.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/pyshared/python2.7/glib/_glib.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/lib/pyshared/python2.7/gobject/_gobject.so
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/pygtk.pth
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/gtk-2.0/gio/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/gtk-2.0/dsextras.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/pygtk.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/glib/option.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/glib/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/gobject/__init__.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/gobject/constants.py
        But that file is already provided by package  * python-avahi
 * check_data_file_clashes: Package python-uinput wants to install file /usr/share/pyshared/gobject/propertyhelper.py
        But that file is already provided by package  * python-avahi

Werde bei Gelegenheit mein selbsterstelltes Image um lircd2uinput erweitern und dann noch einmal testen.

Viele Grüße skippy

[clausmuus]

Hi,

ne, das war kein opkg Fehler, sondern eine Unverträglichkeit zwischen zwei Paketen. Den Fehler habe ich behoben.

Das mit dem -f hast Du falsch verstanden. Du hättest nicht nen "start eventlircd -f" testen, sondern ein "eventlircd -f" versuchen sollen.

Claus

[skippy]

bringt aber auch keine Änderung:

Code: [Select]

MLD-RPi-1> eventlircd -f
MLD-RPi-1> ps | grep eventlirc
 2623 root      4472 S    grep eventlirc

Das geänderte Paket ist wohl noch nicht oben, erhalte noch denselben Fehler beim Installieren von lircd2uinput

Dann schaue ich morgen noch einmal

Danke und viele Grüße skippy

[pbriesch]

Hallo,

ich habe hier ein Paar Neuigkeiten zur Hardware Clock:
Wie schon vorher erwähnt wurde, ist nach dem Booten die RTC nicht aktiviert. Dies erreicht man mit:

Code: [Select]

start rpi-rtcUm die RTC zu testen, habe ich in der Datei /etc/rc.config folgenden Eintrag abgeändert, damit die Zeit nicht aus dem Internet geholt wird:

Code: [Select]

# Usage a NTPD Service (1=on, 0=off)
BUSYBOX_NTPD="0"
Wenn man nach einem Neustart folgende Befehle eingibt, so sieht man, dass die Zeitausgaben von hwclock und date um genau eine Stunde unterschiedlich sind:

Code: [Select]

MLD> hwclock ;date
Do 01 Jan 1970 00:24:35 CET  0.000000 seconds
Do Jan  1 01:24:35 CET 1970
Wenn man unter /dev/ nachschaut, sieht man, dass drei Clock-Devices angelegt worden sind: rtc0, rtc1, rtc2.
Dabei ist rtc2 die echte Hardwareblock mit dem ds1307-Chip. Mit folgenden Befehlen kann man die Uhrzeit der Clock-Devices und auch deren Name auslesen:

Code: [Select]

MLD> cat /sys/class/rtc/rtc0/time
00:39:28
MLD> cat /sys/class/rtc/rtc0/name
test
MLD> cat /sys/class/rtc/rtc1/time
00:39:52
MLD> cat /sys/class/rtc/rtc1/name
test
MLD> cat /sys/class/rtc/rtc2/time
20:08:52
MLD> cat /sys/class/rtc/rtc2/name
ds1307
Mit der Option -f /dev/rtc2 kann der Befehl hwclock auf das Device rtc2 zugreifen:

Code: [Select]

MLD> hwclock -f /dev/rtc2
Di 19 Aug 2014 20:15:36 CEST  0.000000 seconds

Es wäre natürlich schön, wenn nur rtc0 als Device angelegt werden würde. Ich nehme an, das rtc0 und rtc1 "fake"-Hardware-Clocks sind. Diese kommen auch in der Ausgabe von dmesg vor:

Code: [Select]

[    2.592222] rtc-test rtc-test.0: rtc core: registered test as rtc0
[    2.592777] rtc-test rtc-test.1: rtc core: registered test as rtc1
.
[    2.668432] rtc-test rtc-test.0: setting system clock to 1970-01-01 00:00:02 UTC (2)
.
[  792.745068] rtc-ds1307 1-0068: rtc core: registered ds1307 as rtc2
[  792.745188] rtc-ds1307 1-0068: 56 bytes nvram
[  792.745325] i2c i2c-1: new_device: Instantiated device ds1307 at 0x68
Was mich auch noch etwas wundert ist die Ausgabe 0.000000 seconds. Bei Beispielen im Internet steht dort immer eine Ausgabe ungleich Null.

Paul

[clausmuus]

nen Update wird's frühstens Morgen Abend geben, da z.Z. der Kernel neu gebaut wird, und das braucht seine Zeit.

Ich glaube mich zu erinnern, dass ich auf dem RPI im Kernel eine Fake RTC aktiviert habe, damit das hwclock Kommando ohne Fehler funktioniert. Ich werd morgen mal schauen ob ich das richtig erinnere, ob das auch als Modul gebaut werden kann, und somit deaktiviert werden kann, wenn das rtc Paket installiert wird.

Claus

[pbriesch]

Es gibt das Paket fake-hwclock unter Debian: https://packages.debian.org/wheezy/fake-hwclock
Dies ist in raspbian auch mit drin.

Paul

[clausmuus]

Hi,

kannst Du mal nachschauen ob das device /dev/rtc existiert?

Claus