CUL433-Stick install. gescheitert. Ist Disconnected anstelle von Initialized.

[Otto123]

Den Pfad /dev/serial/by-id/usb-1a86_USB_serial-if00-port0 gibt es aber wirklich?
Ich frage deshalb, weil in letzter Zeit immer mal Systeme auftauchen wo serial/by-id fehlt!

Tja viele Möglichkeiten es gibt Meine Bemerkungen sind jetzt ziemlich unkonkret und eventuell nur zum weiteren Nachdenken!

• Rechte auf dem Stick?
• Gruppen Mitgliedschaft vom User fhem?
• Stick wirklich schon geflashed?
• das Desktop System macht schon etwas mit dem Stick?
• initialUsbCheck sollte doch den Stick sogar beim Start automatisch erkennen (ist der einzige Zweck der mir bekannt ist) steht dazu irgendwas im FHEM Log?

Man sollte (hoffe ich!) davon ausgehen können, dass beide Hardware-Komponenten plus Installationen zusammenpassen.

Davon würde ich nicht ausgehen

[madmax25]

Ja, richtig! Den Pfad habe ich bereits verifizieren können.

Gerade habe ich folgendes im Web gefunden und getestet.

Code Auswählen Erweitern

ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 19. Jan 23:53 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0

Also zumindest Bookworm hat den CUL-Stick wohl schon mal erkannt (Beantwortet das die Frage, "Macht der Desktop schon was?").

Die Rechte dürften anscheinend auch genügen.

Gruppenmitgliedschaft und ob wirklich geflasht, weiß ich nicht, da ich noch nicht rausgefunden habe, wie man das prüft.

initialUsbCheck hat, wenn ich das richtig verstanden habe, den Stick erkannt. Er taucht als CUL433 in FHEM auf (in Unsorted und Everything).
Er ist halt nur immer noch

Code Auswählen Erweitern

disconnected.


EDIT:
Ich glaube, ich habe endlich was gefunden.
Ich bin in FHEM auf

Code Auswählen Erweitern

Everything gegangen und dort auf

Code Auswählen Erweitern

CUL433. Da kann man oben bei

Code Auswählen Erweitern

get CUL433 die

Code Auswählen Erweitern

version herausfinden.
Klicke ich da drauf

Code Auswählen Erweitern

get, poppt die Meldung auf

Code Auswählen Erweitern

CUL433 version => No answer
Daraus "darf" ich dann wohl leider schließen, dass der Stick, anders als vom Verkäufer behauptet, noch gar nicht geflasht ist, oder?
Wenn das zutrifft, kann ich natürlich lange rumwurschteln. So wird das nie was.

Muss ich das nun auch noch selbst flashen?
Und wie geht das denn nun schon wieder? *grübel*

Beim Stick war ein Zettel dabei, auf dem steht als Firmware

Code Auswählen Erweitern

_culfw V1.67 nanoCUL433
EDIT2:
Andererseits weiß ich nicht, ob da überhaupt eine Version bei

Code Auswählen Erweitern

get version erscheint.
Wenn der Stick als

Code Auswählen Erweitern

disconnected angegeben wird, wird wohl kaum eine Version ausgelesen werden können.

EDIT3:
Ich denke, ich habe ihn gefunden. Mit

Code Auswählen Erweitern

lsusb steht er offenbar an 2. Stelle in der Liste. Damit müsste die Firmware doch schon drauf sein,oder?
Das Logitech-Teil ist der Dongle der Funk-Tastatur.

Code Auswählen Erweitern

lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[MadMax-FHEM]

Die Rechte "root root" bei deiner ls-Ausgabe finde ich "eigenartig"...

Normalerweise "root dialout" bzw. bei Bookworm "root plugdev"...

Dazu musste der User fhem in dialout sein (ist er eh) bzw. eben plugdev <- musste nachträglich gemacht werden.

Bei dir müsste der User fhem in die root Gruppe <- sollte man vermeiden...

EDIT: initialUsbCheck würde ich (trotzdem) mal deaktivieren.

Gruß, Joachim

[Otto123]

Die Rechte dürften anscheinend auch genügen.

initialUsbCheck hat, wenn ich das richtig verstanden habe, den Stick erkannt. Er taucht als CUL433 in FHEM auf (in Unsorted und Everything).
Er ist halt nur immer noch

falsche Annahmen, Du hast ja die define Zeile eingegeben. Poste doch bitte mal das Log vom Start von FHEM. Klicke links auf Logfile

Muss ich das nun auch noch selbst flashen?
Und wie geht das denn nun schon wieder? *grübel*

erstmal abwarten und Ursache finden... gehen wir mal davon aus, der Händler hat alles richtig gemacht.

Bus 003 Device 002: ID 1a86:7523 QinHeng Electronics CH340 serial converter

so meldet sich ein FTDI USB-seriell Wandler, sagt nichts über das Gerät dahinter aus.
Wegen der Rechte: zeig bitte mal die Ausgabe von (@Joachim die Ausgabe mit /dev/serial/... sieht völlig normal aus)

Code Auswählen Erweitern

ls -lha /dev/ttyUSB0

Gruppenmitgliedschaft... weiß ich nicht, da ich noch nicht rausgefunden habe, wie man das prüft.

In der FHEM Kommandozeile, Ausgabe bitte posten!!!

Code Auswählen Erweitern

{qx(groups)}

[madmax25]

Beim ls-Befehl bekomme ich:

Code Auswählen Erweitern

ls -lha /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 0 20. Jan 04:32 /dev/ttyUSB0
Und der groups-Befehl ergibt:

Code Auswählen Erweitern

dialout

[Otto123]

