Anzeige:
Seite 2 von 2 ErsteErste 12
Ergebnis 16 bis 20 von 20

Thema: /dev/lirc0 wird nicht erstellt

  1. #16
    Registrierter Benutzer Avatar von Ede
    Registriert seit
    Jul 2004
    Beiträge
    1.773
    "repeat = 0" sieht für mich falsch aus. Wenn du keine Wiederholung der Taste wünschst, kannst du das repeat einfach weglassen. Wenn du eine Wiederholung willst (z. B. Laustärkeregelung), machst du "repeat = 2".
    Hier mehr dazu:
    http://www.linuxforen.de/forums/showthread.php?t=233419

    Hier zur Funktionsweise von irexec und den Sinn von "mode":
    http://www.linuxforen.de/forums/showthread.php?t=212563

    Ist bei dir Modul lirc_imon immer noch geladen? Bring in Erfahrung, ob es gebraucht wird. Wenn nicht, schmeiss es raus.

    Zitat Zitat von Cowboy
    Ich habe es in der .lircrc eingefügt und lirc neu gestartet, ohne dass Kaffeine eine Reaktion zeigen würde.
    Wenn du .lircrc änderst, muss nur irexec neu gestartet werden.

    Zitat Zitat von Cowboy
    Jetzt allerdings reagiert der Rechner nicht auf die Fernbedienungs-Signale, daher bin ich mal auf irkick ausgewichen.
    Wenn du es so machst, hilft es nichts bei der Fehlersuche. Was heisst "Rechner reagiert nicht auf Fernbedienungs-Signale"? Du bist schon lange an einem Punkt, um zwischen xmode2, irw und irexec in dieser Reihenfolge zu unterscheiden. Wenn also die Fernbedienung angeblich nicht funktioniert, testest du sie mit allen 3 Programmen und schreibst dann, welches Programm funktioniert hat und welches nicht. Erst dann kann man gezielt irgendwo ansetzen und den Fehler finden. Aber "Rechner reagiert nicht auf Fernbedienungs-Signale" hat beinahe den Informationsgehalt Null. Besser, du schreibst hier so was erst gar nicht hin.
    Also hier die richtige Reihenfolge für die Vorgehensweise:
    Modul lirc_i2c laden ---> xmode2 ---> lircd.conf mit irrecord erstellen ---> lircd ---> irw testen ---> .lircrc erstellen ---> irexec läuft.
    Wenn die Fernbedienung das nächste mal nicht funktioniert, gehst du diese ganze Kette von Anfang an durch und schreibst dann, an welcher Stelle es scheitert.
    Ich empfehle dir, die Konfiguration unbedingt in Ruhe Schritt für Schritt vorzunehmen.
    D. h. mit dem einfachsten anzufangen, dich mit der Funktionsweise vertraut zu machen und die Gewissheit zu haben, dass das Einfachste richtig läuft. Dann kannst du es komplizierter machen, Funktionen dazu nehmen, mit "mode" rumhantieren usw.
    notebook Asus M2400N - Centrino 1600 MHz - 768 MB RAM - Suse 11.4
    pc1 MSI PM8M2 - Pentium4 3000 MHz - 2000 MB RAM - Suse 12.3
    pc2 Asus K7VT - Athlon 800 MHz - 256 MB RAM - Suse 12.1

  2. #17
    Let's keep it Country Avatar von Cowboy
    Registriert seit
    Mar 2007
    Ort
    Bottrop
    Beiträge
    37
    Zitat Zitat von undefined Beitrag anzeigen
    Weil dein Syntax nicht stimmt.
    <section> <mode>
    begin amarok
    ist OK.
    Aber du verwendest irexec auf einen mode und den gibt es nicht.

    EDIT:
    Falls es daran nicht liegt dann teste mal "evtest" und "xinput --list"
    Es kann gut sein das der hal daemon deine Schnittstelle blockiert.
    Mit genau dieser .lircrc habe ich das Ganze hier lange betrieben. Erst jetzt nach dem HDD-Crash und Neuaufsetzten funktioniert das nicht mehr.
    Code:
    evtest /dev/input/event7
    listet mir die Tasten der Fernbedienung auf, wir sie in der lircd.conf definiert sind, und wartet dann scheinbar auf Tastendrücke. Allerdings bewirkten diese dann nichts. Der Befehl xinput wird auf meinem System nicht gefunden.
    Keep it Country,

    Markus
    The Cowboy of Bottrop

  3. #18
    Let's keep it Country Avatar von Cowboy
    Registriert seit
    Mar 2007
    Ort
    Bottrop
    Beiträge
    37
    Zitat Zitat von Ede Beitrag anzeigen
    "repeat = 0" sieht für mich falsch aus. Wenn du keine Wiederholung der Taste wünschst, kannst du das repeat einfach weglassen. Wenn du eine Wiederholung willst (z. B. Laustärkeregelung), machst du "repeat = 2".
    Genau so hat es aber hier geklappt...
    Zitat Zitat von Ede Beitrag anzeigen
    Hier mehr dazu:
    http://www.linuxforen.de/forums/showthread.php?t=233419

    Hier zur Funktionsweise von irexec und den Sinn von "mode":
    http://www.linuxforen.de/forums/showthread.php?t=212563
    Werd ich mir ansehen, vielleicht bringts mich ja weiter.

    Zitat Zitat von Ede Beitrag anzeigen
    Ist bei dir Modul lirc_imon immer noch geladen? Bring in Erfahrung, ob es gebraucht wird. Wenn nicht, schmeiss es raus.
    lirc_imon ist nicht mehr geladen, es war auch vor dem Crash nie geladen. Allerdings hatte ich da ein Modul namens lirc_gpio, das jetzt nicht mehr gefunden wird. Gibt es das in den aktuellen Quellen nicht mehr?

    Zitat Zitat von Ede Beitrag anzeigen
    Wenn du .lircrc änderst, muss nur irexec neu gestartet werden.
    Gewohnheit: Änderst Du was an der Konfiguration, starte den entsprechenden Dienst neu. Dass das in diesem Fall nicht nötig ist, wusste ich bisher nicht.

    Zitat Zitat von Ede Beitrag anzeigen
    Also hier die richtige Reihenfolge für die Vorgehensweise:
    Modul lirc_i2c laden ---> xmode2 ---> lircd.conf mit irrecord erstellen ---> lircd ---> irw testen ---> .lircrc erstellen ---> irexec läuft.
    Wenn die Fernbedienung das nächste mal nicht funktioniert, gehst du diese ganze Kette von Anfang an durch und schreibst dann, an welcher Stelle es scheitert.
    lirc_i2c ist geladen, und die aktuelle lircd.conf mit irrecord erstellt. irw (als User) gibt auch die gedrückten Tasten zurück, soweit also ist alles OK. Die .lircrc habe ich aus dem Backup genommen, also sollte die auch OK sein. irexec ist im User-Kontext gestartet, und genau hier ist Ende.

    Zitat Zitat von Ede Beitrag anzeigen
    Ich empfehle dir, die Konfiguration unbedingt in Ruhe Schritt für Schritt vorzunehmen.
    D. h. mit dem einfachsten anzufangen, dich mit der Funktionsweise vertraut zu machen und die Gewissheit zu haben, dass das Einfachste richtig läuft. Dann kannst du es komplizierter machen, Funktionen dazu nehmen, mit "mode" rumhantieren usw.
    Wahrscheinlich ist mir zu viel davon wieder abhanden gekommen, da das damals nach der Einrichtung lief und nie wieder angetastet wurde...
    Keep it Country,

    Markus
    The Cowboy of Bottrop

  4. #19
    Registrierter Benutzer Avatar von undefined
    Registriert seit
    Feb 2004
    Beiträge
    1.535
    Zitat Zitat von Cowboy Beitrag anzeigen
    Mit genau dieser .lircrc habe ich das Ganze hier lange betrieben. Erst jetzt nach dem HDD-Crash und Neuaufsetzten funktioniert das nicht mehr.
    Code:
    evtest /dev/input/event7
    listet mir die Tasten der Fernbedienung auf, wir sie in der lircd.conf definiert sind, und wartet dann scheinbar auf Tastendrücke. Allerdings bewirkten diese dann nichts. Der Befehl xinput wird auf meinem System nicht gefunden.
    Jetzt kommen wir der Sache näher. Wenn evtest nicht reagiert ist die Resource anderweitig belegt und das ist dann meist der XServer.
    Werfe mal einen Blick in die Xorg.0.log ob da irgendwo ein Eintrag steht.
    Code:
    grep  -ie input -e Device /var/log/Xorg.0.log
    Das Problem hatte ich mit dem hal Daemon und X ebenfalls. siehe AutoAddDevices:
    grep -ie input -e Device /var/log/Xorg.0.log
    (**) | |-->Device "DeviceDFP_0"
    (**) |-->Input Device "Keyboard"
    (**) |-->Input Device "MX1000"
    (**) |-->Input Device "PS2"
    (**) Option "AllowEmptyInput" "Off"
    (**) Option "AutoAddDevices" "Off"
    (**) Option "AutoEnableDevices" "On"
    (**) Not automatically adding devices
    (**) Automatically enabling devices
    X.Org XInput driver : 2.1
    mfg undefined
    --
    Undefined Behavior (undefiniertes Verhalten) bedeutet meistens etwas ungültiges.
    Speichenrechner - .htpasswd - qx11grab - MX-1000 Treiber - QTidy

  5. #20
    Let's keep it Country Avatar von Cowboy
    Registriert seit
    Mar 2007
    Ort
    Bottrop
    Beiträge
    37
    Gibt bei mir Folgendes aus:
    Code:
    markus@cowboy:~$ grep  -ie input -e Device /var/log/Xorg.0.log
    (**) |   |-->Device "Device0"
    (**) |-->Input Device "Keyboard0"
    (**) |-->Input Device "Mouse0"
    (==) Automatically adding devices
    (==) Automatically enabling devices
            X.Org XInput driver : 2.0
    (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Primary Device is: PCI 03:00:0
    (--) Assigning device section with no busID to primary device
    (--) NVIDIA(0): Connected display device(s) on GeForce 7950 GT at PCI:3:0:0:
    (II) NVIDIA(0): Assigned Display Device: DFP-1
    (II) Initializing built-in extension XInputExtension
    (**) Mouse0: Device: "/dev/psaux"
    (**) Option "Device" "/dev/psaux"
    (II) evaluating device (Keyboard0)
    (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
    (II) evaluating device (Mouse0)
    (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
    markus@cowboy:~$
    dazu mal Variationen auf "input" und "event" gefiltert:
    Code:
    markus@cowboy:~$ grep  -ie input -e input /var/log/Xorg.0.log
    (**) |-->Input Device "Keyboard0"
    (**) |-->Input Device "Mouse0"
            X.Org XInput driver : 2.0
    (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Initializing built-in extension XInputExtension
    (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
    (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
    Code:
    markus@cowboy:~$ grep  -ie input -e event /var/log/Xorg.0.log
    (**) |-->Input Device "Keyboard0"
    (**) |-->Input Device "Mouse0"
            X.Org XInput driver : 2.0
    (II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
            Module class: X.Org XInput Driver
            ABI class: X.Org XInput driver, version 2.0
    (II) Initializing built-in extension XInputExtension
    (**) Keyboard0: always reports core events
    (**) Mouse0: always reports core events
    (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
    (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
    markus@cowboy:~$
    Sieht für mich so aus, als wäre die Fernbedienung dem X-Server nicht bekannt...
    Keep it Country,

    Markus
    The Cowboy of Bottrop

Ähnliche Themen

  1. openvpn erstellt leere .crt dateien
    Von barton4 im Forum Router und Netzaufbau
    Antworten: 1
    Letzter Beitrag: 10.08.08, 13:11
  2. apt-get erstellt weder config noch Startkonfigurationsdatei
    Von DragonMaster im Forum System installieren und konfigurieren
    Antworten: 5
    Letzter Beitrag: 23.05.07, 17:21
  3. Online Photoalbum, mit welchem Linux Programm erstellen?
    Von hiTCH-HiKER im Forum Anwendungen Allgemein, Software
    Antworten: 16
    Letzter Beitrag: 07.05.05, 04:16
  4. webalizer erstellt keine seiten
    Von muell200 im Forum Linux als Server
    Antworten: 6
    Letzter Beitrag: 22.03.05, 14:49
  5. desktop symbol werden automatisch erstellt
    Von abd im Forum Linux Allgemein
    Antworten: 7
    Letzter Beitrag: 26.05.04, 14:52

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •