FHEM - Hausautomations-Systeme > InterTechno

[GELÖST].. und noch einmal: CUL disconnected

<< < (2/3) > >>

Wzut:

--- Zitat von: uron am 12 Februar 2021, 19:32:20 ---Bei mir zeigt der erste Code nur eine leere Seite!

--- Ende Zitat ---
bei mir auch , aber im Logfile steht alles :)

uron:
Tja, wenn man's weiß, ist es einfach!

"lsusb" ergibt

--- Code: ---Bus 001 Device 012: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 015: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 001 Device 011: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
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
--- Ende Code ---

"ls -la /dev/tty*" ergibt dies hier

--- Code: ---crw-rw-rw- 1 root tty       5,  0 Feb 11 09:17 /dev/tty
crw--w---- 1 root tty       4,  0 Feb 11 09:17 /dev/tty0
crw--w---- 1 root tty       4,  1 Feb 11 09:40 /dev/tty1
crw--w---- 1 root tty       4, 10 Feb 11 09:17 /dev/tty10
crw--w---- 1 root tty       4, 11 Feb 11 09:17 /dev/tty11
crw--w---- 1 root tty       4, 12 Feb 11 09:17 /dev/tty12
crw--w---- 1 root tty       4, 13 Feb 11 09:17 /dev/tty13
crw--w---- 1 root tty       4, 14 Feb 11 09:17 /dev/tty14
crw--w---- 1 root tty       4, 15 Feb 11 09:17 /dev/tty15
crw--w---- 1 root tty       4, 16 Feb 11 09:17 /dev/tty16
crw--w---- 1 root tty       4, 17 Feb 11 09:17 /dev/tty17
crw--w---- 1 root tty       4, 18 Feb 11 09:17 /dev/tty18
crw--w---- 1 root tty       4, 19 Feb 11 09:17 /dev/tty19
crw--w---- 1 root tty       4,  2 Feb 11 09:17 /dev/tty2
crw--w---- 1 root tty       4, 20 Feb 11 09:17 /dev/tty20
crw--w---- 1 root tty       4, 21 Feb 11 09:17 /dev/tty21
crw--w---- 1 root tty       4, 22 Feb 11 09:17 /dev/tty22
crw--w---- 1 root tty       4, 23 Feb 11 09:17 /dev/tty23
crw--w---- 1 root tty       4, 24 Feb 11 09:17 /dev/tty24
crw--w---- 1 root tty       4, 25 Feb 11 09:17 /dev/tty25
crw--w---- 1 root tty       4, 26 Feb 11 09:17 /dev/tty26
crw--w---- 1 root tty       4, 27 Feb 11 09:17 /dev/tty27
crw--w---- 1 root tty       4, 28 Feb 11 09:17 /dev/tty28
crw--w---- 1 root tty       4, 29 Feb 11 09:17 /dev/tty29
crw--w---- 1 root tty       4,  3 Feb 11 09:17 /dev/tty3
crw--w---- 1 root tty       4, 30 Feb 11 09:17 /dev/tty30
crw--w---- 1 root tty       4, 31 Feb 11 09:17 /dev/tty31
crw--w---- 1 root tty       4, 32 Feb 11 09:17 /dev/tty32
crw--w---- 1 root tty       4, 33 Feb 11 09:17 /dev/tty33
crw--w---- 1 root tty       4, 34 Feb 11 09:17 /dev/tty34
crw--w---- 1 root tty       4, 35 Feb 11 09:17 /dev/tty35
crw--w---- 1 root tty       4, 36 Feb 11 09:17 /dev/tty36
crw--w---- 1 root tty       4, 37 Feb 11 09:17 /dev/tty37
crw--w---- 1 root tty       4, 38 Feb 11 09:17 /dev/tty38
crw--w---- 1 root tty       4, 39 Feb 11 09:17 /dev/tty39
crw--w---- 1 root tty       4,  4 Feb 11 09:17 /dev/tty4
crw--w---- 1 root tty       4, 40 Feb 11 09:17 /dev/tty40
crw--w---- 1 root tty       4, 41 Feb 11 09:17 /dev/tty41
crw--w---- 1 root tty       4, 42 Feb 11 09:17 /dev/tty42
crw--w---- 1 root tty       4, 43 Feb 11 09:17 /dev/tty43
crw--w---- 1 root tty       4, 44 Feb 11 09:17 /dev/tty44
crw--w---- 1 root tty       4, 45 Feb 11 09:17 /dev/tty45
crw--w---- 1 root tty       4, 46 Feb 11 09:17 /dev/tty46
crw--w---- 1 root tty       4, 47 Feb 11 09:17 /dev/tty47
crw--w---- 1 root tty       4, 48 Feb 11 09:17 /dev/tty48
crw--w---- 1 root tty       4, 49 Feb 11 09:17 /dev/tty49
crw--w---- 1 root tty       4,  5 Feb 11 09:17 /dev/tty5
crw--w---- 1 root tty       4, 50 Feb 11 09:17 /dev/tty50
crw--w---- 1 root tty       4, 51 Feb 11 09:17 /dev/tty51
crw--w---- 1 root tty       4, 52 Feb 11 09:17 /dev/tty52
crw--w---- 1 root tty       4, 53 Feb 11 09:17 /dev/tty53
crw--w---- 1 root tty       4, 54 Feb 11 09:17 /dev/tty54
crw--w---- 1 root tty       4, 55 Feb 11 09:17 /dev/tty55
crw--w---- 1 root tty       4, 56 Feb 11 09:17 /dev/tty56
crw--w---- 1 root tty       4, 57 Feb 11 09:17 /dev/tty57
crw--w---- 1 root tty       4, 58 Feb 11 09:17 /dev/tty58
crw--w---- 1 root tty       4, 59 Feb 11 09:17 /dev/tty59
crw--w---- 1 root tty       4,  6 Feb 11 09:17 /dev/tty6
crw--w---- 1 root tty       4, 60 Feb 11 09:17 /dev/tty60
crw--w---- 1 root tty       4, 61 Feb 11 09:17 /dev/tty61
crw--w---- 1 root tty       4, 62 Feb 11 09:17 /dev/tty62
crw--w---- 1 root tty       4, 63 Feb 11 09:17 /dev/tty63
crw--w---- 1 root tty       4,  7 Feb 11 09:40 /dev/tty7
crw--w---- 1 root tty       4,  8 Feb 11 09:17 /dev/tty8
crw--w---- 1 root tty       4,  9 Feb 11 09:17 /dev/tty9
crw-rw---- 1 root dialout 166,  1 Feb 12 16:59 /dev/ttyACM1
crw--w---- 1 root tty     204, 64 Feb 11 09:40 /dev/ttyAMA0
crw------- 1 root root      5,  3 Feb 11 09:17 /dev/ttyprintk
crw-rw---- 1 root dialout 188,  0 Feb 12 19:38 /dev/ttyUSB0
crw-rw---- 1 root dialout 188,  1 Feb 12 17:00 /dev/ttyUSB1
--- Ende Code ---
Sollte mir das was sagen?
Das sieht irgendwie normal aus!

