Ich kann diesen Fehler (Auf einem Raspberry PI) bestätigen. Es gibt bestimmte EIB-Aktoren, wenn ich denen Nachrichten (per at - Befehl) schicke, dann hängt der TUL in folgender Schleife:
EIB set Beleuchtung off
EIB sending Bw440100
encode_tpuart dst: 4401 apci: 2 datalen : 1 data :0
SendGroup: dt: 4401, msg: 128 188 129 9 130 255 131 36 [...]
sendRequest: 80bc...
Received fixlen packet: 09ff...
Received fixlen packet: bc
getRequest len: 10 packt: 09ff..
Receiving fixlen packet: 09ff...
getRequest len: 8 packet: 09ff...
receiving telegram with len: 8
Telegram: (7): 09ff..
Buf: (0)
Control Byte 0x09 does not match expected mask 0xB0
No data received.
TUL EIB refused message: 09ff..
und ab hier gibt der TUL nur noch refused messages aus, irgendwann wird es dem FHEM zu bunt und es nimmt auf 8083 auch keine Nachrichten mehr an.
Dies Verhalten ist reproduzierbar, habe keine Ahnung, warum es nur bei bestimmten EIB - Nachricht auftritt, viele hundert EIB-Befehle gehen klaglos durch.
Workaround: Ich habe auf dem Pi einen monit-Dienst laufen, der prüft alle 2 Minuten, ob der POrt 8083 noch Requests annimmt und falls nicht, startet er fhem erneut. Das passiert 3-4 Mal am Tag, ist aber keine Lösung.
Jemand eine Ideee?