Hallo, AFAIK kann man mit lirc ja auch Programmen fernbedinenen die auf einem anderen Rechner laufen als auf dem mit der IR-Schnittstelle. Eine gute Dokumentation wie das geht habe ich dazu aber leider nicht gefunden. Ich habe an Rechner A einen Infrarotschnittstelle und möchte damit den xmms auf Rechner B steuern (der auf Rechner A lässt sich problemlos steuern) die beiden lircd connecten auch aber was muß ich dann machen? Welcher lircd ist denn nun client und welcher Server? mfg stefan
Hallo Stefan, * Stefan schrieb am 13.11.2003:
Hallo,
AFAIK kann man mit lirc ja auch Programmen fernbedinenen die auf einem anderen Rechner laufen als auf dem mit der IR-Schnittstelle. Eine gute Dokumentation wie das geht habe ich dazu aber leider nicht gefunden.
Ich habe an Rechner A einen Infrarotschnittstelle und möchte damit den xmms auf Rechner B steuern (der auf Rechner A lässt sich problemlos steuern) die beiden lircd connecten auch aber was muß ich dann machen? Welcher lircd ist denn nun client und welcher Server?
Der Rechner A mit der Infrarotschnittstelle ist der Server und der andere ohne ist der Client B. Rechner A: lircd --listen Rechner B: lircd --connect=rechner-ip-a Funktioniert prima. Siehe lircd --help. HTH, Tom
Am Don 13.11.03 um 15:52 CET schrieb Thomas Preissler
Hallo Stefan,
* Stefan schrieb am 13.11.2003:
Hallo,
AFAIK kann man mit lirc ja auch Programmen fernbedinenen die auf einem anderen Rechner laufen als auf dem mit der IR-Schnittstelle. Eine gute Dokumentation wie das geht habe ich dazu aber leider nicht gefunden. Ich habe an Rechner A einen Infrarotschnittstelle und möchte damit den xmms auf Rechner B steuern (der auf Rechner A lässt sich problemlos steuern) die beiden lircd connecten auch aber was muß ich dann machen? Welcher lircd ist denn nun client und welcher Server?
Der Rechner A mit der Infrarotschnittstelle ist der Server und der andere ohne ist der Client B.
Rechner A: lircd --listen
Rechner B: lircd --connect=rechner-ip-a
Funktioniert prima.
Bei mir nicht. Jedes mal wenn ich dann auf Rechner B ein irexec startet stürzt lircd mit der Meldung "could not open /dev/lircd" ab. Gleiches Phänomen hatte ich auf Rechner A wenn das lirc_sir Modul nicht geladen war. Brauche ich auf Rechner B auch irgendwelche Module? mfg stefan
Hallo Stefan, * Stefan schrieb am 13.11.2003:
Am Don 13.11.03 um 15:52 CET schrieb Thomas Preissler
: [Wie lircd im listen-Modus starten] Der Rechner A mit der Infrarotschnittstelle ist der Server und der andere ohne ist der Client B.
Rechner A: lircd --listen
Rechner B: lircd --connect=rechner-ip-a
Funktioniert prima.
Bei mir nicht. Jedes mal wenn ich dann auf Rechner B ein irexec startet stürzt lircd mit der Meldung "could not open /dev/lircd" ab. Gleiches Phänomen hatte ich auf Rechner A wenn das lirc_sir Modul nicht geladen war. Brauche ich auf Rechner B auch irgendwelche Module?
/dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine. Grüße, Tom
Am Don 13.11.03 um 21:26 CET schrieb Thomas Preissler
Hallo Stefan,
* Stefan schrieb am 13.11.2003:
Am Don 13.11.03 um 15:52 CET schrieb Thomas Preissler
:[Wie lircd im listen-Modus starten] Der Rechner A mit der Infrarotschnittstelle ist der Server und der andere ohne ist der Client B.
Rechner A: lircd --listen
Rechner B: lircd --connect=rechner-ip-a
Funktioniert prima.
Bei mir nicht. Jedes mal wenn ich dann auf Rechner B ein irexec startet stürzt lircd mit der Meldung "could not open /dev/lircd" ab. Gleiches Phänomen hatte ich auf Rechner A wenn das lirc_sir Modul nicht geladen war. Brauche ich auf Rechner B auch irgendwelche Module?
/dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine.
Auch ein chmod 777 /dev/lirc* hilft nicht :-( /====== |lise:/export/home/matthias # lircd -n --connect=natis:6666 |lircd 0.6.6: lircd(any) |ready lircd 0.6.6: connected to natis |lircd 0.6.6: accepted new client on /dev/lircd (irexec wurde gestartet) |lircd 0.6.6: could not open /dev/lirc |lircd 0.6.6:default_init(): No such device |lircd 0.6.6:caughtsignal \====== mfg stefan
Hallo Stefan, * Stefan schrieb am 15.11.2003:
Am Don 13.11.03 um 21:26 CET schrieb Thomas Preissler
: [... lircd startet nicht ...] /dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine.
Auch ein chmod 777 /dev/lirc* hilft nicht :-(
/====== |lise:/export/home/matthias # lircd -n --connect=natis:6666 |lircd 0.6.6: lircd(any) |ready lircd 0.6.6: connected to natis |lircd 0.6.6: accepted new client on /dev/lircd (irexec wurde gestartet) |lircd 0.6.6: could not open /dev/lirc |lircd 0.6.6:default_init(): No such device
Dann gibts wohl ein Problem mit lirc_sir. Existiert /dev/lircd? Wenn, nein, lege es mal an.
|lircd 0.6.6:caughtsignal \======
Grüße, Tom
Hallo,
Am Sam 15.11.03 um 22:05 CET schrieb Thomas Preissler
Hallo Stefan,
* Stefan schrieb am 15.11.2003:
Am Don 13.11.03 um 21:26 CET schrieb Thomas Preissler
:[... lircd startet nicht ...] /dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine.
Auch ein chmod 777 /dev/lirc* hilft nicht :-(
/====== |lise:/export/home/matthias # lircd -n --connect=natis:6666 |lircd 0.6.6: lircd(any) |ready lircd 0.6.6: connected to natis |lircd 0.6.6: accepted new client on /dev/lircd (irexec wurde gestartet) |lircd 0.6.6: could not open /dev/lirc |lircd 0.6.6:default_init(): No such device
Dann gibts wohl ein Problem mit lirc_sir. Existiert /dev/lircd? Wenn, nein, lege es mal an.
lirc_sir? Das Modul habe ich nicht geladen (als auf Rechner A schon). Ich denke das brauche ich nicht. Es läßt sich auch nicht ohne weiteres laden vermutl. weil der Rechner auch kein IR-Device hat. /dev/lirc existiert: lise:/export/home/matthias # ls -l /dev/lirc* crwxrwxrwx 1 root root 61, 0 2003-03-17 14:55 /dev/lirc srwxrwxrwx 1 root video 0 2003-11-16 21:14 /dev/lircd prwxrwxrwx 1 root root 0 2003-03-17 14:54 /dev/lircm ls -l /dev/lirc* gibt auf beiden Rechnern das gleiche Ergebnis. mfg stefan
Hallo Stefan, * Stefan schrieb am 16.11.2003:
Hallo,
Am Sam 15.11.03 um 22:05 CET schrieb Thomas Preissler
: Hallo Stefan,
* Stefan schrieb am 15.11.2003:
Am Don 13.11.03 um 21:26 CET schrieb Thomas Preissler
:[... lircd startet nicht ...] /dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine.
Auch ein chmod 777 /dev/lirc* hilft nicht :-(
/====== |lise:/export/home/matthias # lircd -n --connect=natis:6666 |lircd 0.6.6: lircd(any) |ready lircd 0.6.6: connected to natis |lircd 0.6.6: accepted new client on /dev/lircd (irexec wurde gestartet) |lircd 0.6.6: could not open /dev/lirc |lircd 0.6.6:default_init(): No such device
Dann gibts wohl ein Problem mit lirc_sir. Existiert /dev/lircd? Wenn, nein, lege es mal an.
lirc_sir? Das Modul habe ich nicht geladen (als auf Rechner A schon).
Das "--connect" habe ich oben ganz übersehen.
Ich denke das brauche ich nicht. Es läßt sich auch nicht ohne weiteres
Ja, das brauchst Du auf dem *Client* nicht.
laden vermutl. weil der Rechner auch kein IR-Device hat.
/dev/lirc existiert: [Output ls -l /dev/lirc* passt]
Mein Gedanke ich folgender: Für /dev/lirc braucht man ein Kernelmodul. Wenn man aber --connect verwendet, ist der Zugriff auf diese Gerätedatei gar nicht nötig, ergo ist Dein LIRC falsch compiliert. Er sollte mit "--with-driver=none" auf dem Client compiliert sein. Grüße, Tom
Hallo nochmal
Am Son 16.11.03 um 23:12 CET schrieb Thomas Preissler
Hallo Stefan,
* Stefan schrieb am 16.11.2003:
Hallo,
Am Sam 15.11.03 um 22:05 CET schrieb Thomas Preissler
:> Hallo Stefan,
* Stefan schrieb am 15.11.2003:
Am Don 13.11.03 um 21:26 CET schrieb Thomas Preissler
:[... lircd startet nicht ...] /dev/lircd muss 777 (bitte nicht steinigen) haben. Und Module brauchst Du auf dem Client (Rechner B) keine.
Auch ein chmod 777 /dev/lirc* hilft nicht :-(
/====== |lise:/export/home/matthias # lircd -n --connect=natis:6666 |lircd 0.6.6: lircd(any) |ready lircd 0.6.6: connected to natis |lircd 0.6.6: accepted new client on /dev/lircd (irexec wurde gestartet) |lircd 0.6.6: could not open /dev/lirc |lircd 0.6.6:default_init(): No such device
Dann gibts wohl ein Problem mit lirc_sir. Existiert /dev/lircd? Wenn, nein, lege es mal an.
lirc_sir? Das Modul habe ich nicht geladen (als auf Rechner A schon).
Das "--connect" habe ich oben ganz übersehen.
Ich denke das brauche ich nicht. Es läßt sich auch nicht ohne weiteres
Ja, das brauchst Du auf dem *Client* nicht.
laden vermutl. weil der Rechner auch kein IR-Device hat.
/dev/lirc existiert: [Output ls -l /dev/lirc* passt]
Mein Gedanke ich folgender: Für /dev/lirc braucht man ein Kernelmodul. Wenn man aber --connect verwendet, ist der Zugriff auf diese Gerätedatei gar nicht nötig, ergo ist Dein LIRC falsch compiliert. Er sollte mit "--with-driver=none" auf dem Client compiliert sein.
Und dein Gedanke war richtig. Nachdem ich lirc wie oben genannt selber kompiliert habe anstatt das SuSE-rpm zu benutzen läuft es wunderbar. mfg stefan
Thomas Preissler
Mein Gedanke ich folgender: Für /dev/lirc braucht man ein Kernelmodul. Wenn man aber --connect verwendet, ist der Zugriff auf diese Gerätedatei gar nicht nötig,
Soweit richtig.
ergo ist Dein LIRC falsch compiliert. Er sollte mit "--with-driver=none" auf dem Client compiliert sein.
Aber diese Schlussfolgerung ist einfach unzutreffend! Hier ist nichts falsch compiliert, es fehlt einfach ein zusätzlicher Parameter. Ein Blick in den Code von lircd (genauer daemon/hw-types.c) legt den Schluss nahe, dass ein '--driver=null' als zusätzlicher Parameter auf dem Client exakt das selbe bewirken sollte wie die Konfiguration mit --with-driver=none, nämlich in beiden Fällen die Verwendung von /dev/null als Device. BTW, ein --driver=murks (oder beliebig nicht existierendem Treiber) gibt eine Liste der eingebauten Treiber aus. Dämlich nur, dass lircd keine Option hat, mit der man sich diese Liste direkt ausgeben lassen kann. Nun ja, bis zum nächsten Release könnte man sowas ja noch einbauen :) Philipp -- Philipp Thomas Arbeit: pthomas AT suse PUNKT de SUSE LINUX AG Privat: philipp PUNKT thomas AT t-link PUNKT de
participants (3)
-
Philipp Thomas
-
Stefan Heinrichsen
-
Thomas Preissler