Ok die Rechte sehen gut aus. Kannst Du mal zwei Terminalfenster aufmachen und in dem einen

Code Auswählen Erweitern

cat /dev/ttyUSB0da müsste die Zeile "hängen" bleiben, d.h. der Prompt kommt erstmal nicht zurück (kann man mit crtl + c beenden).
Im zweiten Fenster gibst Du ein

Code Auswählen Erweitern

echo V > /dev/ttyUSB0da sollte im Ersten die Version gezeigt werden.
Du kannst auch echo willi senden,
da sollte im Ersten sowas zurück kommen

? (willi is unknown) Use one of B b C F i A Z E G M K U Y R T V W X e f m l t u x

[madmax25]

Code Auswählen Erweitern

cat /dev/ttyUSB0
und

Code Auswählen Erweitern

echo V > /dev/ttyUSB0
liefern keinerlei Ausgabe.

Bei

Code Auswählen Erweitern

echo willi kommt einfach nur

Code Auswählen Erweitern

willi als Ausgabe.

[Otto123]

echo willi

naja ich meinte anstatt V also echo willi > /dev/ttyUSB0     

Ok Du könntest noch mit minicom testen. Das Tool ist etwas umständlich zu bedienen, aber man kann Parameter einstellen.

Code Auswählen Erweitern

sudo apt install minicomdann

Code Auswählen Erweitern

sudo minicom -sund die Schnittstelle einstellen, usw.
Eine Beschreibung mit Bildern gibt es hier.

Wenn das auch nicht geht weiß ich auch nicht wie weiter...

[MadMax-FHEM]

Kannst Du mal zwei Terminalfenster aufmachen und in dem einen

@madmax25: du hast schon, wie geschrieben, parallel 2 Terminal-Fenster aufgemacht?

Gruß, Joachim

[madmax25]

Ja, ist schon erledigt. Die Ausgaben stehen in #21 (bzw. tun sie nicht, weil es in den beiden ersten Fällen keine Ausgabe gab).

EDIT:
Mit willi anstelle von V kommt auch keine Ausgabe.

minicom ist nun installiert.

Laut der verlinkten Seite soll ich

Code Auswählen Erweitern

dmesg | grep tty
[    0.000000] Kernel command line: reboot=w coherent_pool=1M 8250.nr_uarts=1 pci=pcie_bus_safe cgroup_disable=memory numa_policy=interleave  smsc95xx.macaddr=2C:CF:67:54:62:C6 vc_mem.mem_base=0x3fc00000 vc_mem.mem_size=0x40000000  console=ttyAMA10,115200 console=tty1 root=PARTUUID=974433aa-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=DE
[    0.000112] printk: console [tty1] enabled
[    0.007345] 107d001000.serial: ttyAMA10 at MMIO 0x107d001000 (irq = 15, base_baud = 0) is a PL011 rev2
[    0.007353] printk: console [ttyAMA10] enabled
[    0.233661] 107d50c000.serial: ttyS0 at MMIO 0x107d50c000 (irq = 33, base_baud = 6000000) is a Broadcom BCM7271 UART
[    0.233697] serial serial0: tty port ttyS0 registered
[    0.578457] 1f00030000.serial: ttyAMA0 at MMIO 0x1f00030000 (irq = 131, base_baud = 0) is a PL011 AXI
[    2.493554] systemd[1]: Created slice system-getty.slice - Slice /system/getty.
[    2.493926] systemd[1]: Created slice system-serial\x2dgetty.slice - Slice /system/serial-getty.
[    2.494406] systemd[1]: Expecting device dev-ttyAMA10.device - /dev/ttyAMA10...
[    3.244395] usb 3-2: ch341-uart converter now attached to ttyUSB0
machen. Da dürfte wohl die letzte Zeile von Belang sein. Also ist der Stick offenbar auf USB0, was aber auch schon die ganze Zeit eingestellt war und ist.

Da scheine ich auf der richtigen Spur zu sein, denn wenn ich der verlinkten minicom-Anleitung folge und die beiden gelben Zeilen vergleiche, habe ich bisher folgendes:

Code Auswählen Erweitern

A - Serieller Anschluss      : /dev/modem
E - Bps/Par/Bits             : 115200 8N1
Also diese Einstellungen entsprechen schon mal nicht der Anleitung.
Das soll ich nun auf die Werte der Anleitung korrigieren, richtig (ich frage lieber vorher, damit nichts Unvorhergesehenes passiert)?

[Otto123]

Du musst die Schnittstelle auf /dev/ttyUSB0 und die Geschwindigkeit auf 38400 8N1 einstellen.  Zumindest stand das ja auf deinem Zettel @38400 ?
Wichtig ist das Du verstehst, dass hier zwei Schritte beschrieben sind:

• Einstellen der Schnittstelle und speichern als default
• Neustart minicom und Abfrage/Kommunikation mit der Schnittstelle

[madmax25]

Ja, das meinte ich. Also genau wie die beiden gelben Zeilen in der verlinkten Anleitung. 

[madmax25]

Die Angaben habe ich angepasst, aber nun startet minicom nicht mehr.
Es heißt da immer:

Code Auswählen Erweitern

minicom: Fehler beim Öffnen der Datei »/dev/modem«: Datei oder Verzeichnis nicht gefunden
Habe ich jetzt den Stick gekillt?

[Otto123]

nein Du hast nicht gespeichert! save setup dfl
beim zweiten mal geht alles schneller

[madmax25]

Code Auswählen Erweitern

save setup dfl im Terminal ergibt

Code Auswählen Erweitern

bash: save: Kommando nicht gefunden.

Oder gehört das in FHEM?