Originally posted by: <email address deleted>
Hi,
Vor über 1 Jahr "killte" ein Synology firmware upgrade die usbserial
und ftdio Module.
Ich habe es jetzt erst geschafft die usbserial und ftdio Kernel Module
für meine DS209 mit Kernel 2.6.32.12 zu kompilieren :)
Nach Installation von fhem 5.1 sah es zunächst so aus als ob fhem was
empfängt, muss aber wohl gecached gewesen sein, da der CUL auf ttyUSB1
definiert war aber tatsächlich ttyUSB0 ist.
Hier der log:
2011.12.29 12:11:53 3: CUL opening CUL8 device /dev/ttyUSB0
2011.12.29 12:11:53 3: CUL device opened
Use of uninitialized value $ver in pattern match (m//) at /usr/local/
fhem/lib/FHEM/00_CUL.pm line 442, <$fh> line 16.
Use of uninitialized value $ver in pattern match (m//) at /usr/local/
fhem/lib/FHEM/00_CUL.pm line 442, <$fh> line 16.
2011.12.29 12:12:02 1: Cannot init /dev/ttyUSB0, ignoring it
2011.12.29 12:12:02 1: define: CUL8: Timeout reading answer for get
Version
und die fhem.cfg
define CUL8 CUL /dev/ttyUSB0 1011
Brauche ich evtl. ne neue Firmware für den CUL?
> screen /dev/ttyUSB0
V 1.35 CUL868
Habe
perl - 5.10.0-6 - Practical Extraction and Report Language.
perl-device-serialport - 1.04-1 - Device::SerialPort for serial port
users.
Gruss und Danke
Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Brauche ich evtl. ne neue Firmware für den CUL?
Nein. Kannst Du bitte in fhem "update" durchfuehren, und es nochmal probieren?
Und wenn es nicht klappt, mit "attr global verbose 5" nochmal?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Danke für die superschnelle Antwort, Rudi!
Habe ein fhem "update" durchgefuehrt, command updatefhem hatte ich
allerdings nicht, deswegen habe ich die Nightly SVN version genommen
Ergebnis:
2011.12.29 13:28:49 5: Cmd: >define CUL8 CUL /dev/ttyUSB0 1011<
2011.12.29 13:28:49 5: Loading /usr/local/fhem/lib/FHEM/00_CUL.pm
2011.12.29 13:28:49 3: CUL opening CUL8 device /dev/ttyUSB0
2011.12.29 13:28:49 3: CUL device opened
2011.12.29 13:28:59 1: Cannot init /dev/ttyUSB0, ignoring it
2011.12.29 13:28:59 1: define: CUL8: Timeout reading answer for get
Version
...
2011.12.29 13:28:59 0: Server started (version =VERS= from =DATE=
($Id: fhem.pl 1146 2011-12-26 14:32:39Z rudolfkoenig $), pid 13941)
Gruss und Danke
Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Habe ein fhem "update" durchgefuehrt, command updatefhem hatte ich
> allerdings nicht,
??? 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?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudi,
hatte im (telnet/frontend) "updatefhem" eingegeben.
in der CFG
define CUL8 CUL /dev/ttyUSB0@9600 1011
habe ich gemacht:
Log:
2011.12.29 14:09:11 5: Cmd: >define CUL8 CUL /dev/ttyUSB0@9600 1011<
2011.12.29 14:09:11 5: Loading /usr/local/fhem/lib/FHEM/00_CUL.pm
2011.12.29 14:09:11 3: CUL opening CUL8 device /dev/ttyUSB0@9600
2011.12.29 14:09:11 3: Can't open /dev/ttyUSB0@9600: No such file or
directory
cdc_acm.ko ist in meiner Kernel Source leider nicht dabei, kann ich
das cdc_acm von woanders nehmen?
Ic hhabe auch noch fhem 4.8 und 4.9, würde es damit tun?
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 2011.12.29 14:09:11 3: Can't open /dev/ttyUSB0@9600: No such file or
> directory
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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Sorry hatte ich vergessen:
2011.12.29 13:28:59 0: Server started (version =VERS= from =DATE=
($Id: fhem.pl 1146 2011-12-26 14:32:39Z rudolfkoenig $), pid 13941)
2011.12.29 14:09:12 0: Server started (version =VERS= from =DATE=
($Id: fhem.pl 1146 2011-12-26 14:32:39Z rudolfkoenig $), pid 18954)
Habe das @9600 entfernt, da "No such file or directory" wie ein Syntax
Error aussieht.
Dafür habe ich
stty -F /dev/ttyUSB0 ispeed 9600 ospeed 9600
gemacht.
Einmal hat es dann funktioniert, aber dann wieder nicht :-(
2011.12.29 15:57:41 5: Cmd: >define CUL8 CUL /dev/ttyUSB0 1011<
2011.12.29 15:57:41 3: CUL opening CUL8 device /dev/ttyUSB0
2011.12.29 15:57:41 3: CUL device opened
2011.12.29 15:57:41 5: CUL/RAW (ReadAnswer): V 1.35 CUL868
2011.12.29 15:57:41 5: CUL/RAW (ReadAnswer): 1011
2011.12.29 15:57:41 5: GOT CUL fhtid: 1011
2011.12.29 15:57:45 5: Cmd: >define CUL8 CUL /dev/ttyUSB0 1011<
2011.12.29 15:57:45 3: CUL opening CUL8 device /dev/ttyUSB0
2011.12.29 15:57:45 3: CUL device opened
2011.12.29 15:57:54 1: Cannot init /dev/ttyUSB0, ignoring it
2011.12.29 15:57:54 1: define: CUL8: Timeout reading answer for get
Version
Joachim
On 29 Dez., 14:39, Rudolf Koenig wrote:
> > 2011.12.29 14:09:11 3: Can't open /dev/ttyUSB0@9600: No such file or
> > directory
>
> 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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> 2011.12.29 14:09:12 0: Server started (version =VERS= from =DATE=
> ($Id: fhem.pl 1146 2011-12-26 14:32:39Z rudolfkoenig $), pid 18954)
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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudi,
> Ist wohl aktuell, hoffentlich sind die Module auch. 00_CUL.pm hat version 1098
> bei mir (steht im header).
Wie lese ich den header? Im pm file konnte ich nichts sehen
ist vom Mar 28 2010 00_CUL.pm
> > 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.
Kann das ein Zeichensatz Problem sein? Obwohl, das @ wird ja korrekt
in den log geschrieben
sind folgende TTY Settings ok? Habe im Wiki nichts gefunden.
ls -al /dev/ttyUSB*
crw-rw-rw- 1 root root 188, 0 Dec 29 19:05 /dev/ttyUSB0
crw-rw-rw- 1 root root 188, 1 Oct 30 22:58 /dev/ttyUSB1
NAS> stty -F /dev/ttyUSB0
speed 9600 baud; line = 0;
kill = ^H; min = 100; time = 2;
-icrnl -imaxbel
-opost -onlcr
-isig -icanon -echo
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wie lese ich den header?
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.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Rudi
Habe den Module Fehler gefunden, modpath zeigte in das alte
Verzeichnis
Habe jetzt:
attr global modpath /usr/local/fhem/share/fhem
Er öffnet jetzt den CUL, dann kommt aber Cannot init /dev/ttyUSB0,
ignoring it
2011.12.30 15:07:22 5: Cmd: >define CUL8 CUL /dev/ttyUSB0@9600 1011<
2011.12.30 15:07:22 3: Opening CUL8 device /dev/ttyUSB0
2011.12.30 15:07:22 3: Setting CUL8 baudrate to 9600
2011.12.30 15:07:22 3: CUL8 device opened
2011.12.30 15:07:22 5: SW: V
2011.12.30 15:07:25 5: SW: V
2011.12.30 15:07:28 5: SW: V
2011.12.30 15:07:31 1: Cannot init /dev/ttyUSB0, ignoring it
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Update:
Habe einen Update auf 5.2 gemacht, allerdings fehlt die Version in
Server started:
2012.01.03 11:25:44 0: Server started (version =VERS= from =DATE=
($Id: fhem.pl 1146 2011-12-26 14:32:39Z rudolfkoenig $), pid 11888)
Und mein CUL läuft jetzt :-)
Aber was war jetzt wirklich die Ursache? Das alte CUL Modul konnte ich
ja mit modpath fixen.
Danke Rudi und ein Gutes Neues!
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Nach einem rereadcfg geht es mal wieder nicht:
2012.01.03 14:23:37 5: Cmd: >define CUL8 CUL /dev/ttyUSB0@9600 1011<
2012.01.03 14:23:37 3: Opening CUL8 device /dev/ttyUSB0
2012.01.03 14:23:37 3: Setting CUL8 baudrate to 9600
2012.01.03 14:23:37 3: CUL8 device opened
2012.01.03 14:23:37 5: SW: V
2012.01.03 14:23:40 5: SW: V
2012.01.03 14:23:43 5: SW: V
2012.01.03 14:23:46 1: Cannot init /dev/ttyUSB0, ignoring it
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Good news,
nach einem NAS reboot klappt die Kommunikation mit dem CUL :-)
Hoffe es bleibt dabei.
Gruss Joachim
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com