[JeeLink] fällt zurück in STATE "Opened"

[ing.robby]

Hat jemand eine Idee, was bei mir im Argen liegt? 

[Wzut]

Habe definiert über path
Sieht besser aus, aber jetzt Status "disconnect".
   DEF        /usb-1a86_USB2.0-Serial-if00-port0@-b57600
   DeviceName /usb-1a86_USB2.0-Serial-if00-port0@-b57600

Nein , das schaut nicht besser aus sondern schlechter. So ist der Pfad nicht , vergleiche das mal mit meinem Define Beispiel.
Bei dir fehlt das /dev/serial/by-path vor deinem  /usb-1a86_USB2.0-Serial-if00-port0@-b57600

[ing.robby]

Code Auswählen Erweitern

Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0@-b57600
   DeviceName /dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0@-b57600
   NAME       JeeLink868
   NR         106
   PARTIAL   
   STATE      disconnected
   TYPE       JeeLink
   MatchList:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   READINGS:
     2017-12-20 13:03:18   state           disconnected
Attributes:
   flashCommand 1
   initCommands 0xA706h
   room       system
   verbose    5

Stimmt etwas mit der Hardware nicht oder ist immer noch ein Fehler in der Konfiguration?

[Wernieman]

1. Deine Definition sieht nicht sauber aus, gib uns bitte mal:

Code Auswählen Erweitern

ls -lha /dev/serial/by-path
ls /dev/serial/by-id/
Ich glaube, Du hast "by-path" und "by-id" gemischt.

2. Ist Dein FHEM user in der richtigen Gruppe? Gib uns bitte mal:

Code Auswählen Erweitern

grep fhem /etc/group

[ing.robby]

Also mit

Code Auswählen Erweitern

/dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0
funktioniert es nicht.

Code Auswählen Erweitern

flashing JeeLink JeeLink868
detected Firmware: PCA301.hex
hex file: ./FHEM/firmware/JeeLink_PCA301.hex
port: /dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0
log file: ./log/JeeLinkFlash.log
JeeLink868 closed
command: avrdude -p atmega328P -c arduino -P /dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0 -D -U flash:w:./FHEM/firmware/JeeLink_PCA301.hex 2>./log/JeeLinkFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: ser_open(): can't open device "/dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0": No such file or directory

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

JeeLink868 opened

Mit

Code Auswählen Erweitern

/dev/ttyUSB2
hingegen schon. Allerdings gibt es ein anderes Problem:

Code Auswählen Erweitern

flashing JeeLink JeeLink868
detected Firmware: PCA301.hex
hex file: ./FHEM/firmware/JeeLink_PCA301.hex
port: /dev/ttyUSB2
log file: ./log/JeeLinkFlash.log
JeeLink868 closed
command: avrdude -p atmega328P -c arduino -P /dev/ttyUSB2 -D -U flash:w:./FHEM/firmware/JeeLink_PCA301.hex 2>./log/JeeLinkFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

JeeLink868 opened

[ing.robby]

Hallo Werniemann,

Code Auswählen Erweitern

drwxr-xr-x 2 root root 100 Dez 20 14:23 .
drwxr-xr-x 4 root root  80 Dez 20 14:23 ..
lrwxrwxrwx 1 root root  13 Dez 20 14:23 platform-3f980000.usb-usb-0:1.2:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 Dez 20 14:23 platform-3f980000.usb-usb-0:1.4:1.0-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 Dez 20 14:23 platform-3f980000.usb-usb-0:1.5:1.0-port0 -> ../../ttyUSB2


Code Auswählen Erweitern

usb-1a86_USB2.0-Serial-if00-port0


Code Auswählen Erweitern

tty:x:5:robby,fhem


[Wernieman]

Code Auswählen Erweitern

avrdude: ser_open(): can't open device "/dev/serial/by-path/usb-1a86_USB2.0-Serial-if00-port0": No such file or directory
Sagt eigentlich alles. Wie ich geschrieben habe, hast Du "by-path" und "by-id" verwechselt.

also in Deinem Falle müsste es heißen:
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
(Wenn es denn das Gerät ist)

Könntest Du bitte:

Code Auswählen Erweitern

ls -lha /dev/serial/by-id/

Ist Dir eigentlich klar, was meine Befehle so machen?

[ing.robby]

Ja, ich denke schon. Die Id bzw. den Pfad der USB Geräte anzeigen..

Code Auswählen Erweitern

drwxr-xr-x 2 root root 60 Dez 20 19:17 .
drwxr-xr-x 4 root root 80 Dez 20 19:17 ..
lrwxrwxrwx 1 root root 13 Dez 20 19:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB2


Wenn ich über

Code Auswählen Erweitern

/dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@-b57600
definiere, wird der JeeLink richtig angesprochen. Das sehe daran, dass die rote LED leuchtet, wenn ich die raw definitions editiere.

Bleibt immer noch das Problem, dass wenn ich aus fhem flashe, folgende Meldung kommt:

Code Auswählen Erweitern

