CUL_MAX immer wieder disconnected (das Problem ist nicht mehr existent)

Begonnen von uron, 19 März 2025, 17:09:27

Vorheriges Thema - Nächstes Thema

uron

Nachdem ich nun seit mehreren Jahren das gleiche Problem habe und es nicht gelöst bekomme, hier ein Versuch einer echten Lösung:
Immer wieder disconnectet mein CUL am RasPi für die MAX-Thermostate.
Wenn ich es bemerkt habe (meist zufällig), habe ich den CUL abgesteckt, 10s gewartet und wieder angesteckt.

Die Ursache für die verlorene Verbindung bleibt mir bislang allerdings verborgen. Der Zeitpunkt des Ausfalls ist unterschiedlich, in der Log-Datei kann ich keine Zusammenhänge zu einem vorherigen Ereignis feststellen.
Gestern das Gleiche, soeben erneut ein Disconnect. Die Ausfälle sind allerdings zeitlich nicht immer so dicht, manchmal läuft der CUL auch mehrere Wochen ohne Beanstandung.
define CUL_Max CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CUM7-if00-port0@38400 0000
attr CUL_Max alias CUL_Max
attr CUL_Max rfmode MAX
attr CUL_Max room MAX-Devices
#   CMDS      
#   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
#   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CUM7-if00-port0@38400 0000
#   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CUM7-if00-port0@38400
#   FHTID      0000
#   FUUID      67adffa1-f33f-63ec-1789-2b4fc1b4937fcfd4
#   NAME       CUL_Max
#   NR         73
#   PARTIAL   
#   STATE      disconnected
#   TYPE       CUL
#   devioNoSTATE 1
#   eventCount 2187
#   initString X21
#Zr
#   MatchList:
#     1:CUL_MAX  ^Z........................
#     8:HMS      ^810e04....(1|5|9).a001
#     D:CUL_IR   ^I............
#     H:STACKABLE_CC ^\*
#     M:TSSTACKED ^\*
#     N:STACKABLE ^\*
#   READINGS:
#     2025-03-17 21:19:47   cmds            B C F i A Z E k G M K U Y R T V W X e f l t x
#     2025-03-19 16:49:23   credit10ms      No answer
#     2025-03-19 09:39:51   state           disconnected
#
setstate CUL_Max disconnected
setstate CUL_Max 2025-03-17 21:19:47 cmds B C F i A Z E k G M K U Y R T V W X e f l t x
setstate CUL_Max 2025-03-19 16:49:23 credit10ms No answer
setstate CUL_Max 2025-03-19 09:39:51 state disconnected
Die Folge sieht man dann seitenweise im Logfile, was zu einer Blockade von FHEM führt!
2025.03.19 16:48:03.144 1: cm, Send Queue error CUL CUL_Max did not answer request for current credits. Waiting 5 seconds
2025.03.19 16:48:08.139 1: cm, Send Queue error CUL CUL_Max did not answer request for current credits. Waiting 5 seconds
2025.03.19 16:48:13.145 1: cm, Send Queue error CUL CUL_Max did not answer request for current credits. Waiting 5 seconds
Wenn ich nun schon die Ursache nicht finde suche ich dennoch nach einer Lösung, die Auswirkungen in den Griff zu bekommen.
Ist es möglich, ein notify mit Blick auf "STATE" zu installieren und bei "disconnect" den CUL neu zu starten?
Wer kann und will mir helfen?
RasPi-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