Archiv verlassen und diese Seite im Standarddesign anzeigen : ich komme mit LIRC nicht ganz klar
Tja, nach langer Zeit habe ich mir gedacht ich könnte doch mal die fernbedienung zum laufen bringen.. aber leider nicht ganz so leicht :-(
Ein paar infos zuerst:
Ich habe mandrake 10
eine Pinncale pctv pro tv karte, von der habe ich die fernbedienung und das kabel mit dem empfänger das am com1 anschluss angeschlossen ist.
Nun, ich habe nach dem Tutorial von LIRC gearbeitet, aber irgendwie ist das nicht soo toll.
" alias char-major-61 lirc_driver
Note that here driver is a placeholder for the actual driver you are using (serial, parallel, etc.)."
Das hier verstehe ich nicht wirklich, also eigentlich schon, aber was ich nun als "driver" hinschreiben soll ist mir ein rätsel, vor allem das nirgendwo geschrieben ist wo ich das finde..
ich habe das nun einfach ausgelassen, was ihm aber nicht so gefällt
Das programm mode2 sollte die fersteuerung testen, das sagt es mir dann.
This program is only intended for receivers supporting the pulse/space layer.
Note that this is no error, but this program simply makes no sense for your
receiver.
Ich bin nun etwas blockiert, kennt jemand ein besseres tutorial als das auf ihrer seite oder weiss jemand direkt rat?
Hi, such Dir was aus:
lirc_bt829,lirc_gpio,lirc_i2c,lirc_it87,lirc_paral lel,lirc_sir,ir-kbd-i2c,ir-kbd-gpio
oder wie bei den meisten: lirc_serial
Ciao
So ich habe nun länger rumgesucht, einige fehler behoben, aber das problem bleibt das gleiche.
Das ist meine lirc config:
DRIVER=pinsys
HWMOD=lirc_serial
# without devfs
DEVICE=/dev/ttyS0
COM_PORT=/dev/ttyS0
DRIVER_OPTS="irq=4 io=0x3f8"
Wie toll und richtig die ist weiss ich nicht, besonders bei Device weiss ich nicht so recht ob ich nicht doch /dev/lirc oder so schreiben sollte. Auch das Driver_OPTS ist mir eher ein rätsel.
Nun, ich habe da irgendwie so tolle startscripte die lircd und lircmd heissten (was das genau ist.. kann ich nur erahnen) Nun ja, auf jeden fall habe ich folgendes im kernel log wenn ich diese dienste per "service lircd start" und "service lircmd start" starte und danach wieder stope:
Jun 23 10:13:56 localhost kernel: lirc_dev: IR Remote Control driver registered, at major 61
Jun 23 10:13:57 localhost kernel: lirc_serial: auto-detected active high receiver
Jun 23 10:13:57 localhost kernel: lirc_dev: lirc_register_plugin:sample_rate: 0
Jun 23 10:13:57 localhost kernel: _devfs_append_entry(0): dir: "lirc" is not a directory
Jun 23 10:13:57 localhost kernel: devfs_mk_dev: could not append to parent for lirc/0
Jun 23 10:13:57 localhost lircd 0.6.6[7137]: lircd(any) ready
Jun 23 10:13:57 localhost lircd: lircd Start succeeded
Jun 23 10:14:02 localhost lircd 0.6.6[7137]: accepted new client on /tmp/.lircd
Jun 23 10:14:02 localhost lircd 0.6.6[7137]: could not reset tty
Jun 23 10:14:02 localhost lircd 0.6.6[7137]: caught signal
Jun 23 10:14:02 localhost lircmd: lircmd Start succeeded
Jun 23 10:14:08 localhost lircmd: lircmd heruntergefahren failed
Jun 23 10:14:12 localhost lircd: lircd heruntergefahren failed
Jun 23 10:14:12 localhost kernel: devfs_remove: lirc/lirc0 not found, cannot remove
Jun 23 10:14:12 localhost kernel: Call Trace:
Jun 23 10:14:12 localhost kernel: [devfs_remove+120/128] devfs_remove+0x78/0x80
Jun 23 10:14:12 localhost kernel: [<c0194328>] devfs_remove+0x78/0x80
Jun 23 10:14:12 localhost kernel: [unmap_vmas+280/560] unmap_vmas+0x118/0x230
Jun 23 10:14:12 localhost kernel: [<c0146798>] unmap_vmas+0x118/0x230
Jun 23 10:14:12 localhost kernel: [__crc_rpcauth_free_credcache+317302/979929] 0xe18667b6
Jun 23 10:14:12 localhost kernel: [<e18667b6>] 0xe18667b6
Jun 23 10:14:12 localhost kernel: [__crc_rpcauth_free_credcache+340380/979929] 0xe186c1dc
Jun 23 10:14:12 localhost kernel: [<e186c1dc>] 0xe186c1dc
Jun 23 10:14:12 localhost kernel: [sys_delete_module+307/448] sys_delete_module+0x133/0x1c0
Jun 23 10:14:12 localhost kernel: [<c0134ce3>] sys_delete_module+0x133/0x1c0
Jun 23 10:14:12 localhost kernel: [do_munmap+244/320] do_munmap+0xf4/0x140
Jun 23 10:14:12 localhost kernel: [<c0149e14>] do_munmap+0xf4/0x140
Jun 23 10:14:12 localhost kernel: [sys_munmap+52/96] sys_munmap+0x34/0x60
Jun 23 10:14:12 localhost kernel: [<c0149e94>] sys_munmap+0x34/0x60
Jun 23 10:14:12 localhost kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79
Jun 23 10:14:12 localhost kernel: [<c010afa9>] sysenter_past_esp+0x52/0x79
Jun 23 10:14:12 localhost kernel:
Sieht nicht toll aus... wo könnte ich da suchen? Den befehel setserial habe ich nun auch nachinstalliert.
kann jemand den Thread mal zu anwendungen verschieben? ich denke hier liest den eh niemand
Schau dir das mal an: http://home.t-online.de/home/hubertus.sandmann/vdr_lirc.htm
Diese Anleitung gilt für die Kernel vor 2.6.
wenn du alles in die modules.conf eingetragen hast, must du mit einem script die modules.conf nach modprobe.conf konvertieren.
Mir fällt bloss nicht ein wie das script heisst, ist aber bei mdk dabei.
"generate-modprobe.conf" so heisst das script.
es hilft alles nicht. Ich bin genau nach der anleitung gegangen. Doch sobald ich mit irrecord die tasten aufnehmen will sagt er mir das:
irrecord - application for recording IR-codes for usage with lirc
Copyright (C) 1998,1999 Christoph Bartelmus(lirc@bartelmus.de)
irrecord: could not reset tty
irrecord: could not init hardware (lircd running ? --> close it, check permissions)
Ich habe wirklich keine ahnung was ich machen soll... :-(
Musst du vielleicht rechte auf deine lirc devices setzen?
chmod 777 /dev/lirc*
bringt rein gar nix... komisch, dabei halte ich mich genau an die anleitungen..
ich kann also davon ausgehen das LIRC nicht funktioniert? tja, warte ich halt auf eine neue version von LIRC, wirds vieleicht irgendwann geben
AceTheFace
30.06.04, 14:35
ich kann also davon ausgehen das LIRC nicht funktioniert? tja, warte ich halt auf eine neue version von LIRC, wirds vieleicht irgendwann geben
Also ich habe meine Fernbedienung auch erst mit der neusten Beta-version zum Laufen bekommen. Die lirc-mandrake-pakete sollen ziemlich müll sein, also ist selber compilieren angesagt. Sollte aber kein Problem sein.
Gruß,
Ace
Probiere es evtl mal mit einem
setserial /dev/ttyS0 uart none
Das hat irgendwas mit dem "befreien" der seriellen SChnittstelle zu tun...
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.