flashing JeeLink JeeLink868
detected Firmware: PCA301.hex
hex file: ./FHEM/firmware/JeeLink_PCA301.hex
port: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0
log file: ./log/JeeLinkFlash.log
JeeLink868 closed
command: avrdude -p atmega328P -c arduino -P /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0 -D -U flash:w:./FHEM/firmware/JeeLink_PCA301.hex 2>./log/JeeLinkFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

JeeLink868 opened

list JeeLink868 ergibt Folgendes:

Code Auswählen Erweitern



Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@-b57600
   DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@-b57600
   FD         25
   NAME       JeeLink868
   NR         107
   PARTIAL    �������������������������������������������������������������������������������������������������
   STATE      opened
   TYPE       JeeLink
   MatchList:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   READINGS:
     2017-12-20 21:17:52   state           opened
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]

[Wernieman]

usb-1a86_USB2.0-Serial

Und Du bist Dir bei dem Namen sicher, das es ein JeeLink ist?

[ing.robby]

Es ist ein Selbstbau, Nano V3 mit FTDI Chip und ATmega328 mit Funkmodul RFM12B.
Ich vermute ja, dass evtl. mit dem Funkmodul etwas nicht stimmt. Ich habe gelesen, dass die RFM12B teilweise eine große Streuung in der Frequenz aufweisen. Wäre für mich eine Erklärung, dass der Fehler ,,not in sync" beim flashen kommt.
Aber ich dachte, dass man die Frequenz sotwareseitig in fhem anpassen kann...

[Wernieman]

flashen hat nichts mit dem Funkempfänger zu tun, sondern Programmiert den Microcontroller

Bist Du Dir sicher, das Dein Selberbau funktioniert? Hast DU mal außerhalb von fhem den Stick geflasht?

Sorry aber damit kenne ich mich nicht aus.

[Beta-User]

1. Das ist kein FTDI, sondern ein CH340G oder eine andere WCH-Variante. Macht aber nix...

2. Wenn das mit der DEF noch so steht, ist es wahrscheinlich falsch:

DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@-b57600

Sollte m.E. so lauten:

Code Auswählen Erweitern


DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@57600

Hast du noch weitere Clone mit dem USB-Chip im Einsatz, oder warum machst du das "by-path"?

Gruß, Beta-User

[ing.robby]

Hallo Beta User,

Code Auswählen Erweitern

Das ist kein FTDI, sondern ein CH340G oder eine andere WCH-Variante. Macht aber nix...
Nein es ist ein FTDI Chip verbaut, nur ohne eine eigene ID.
Ich habe 3 dieser Nano V5 gekauft. 2 als nanoCUL gebaut, laufen parallel und einwandfrei, würde mit einem CH340G so nicht funktionieren.

Die nanoCULs habe ich über /dev/tty/USB0 und 1 definiert.

Code Auswählen Erweitern

/dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0@57600
Das man vor der Baudrate ein ,,-b" setzt habe ich aus dem Wiki, sollte man wohl bei Clonen machen. Hab's aber auch schon ohne den Zusatz versucht.

Code Auswählen Erweitern

Bist Du Dir sicher, das Dein Selberbau funktioniert? Hast DU mal außerhalb von fhem den Stick geflasht?

Ich glaube ja, dass mit dem Funkmodul etwas nicht stimmt...

[Beta-User]

lrwxrwxrwx 1 root root 13 Dez 20 19:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB2

1a86 ist die Herstellerkennung von winchiphead, aber egal; du scheinst ja zu wissen, was du tust...

Bei echten FTDI's (und bei eventuellen Klonen, die mit einer "0000000" kamen) kann man mit ein wenig Glück die Seriennummer usw. ändern (bei Klonen evt. nur mit einem Linux-Tool von hier).

Das man vor der Baudrate ein ,,-b" setzt habe ich aus dem Wiki, sollte man wohl bei Clonen machen. Hab's aber auch schon ohne den Zusatz versucht.

Danke, wieder was gelernt, habe ich bisher nicht benötigt.

laufen parallel und einwandfrei, würde mit einem CH340G so nicht funktionieren.

OK, habe ich noch nicht ausprobiert, aber Otto123 empfiehlt gerade für solche Konstellationen dann die "by-path"-Variante. Hatte bisher keinen Anlaß daran zu zweifeln, dass das auch mit CH340G's funktioniert.

Vielleicht lieferst du uns ein vollständiges ls -l /dev/serial/by-id, dann wissen wir, worüber wir wirklich an der Stelle sprechen .

[ing.robby]

1a86 ist die Herstellerkennung von winchiphead, aber egal; du scheinst ja zu wissen, was du tust...

Bei echten FTDI's (und bei eventuellen Klonen, die mit einer "0000000" kamen) kann man mit ein wenig Glück die Seriennummer usw. ändern (bei Klonen evt. nur mit einem Linux-Tool von hier).

Ich bin nicht aus der Mikrocontroller Branche. Ich kann nur sagen, was ich gelesen oder getestet habe. Wenn ich falsch liege, lasse ich mich gern berichtigen.

ls -l /dev/serial/by-id:

Code Auswählen Erweitern

lrwxrwxrwx 1 root root 13 Dez 20 19:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB2


Gruß Robby