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

[Beta-User]

Ich bin nicht aus der Mikrocontroller Branche.

Moi non plus, ist auch alles angelesen und anexperimentiert .

Zur Erklärung: anhand der nummerischen Angaben zu Hersteller und Modell erkennen dann die Betriebssysteme, welchen Treiber sie laden müssen (siehe "udev" für aktuelle Linuxe).

Seltsam ist hier aber, dass keine Modellnummer mitgeliefert wird (und du uns die anderen beiden Devices vorenthalten hast).

Könnte ein Stromversorgungsthema sein, sollten die anderen beiden auch noch angestöpselt sein. Klemm' evtl. mal einen aktiven Hub dazwischen (die "by-path"-Definition muß dann aber angepaßt werden). Wenn es das nicht ist, könnte es hier sein, dass schlicht der USB-Wandler kaputt ist (dann muß eben #4 ran...).

Wenn dir der Händler die Dinger als echte FTDI's verkauft hat (und die anderen bei ls -l... auch die WCH-Kennung auswerfen), solltest du den mal drauf ansprechen, dass das Murks ist, was er da erzählt.

[ing.robby]

Seltsam ist hier aber, dass keine Modellnummer mitgeliefert wird (und du uns die anderen beiden Devices vorenthalten hast).

Ich habe nichts vorenthalten. Mehr wurde nicht angezeigt.
ls -l /dev/serial/by-id:

Code Auswählen Erweitern

root@robby-RasPi:~# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dez 20 19:17 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB2
root@robby-RasPi:~#

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

Code Auswählen Erweitern

root@robby-RasPi:~# ls -lah /dev/serial/by-id/
total 0
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
root@robby-RasPi:~#


lsusb:

Code Auswählen Erweitern

root@robby-RasPi:~# lsusb
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 006: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 005: ID 1997:2433 
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@robby-RasPi:~#


ls -lha /dev/serial/by-path:

Code Auswählen Erweitern

root@robby-RasPi:~# ls -lha /dev/serial/by-path
total 0
drwxr-xr-x 2 root root 100 Dez 20 19:17 .
drwxr-xr-x 4 root root  80 Dez 20 19:17 ..
lrwxrwxrwx 1 root root  13 Dez 20 19:17 platform-3f980000.usb-usb-0:1.2:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 Dez 20 19:17 platform-3f980000.usb-usb-0:1.4:1.0-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 Dez 20 19:17 platform-3f980000.usb-usb-0:1.5:1.0-port0 -> ../../ttyUSB2
root@robby-RasPi:~#


Mehr Befehle fallen mir nicht ein zum Anzeigen der USB Geräte 

Wenn dir der Händler die Dinger als echte FTDI's verkauft hat (und die anderen bei ls -l... auch die WCH-Kennung auswerfen), solltest du den mal drauf ansprechen, dass das Murks ist, was er da erzählt.

Na das hoffe ich nicht für den Verkäufer!

[Beta-User]

Mehr Befehle fallen mir nicht ein zum Anzeigen der USB Geräte 

...mir dann auch nicht, wie gesagt, mehrere von den CH340G-Dingern hatte ich nie gleichzeitig am Laufen...

Na das hoffe ich nicht für den Verkäufer!

Der hat dich definitiv angeschmiert oder es stand da nur was von "kompatibel", diese Angaben sind manchmal sehr bewußt sehr gut versteckt.

Habe zwischenzeitlich auch festgestellt, dass die def bei diesen Arduinos nie eine Seriennummer enthält, das ist also kein Hinweis auf eine Fehlfunktion. Bleibt: Probleme mit der Spannungsversorgung oder eben ein fehlgeschlagener Flashversuch (unterstellt, die Baudrate stimmt für den Gerätetyp jeelink und die firmware).

Gibt's da eigentlich auch Unterschiede bei der zu flashenden firmware zwischen dem Originalen und den Nano-basierten wie beim CUL?

[ing.robby]

Okay JeeLink funzt jetzt 

Ich habe nochmal versucht über die Arduino Software unter Linux den JeeLink zu flashen, aber das hat auch nicht mehr funktioiniert.
Beim Kompilieren kam immer folgender Fehler:

Code Auswählen Erweitern

pca301.cpp.o:pca301.cpp:422: first defined here
pca301serial/pca301.cpp.o: In function `fillConf()':
/home/robby/sketchbook/libraries/pca301serial/pca301.cpp:422: multiple definition of `loadConf()'
pca301.cpp.o:pca301.cpp:422: first defined here
pca301serial/pca301.cpp.o: In function `fillConf()':
/home/robby/sketchbook/libraries/pca301serial/pca301.cpp:422: multiple definition of `eeprom_crc'
pca301.cpp.o:pca301.cpp:422: first defined here
pca301serial/pca301.cpp.o: In function `fillConf()':
/home/robby/sketchbook/libraries/pca301serial/pca301.cpp:422: multiple definition of `saveConf()'
pca301.cpp.o:pca301.cpp:422: first defined here
pca301serial/pca301.cpp.o: In function `fillConf()':
/home/robby/sketchbook/libraries/pca301serial/pca301.cpp:422: multiple definition of `eraseConf()'
pca301.cpp.o:pca301.cpp:422: first defined here
pca301serial/pca301.cpp.o: In function `fillConf()':
/home/robby/sketchbook/libraries/pca301serial/pca301.cpp:422: multiple definition of `fillConf()'
pca301.cpp.o:pca301.cpp:422: first defined here
collect2: error: ld returned 1 exit status

Keine Ahnung, warum das nicht mehr funktioniert...

Dann mit dem gleichen Sketch unter Windows mit der Arduiono Software und da hat's endlich geklappt --> JeeLink initialized. Anscheinend ist etwas beim ersten Flashen schief gelaufen.

Nun habe ich auch 3 von den nicht FTDI Chips gleichzeitig laufen. Nichts desto trotz werde ich mich an den Verkäufer wenden 

Gibt's da eigentlich auch Unterschiede bei der zu flashenden firmware zwischen dem Originalen und den Nano-basierten wie beim CUL?

Die nanoCULs gingen relativ einfach unter Linux zu flashen, da brauchte ich auch die Arduino Software nicht.
Lediglich bei der 868MHz Variante musste in der board.h Datei die Zeile mit den 433MHz auskommentiert werden. Eigentlich alles nach Wiki.
Ist das jetzt anders als bei den fertigen CULs/JeeLinks?

Gruß Robby