MadMax-FHEM:
Naja es sagt dir, dass kein /dev/ttyACM0 "da ist" (ls -la /dev/tty*  )

Dein CUL aber damit definiert ist:


--- Zitat --- DEF        /dev/ttyACM0@9600 1034

--- Ende Zitat ---

Besser ist eh ein Einbinden per "by-id" oder zumindest "by-path"...

https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden

Gruß, Joachim

uron:
Zunächst man Danke für die Hilfe bis hierhin.
Irgendwie komme ich mir aber vor, wie die anfangs zitierten User, bei denen der Fehler so plötzlich verschwand, wie er gekommen ist:
Nachdem ich mit

--- Code: ---ls -l /dev/serial/by-id
--- Ende Code ---
die Serial-ID ermitteln wollte und dies ausgegeben bekam

--- Code: ---lrwxrwxrwx 1 root root 13 Feb 12 16:24 usb-busware.de_CUL868-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Feb 11 09:41 usb-FTDI_FT232R_USB_UART_A700CUM7-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Feb 12 17:32 usb-SHK_NANO_CUL_868-if00-port0 -> ../../ttyUSB0

--- Ende Code ---
habe ich den problematischen Dongle ausgesteckt, erneut

--- Code: ---ls -l /dev/serial/by-id
--- Ende Code ---
ausgeführt, den Dongle wieder eingesteckt und bekam die Meldung

--- Code: ---2021.02.13 12:04:43.591 3: Setting CUL_0 serial parameters to 9600,8,N,1
2021.02.13 12:04:43.712 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2021.02.13 12:04:43.728 1: /dev/ttyACM0 reappeared (CUL_0)

--- Ende Code ---
im Logfile. Fortan funktioniert der USB-Stick natürlich wieder.

Nun will ich es nicht dabei belassen, denn ich habe mehrere USB-Sticks am Werk (für FS20/IT, HM, MAX und demnächst noch für Z-Wave).
Folge ich dem Beitrag
https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden kann ich nur nicht verstehen, wie ich daraus die Serial-ID ablesen kann oder ich verstehe einfach nicht mein oben beschriebenes Ergebnis, ich sehe da keine Serial-ID.

MadMax-FHEM:
Aus und wieder einstecken hat dazu geführt, dass Linux neu "gefunden" hat und diesmal halt wieder /dev/ttyACM0 statt wie zuvor /dev/ttyACM1 zu "benennen"...

Daher geht es jetzt ("zufällig") wieder.

Naja die ID ist das was du eben bei deinem ls -ls /dev/serial/by-id bekommst...
...sofern die verwendeten USB-Wandler auch tatsächlich Seriennummern haben...

Aber steht doch exakt im Wiki wie man von der Ausgabe ls -la /dev/serial/by-id zum Define in fhem kommt...

Aber es gibt noch die Möglichkeit: by-path

Das bedeutet: "da wo sie stecken"...

Also sofern du sie nicht an einen anderen Port einsteckst wird es mit "by-path" funktionieren...
...und zwar zuverlässiger als mittels /dev/tty*
Weil das bei jedem Boot bzw. an/abstecken (wie du ja jetzt weißt ;) ) neu "verhandelt" wird...

Gruß, Joachim

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete

Zur normalen Ansicht wechseln