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

Begonnen von uron, 12 Februar 2021, 18:25:08

Vorheriges Thema - Nächstes Thema

uron

Mein CUL für die Intertechnosteckdosen will plötzlich aus unerklärlichen Gründen nicht mehr: Es werden keine Schaltvorgänge mehr ausgelöst.
Im Logfile steht
IT IODev device didn't answer is command correctly:   raw => No answer
Meine Recherchen zu diesem Problem führen bislang nicht zum Erfolg, Ich habe den Eindruck, dass bei vielen geschilderten Problemfällen der Fehler 'plötzlich' weg war.
Sei es durch ein Update oder Restart. Beides zeigte bei mir keinen Erfolg.
Das list CUL_0 ergibt Nachfolgendes
Internals:
   CMDS       
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FHTID      1034
   FUUID      5c6aa998-f33f-aab4-4395-39c077f39da499f9
   NAME       CUL_0
   NR         60
   NR_CMD_LAST_H 29
   PARTIAL   
   STATE      disconnected
   TYPE       CUL
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2021-02-12 18:05:22   cmds            No answer
     2021-02-12 18:00:00   raw             No answer
     2021-02-12 17:00:26   state           disconnected
     2021-02-12 16:40:00   version         No answer
   XMIT_TIME:
     1613146234.54199
     1613146528.0117
     1613146708.02828
     1613146830.53161
     1613146832.66118
     1613146834.53162
     1613147428.01202
     1613147430.52566
     1613147432.62037
     1613147434.52554
     1613147608.03876
     1613148030.53279
     1613148032.53695
     1613148034.5321
     1613148328.01146
     1613148508.02884
     1613148630.53168
     1613148632.54769
     1613148634.53201
     1613149000.03903
     1613149228.01014
     1613149230.51849
     1613149232.54612
     1613149234.51881
     1613149408.02454
     1613149786.02434
     1613149830.51964
     1613149832.532
     1613149834.51719
Attributes:
   room       Büro,FS20-Devices,IT-Devices


Kann es sein, dass der CUL komplett defekt ist oder seht ihr noch eine Rettungschance?
Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker

KölnSolar

ZitatMeine Recherchen zu diesem Problem führen bislang nicht zum Erfolg
Das würde mir zu denken geben.  ;)
Zitatstate           disconnected     dev/ttyACM0@9600
Klingt nach dem hier
Ansonsonsten mal mit dmesg(wenn linux) gucken
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

uron

Ja, das gäbe mir zu denken, wenn, ja wenn ich den Thread nicht auch gelesen hätte.
Zu denken gibt mir, dass ich mit den beiden Codes nichts anfagen kann, sie aber trotzdem ohne Kenntnisse in die FHEM-Befehlszeige eingegeben habe:
Sowohl lsusb als auch ls -la /dev/tty* ergab: Unknown command lsusb, try help ...deshalb die erneute Frage hier im Forum!
Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker

MadMax-FHEM

#3
Das sind ja auch Linux-Commandos... ;)

Daher:

entweder auf der Linux-Console

oder in Anführungszeichen und dann in FhemWeb...

Beispiel: "lsusb"

EDIT: und bevor ich "irgendwo" "irgendwelche" Kommandos "reinklopfe" suche ich erst mal und schaue was die machen! Irgendwann gibst du einfach mal "sudo rm -R /" in fhem-Web ein (und wenn dann auch noch fhem sudo "darf" ohne Passwort, dann ist dein System "weg" im wahrsten Sinne des Wortes)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

uron

Ja ok, ich hatte auch kein gutes Gefühl, du kannst mir aber Mut bescheinigen  ;) - ich werde mich bessern!

Aber nochmals zurück "lsusb" in der Kommandozeile eingegeben sollte was erzeugen oder anzeigen?
Genauso "ls -la /dev/tty*"
Bei mir zeigt der erste Code nur eine leere Seite!
Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker

Wzut

Zitat von: uron am 12 Februar 2021, 19:32:20
Bei mir zeigt der erste Code nur eine leere Seite!
bei mir auch , aber im Logfile steht alles :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

uron

#6
Tja, wenn man's weiß, ist es einfach!

"lsusb" ergibt
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


"ls -la /dev/tty*" ergibt dies hier
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

Sollte mir das was sagen?
Das sieht irgendwie normal aus!
Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker

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

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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
ls -l /dev/serial/by-id die Serial-ID ermitteln wollte und dies ausgegeben bekam
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

habe ich den problematischen Dongle ausgesteckt, erneut
ls -l /dev/serial/by-id ausgeführt, den Dongle wieder eingesteckt und bekam die Meldung
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)
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.

Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

uron

#10
Ok, bei genauerem Hinsehen habe ich die Serial-ID 'entdeckt'. Ich hatte einen Zifferncode erwartet - wer lesen kann ....
Mittlerweile habe ich den CUL wie folgt definiert
/dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1034
die Ansteuerung klappt im Moment einwandfrei.
Unsicher war ich noch bei der FHTID, hab aber dann die aus der ursprünglichen DEF genommen.
Die anderen Dongle (HM und MAX) waren bereits per by-id definiert.

So bleibt mir nur noch mein Dank für die Unterstützung und die 'Lehrstunde'
Raspberry Pi  fhem  FHEMobile  CUL  FS20-, HM-, Intertechno-, AVM- und Shelly-Aktoren, Vitoconnect 100, Vitocal 200-S, Optolink, FTUI auf iPad, FTUI auf iPhone, Stromzähler von Powerfox, Wechselrichter Growatt MIN 4600 TL-XH, RasPi ioBroker