[GELÖST] nanoCUL wechselt spontan von initialized auf opened

[thaliondrambor]

So, jetzt habe ich den CUL mal wieder dabei erwischt. Es ist passiert, als ich einen Ausschaltbefehl senden wollte an eine IT-Steckdose. Folgendes stand im Log:

Code Auswählen Erweitern

2017.08.14 08:27:07 5: SW: is00FFF00FFFF0
2017.08.14 08:27:07 5: CUL/RAW (ReadAnswer): is00FFF00FFFF0

2017.08.14 08:27:08 5: SW: is00FFF00FFF0F
2017.08.14 08:27:11 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2017.08.14 08:27:42 3: Setting CUL_433 serial parameters to 9600,8,N,1
2017.08.14 08:27:42 5: SW: V
2017.08.14 08:27:45 5: SW: V
2017.08.14 08:27:48 5: SW: V
2017.08.14 08:28:21 1: Cannot init /dev/serial/by-id/usb-busware.de_CUL433-if00, ignoring it (CUL_433)
2017.08.14 08:28:21 5: SW: is00FFF00FFF0F
2017.08.14 08:28:21 5: SW: is00FFF00FFF0F

Habe dann den USB-Reset durchgeführt und dmesg sagte dazu:

Code Auswählen Erweitern

[284893.568078] usb 1-2: reset full-speed USB device number 3 using ohci-pci
[284893.803115] cdc_acm 1-2:1.0: ttyACM1: USB ACM device

Ein Reopen im FHEM hat den CUL dann wieder zum Laufen gebracht. Im Log dazu folgendes:

Code Auswählen Erweitern

2017.08.14 09:18:40 3: Setting CUL_433 serial parameters to 9600,8,N,1
2017.08.14 09:18:40 5: SW: V
2017.08.14 09:18:40 5: CUL/RAW (ReadAnswer): V 1.25.01 a-culfw Build: 257 (2017-07-14_17-38-58) CUL433 (F-Ban
2017.08.14 09:18:40 5: CUL/RAW (ReadAnswer): d: 433MHz)

2017.08.14 09:18:40 5: SW: ?
2017.08.14 09:18:40 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of A B C E e F G h i K k L l M m R T t
2017.08.14 09:18:43 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 disconnected, waiting to reappear (CUL_433)
2017.08.14 09:18:43 3: CUL_433: Possible commands: Noanswer
2017.08.14 09:18:43 5: SW: X21
2017.08.14 09:18:43 5: SW: T01
2017.08.14 09:18:43 3: Setting CUL_433 serial parameters to 9600,8,N,1
2017.08.14 09:18:44 5: SW: V
2017.08.14 09:18:44 5: CUL/RAW (ReadAnswer): V 1.25.01 a-culfw Build: 257 (2017-07-14_17-38-58) CUL433 (F-Ban
2017.08.14 09:18:44 5: CUL/RAW (ReadAnswer): d: 433MHz)

2017.08.14 09:18:44 5: SW: ?
2017.08.14 09:18:44 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of A B C E e F G h i K k L l M m R T t
2017.08.14 09:18:44 5: CUL/RAW (ReadAnswer): U u V W X x Y

2017.08.14 09:18:44 3: CUL_433: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2017.08.14 09:18:44 5: SW: X21
2017.08.14 09:18:44 5: SW: T01
2017.08.14 09:18:44 5: CUL/RAW (ReadAnswer): 1134

2017.08.14 09:18:44 5: GOT CUL fhtid: 1134
2017.08.14 09:18:44 1: /dev/serial/by-id/usb-busware.de_CUL433-if00 reappeared (CUL_433)

Der CUL scheint wohl tatsächlich irgendwie festzustecken. Ich kann aber keinen Grund erkennen.
Die Frage ist auch, ob es immer nur beim Senden passiert oder auch wenn Nachrichten empfangen werden.

FHEM schien nach dem Ausschaltbefehl auch circa eine Minute festzuhängen. Da ich allerdings per VPN verbunden war, kann ich nicht ganz ausschließen, dass es nicht an der Internetverbindung lag.

Vielleicht wird jemand anderes schlauer daraus.

Gruß

thaliondrambor

[RaspiLED]

Hi, ja Sorry Dein Post ist mir durchgerutscht!
Also ich sehe auch nur, dass sich der CUL zwischen zweitem und dritten IT Paket aufhängt.
Als workaround könnte man auf das disconnect triggern und dann den usbreset und das reopen ausführen.
Schau mal hier: https://forum.fhem.de/index.php/topic,54628.msg461969.html#msg461969

Vielleicht hat Bjoernh oder jemand Anderes noch Ideen!?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...