Beiträge von El Muchacho

    Ich habe mir aus diversen Quellen schon Infos zusammen gesucht und bin eigentlich auf dem gleichen Stand wie -> HIER <- im Thread.

    Aber das war wohl nix ...

    Mein Setup:

    Board : AsRock E350M1
    System openElec 3.2.4 FUSION
    IR-Controller: Atric Rev 5
    Remote: OneForAll URC7962 (Gerät "media" mit Code 1272 eingestellt)

    Einschalten mit der FB klappt auch bei mir.

    configs:
    /storage/.config/autostart.sh (mit chmod a+x ausführbar gemacht)
    /storage/.config/lircd.conf
    /storage/.xbmc/[definition='3','0']keymap[/definition].xml
    /storage/.xbmc/keymaps/remote.xml

    Die autostart sieht bei mir genau so aus.
    lircd.conf und remote.xml habe ich von -> HIER <- genommen, da ja dort auch die MCE Remote verwendet wird und nicht wie im obigen Thread eine Harmony.
    Ich habe nämlich keinen Schimmer, wie ich das Profil "KLS VDR 1.6" in der 7962 programmieren kann ...

    Klappen soll das angeblich, wie im OpenElec-Forum -> HIER <- beschrieben. Aus dem Thread habe ich übrigens auch die autostart.sh.

    Die Fernbedienung ist unter OE allerdings komplett ohne Funktion.

    vis SSH meldet mir OE folgendes:

    Code
    XBMC1:~ # lsmod | grep serial
    lirc_serial         	8090  3
    lirc_dev            	7555  2 lirc_serial,ir_lirc_codec


    damit würde ich schon mal sagen, da ist irgendwas erkannt worden ...

    Im XBMC-Log steht nix zu der Thematik drin, wenn ich das richtig sehe.
    Allerdings gibt es noch folgende infos aus dem system-log:


    Allerdings findet sich da auch folgendes:

    Code
    XBMC1:~ # cat /var/[definition='1','0']log[/definition]/messages | grep serial
    Feb 14 11:51:58 openelec user.notice Boot: setserial /dev/ttyS0 uart none
    Feb 14 11:51:58 openelec user.notice Boot: modprobe lirc_serial
    Feb 14 11:51:59 openelec user.warn kernel: [	5.158610] lirc_serial: module is from the staging directory, the quality is unknown, you have been warned.
    Feb 14 11:51:59 openelec user.err kernel: [	5.159068] lirc_serial lirc_serial.0: port 03f8 already in use
    Feb 14 11:51:59 openelec user.warn kernel: [	5.159074] lirc_serial lirc_serial.0: use 'setserial /dev/ttySX uart none'
    Feb 14 11:51:59 openelec user.warn kernel: [	5.159079] lirc_serial lirc_serial.0: or compile the serial port driver as module and
    Feb 14 11:51:59 openelec user.warn kernel: [	5.159083] lirc_serial lirc_serial.0: make sure this module is loaded first
    Feb 14 11:51:59 openelec user.warn kernel: [	5.159100] lirc_serial: probe of lirc_serial.0 failed with error -16
    Feb 14 11:51:59 openelec user.info kernel: [	5.159208] platform lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 1


    port 03F8 already in use ...
    setserial /dev/ttyS0 uart none steht in der autotstart.sh ... mit uart unknown habe ich es auch probiert.

    wenn ich die autostart.sh weg lasse, sind auch die fehler weg, aber klappen tut trotzdem nix mit der FB

    allerdings sieht ohne die autostart.sh die Ausgabe von lsmod anders aus!

    Code
    XBMC1:~ # lsmod | grep lirc
    lirc_serial         	8090  3
    ir_lirc_codec       	3605  0
    lirc_dev            	7555  2 lirc_serial,ir_lirc_codec
    rc_core            	10522  11 nuvoton_cir,ir_lirc_codec,ir_rc5_decoder,ir_nec_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_sanyo_decoder,rc_rc6_mce

    vermute, dass meine lircd nicht mit der lircd.conf startet sondern mit irgendwelchen defaults.

    vielleicht liegt das auch an der fehlenden hardware.conf, die ich unter OE per default nicht anlegen kann.


    falls jemand eine Idee hat ... ich stehe hier gerade auf dem Schlauch ;(

    Schau mal in die smb.conf, ob da auch die richtige workgroup drin steht ...
    Bei meinem raspPI wurde die Änderung nicht in die smb.conf geschrieben.
    Seit ich die da manuell via putty eingetragen habe, löppt es ...

    Ach ja ... auch checken, ob samba löppt.
    Ich hatte schon 1-2 Mal das Phänomen, dass smbd nicht lief ...
    also mal checken mit

    Code
    /etc/init.d/samba status


    ggf. mal ein

    Code
    sudo /etc/init.d/samba restart

    nachschieben.

    Momentan läuft es stabil ...