Nein. Kannst Du bitte in fhem "update" durchfuehren, und es nochmal probieren?
Und wenn es nicht klappt, mit "attr global verbose 5" nochmal?
??? updatefhem ist eigentlich ab 5.1 dabei. Im fhem (telnet/frontend) "update"
tippen. Und danach wahrscheinlich fhem neu starten.
> 2011.12.29 13:28:49 5: Cmd: >define CUL8 CUL /dev/ttyUSB0 1011<
Kannst Du bitte die Definition zu
define CUL8 CUL /dev/ttyUSB0@9600 1011
aendern, und erneut versuchen? Oder gar den cdc_acm.ko auftreiben, und CUL
ueber das /dev/ttyACM0 ansprechen?
Ist das sicher eine aktuelle Version? Kannst Du mir die "Server started" Zeile
zeigen? Normal waere die Meldung "Can't open /dev/ttyUSB0: No such file or...",
habs gerade geprueft. Uebrigens: "attr global loglevel 3" reicht in diesem
Fall.
> cdc_acm.ko ist in meiner Kernel Source leider nicht dabei, kann ich
> das cdc_acm von woanders nehmen?
Unwahrscheinlich. Architektur und kernel-Version sollten schon passen, und
diese Kombination ist ausreichend selten.
> Ic hhabe auch noch fhem 4.8 und 4.9, w�rde es damit tun?
Irgendwie sicher, ich mache aber dafuer kein Support mehr :) Ist ja auch schon
2 Jahre her.
Ist wohl aktuell, hoffentlich sind die Module auch. 00_CUL.pm hat version 1098
bei mir (steht im header).
> Habe das @9600 entfernt, da "No such file or directory" wie ein Syntax
> Error aussieht.
Sehr komisch. Wie gesagt, die aktuelle Version hat bei mir keine Probleme mit
dem @, es wird korrekt abgetrennt, und der Rest als Baudrate erkannt, und
deswegen werden viele andere Schnittstellenparameter auch gesetzt.
> stty -F /dev/ttyUSB0 ispeed 9600 ospeed 9600
Das Problem ist weniger die Baudrate, man muss z.Bsp alle "echo" Flags
entfernen, siehe auch div. HOWTO/fhemwiki/etc Eintraege. Auf der Leitung
sollte keine Verarbeitung der Daten stattfinden.
mit "head 00_CUL.pm" :)
> ist vom Mar 28 2010 00_CUL.pm
Viel zu alt. Beim update bitte nicht nur fhem.pl ersetzen, sondern alles was in
der FHEM Verzeichnis wohnt.