Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.41

[Bytechanger]

OK, also mit TSCUL gehts besser.

Wirst sie im nächsten Update der neuen Firmware vertreten sein?

Hier ein Log bei dem es augenscheinlich (langes orangenes Licht, dann Grün) auch bei einem weiteren Versuch geklappt hat:
Aber auch wenn grün quittiert wurde am Sensor steht manchmal in FHEM "pending".

Code Auswählen Erweitern

2017.08.19 19:12:48.590 4: TSCUL_Parse: CUL0  236749 A F101 09332864 00 0C B2 A641 278291 1DA462 0196C8 -58.5
2017.08.19 19:12:48.592 0: HMLAN_Send:  HMLAN1 I:-278291
2017.08.19 19:12:48.848 4: TSCUL_Parse: CUL0  237007 A F101 09333116 00 0C B2 A241 278291 1DA462 0196C8 -58.5
2017.08.19 19:12:48.851 4: TSCUL_send:  CUL0                         As 11 B2 A002 1DA462 278291 040118427ED28102
2017.08.19 19:12:48.852 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:49.180 4: TSCUL_Parse: CUL0  237340 A F103 09333236 01 11 B2 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:372 -138
2017.08.19 19:12:49.181 4: TSCUL_Parse: CUL0  237340 A F101 09333396 00 19 B2 A203 278291 1DA462 9AF10FFCE703A34C871ECEE17756786C -58
2017.08.19 19:12:49.187 4: TSCUL_send:  CUL0                         As 0E B2 8002 1DA462 278291 004c80eb6f
2017.08.19 19:12:49.187 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:99
2017.08.19 19:12:49.465 4: TSCUL_send:  CUL0                         As 11 B2 8002 1DA462 278291 0101C8004c80eb6f
2017.08.19 19:12:49.465 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102
2017.08.19 19:12:49.468 4: TSCUL_Parse: CUL0  237627 A F103 09333516 01 0E B2 8002 1DA462 278291 00 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:12:49.725 4: TSCUL_Parse: CUL0  237884 A F103 09333748 01 11 B2 8002 1DA462 278291 01 _CCAdly:4 _dhmSt:352 -138
2017.08.19 19:12:51.840 4: TSCUL_Parse: CUL0  239998 A F101 09336112 00 0C B3 A641 278291 1DA462 019700 -55
2017.08.19 19:12:51.843 4: TSCUL_send:  CUL0                         As 11 B3 A002 1DA462 278291 04707C4DD1C51102
2017.08.19 19:12:51.843 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:52.141 4: TSCUL_Parse: CUL0  240300 A F103 09336232 01 11 B3 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:12:52.144 4: TSCUL_Parse: CUL0  240301 A F101 09336392 00 19 B3 A203 278291 1DA462 D524FC2998C98BFFEAA806070225B81F -55
2017.08.19 19:12:52.151 4: TSCUL_send:  CUL0                         As 0E B3 8002 1DA462 278291 002ec600c1
2017.08.19 19:12:52.152 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:99
2017.08.19 19:12:52.456 4: TSCUL_send:  CUL0                         As 11 B3 8002 1DA462 278291 0101C8002ec600c1
2017.08.19 19:12:52.456 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102
2017.08.19 19:12:52.458 4: TSCUL_Parse: CUL0  240618 A F103 09336512 01 0E B3 8002 1DA462 278291 00 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:12:52.713 4: TSCUL_Parse: CUL0  240873 A F103 09336740 02 11 B3 8002 1DA462 278291 01 _CCAdly:8 _dhmSt:348 -138
2017.08.19 19:12:57.260 1: Perfmon: possible freeze starting at 19:12:54, delay is 3.26
2017.08.19 19:12:57.356 4: TSCUL_Parse: CUL0  245515 A F101 09338364 00 0C B4 A641 278291 1DA462 0198C8 -56.5
2017.08.19 19:12:57.359 4: TSCUL_send:  CUL0                         As 11 B4 A002 1DA462 278291 049BFCA11848C802
2017.08.19 19:12:57.359 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:57.394 4: TSCUL_Parse: CUL0  245551 A F101 09338616 00 0C B4 A241 278291 1DA462 0198C8 -57.5
2017.08.19 19:12:57.396 4: TSCUL_send:  CUL0                         As 11 B4 A002 1DA462 278291 049BFCA11848C802
2017.08.19 19:12:57.397 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:57.400 4: TSCUL_Parse: CUL0  245559 A F101 09339120 00 0C B4 A241 278291 1DA462 0198C8 -57.5
2017.08.19 19:12:57.403 4: TSCUL_send:  CUL0                         As 11 B4 A002 1DA462 278291 049BFCA11848C802
2017.08.19 19:12:57.403 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:57.407 4: TSCUL_Parse: CUL0  245565 A F101 09340136 00 0C B4 A241 278291 1DA462 0198C8 -57.5
2017.08.19 19:12:57.410 4: TSCUL_send:  CUL0                         As 11 B4 A002 1DA462 278291 049BFCA11848C802
2017.08.19 19:12:57.410 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:57.667 4: TSCUL_Parse: CUL0  245826 A F103 09341644 02 11 B4 A002 1DA462 278291 04 _CCAdly:8 -138
2017.08.19 19:12:57.671 4: TSCUL_Parse: CUL0  245830 A F103 09341752 01 11 B4 A002 1DA462 278291 04 _CCAdly:4 -138
2017.08.19 19:12:57.928 4: TSCUL_Parse: CUL0  246087 A F103 09342024 01 11 B4 A002 1DA462 278291 04 _CCAdly:4 -138
2017.08.19 19:12:57.931 4: TSCUL_Parse: CUL0  246089 A F101 09342160 00 0C B4 A241 278291 1DA462 0198C8 -57.5
2017.08.19 19:12:57.933 4: TSCUL_send:  CUL0                         As 11 B4 A002 1DA462 278291 049BFCA11848C802
2017.08.19 19:12:57.934 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:12:58.193 4: TSCUL_Parse: CUL0  246353 A F103 09342280 01 11 B4 A002 1DA462 278291 04 _CCAdly:4 -138
2017.08.19 19:12:58.196 4: TSCUL_Parse: CUL0  246354 A F101 09342440 00 19 B4 A203 278291 1DA462 E00BC55417EE38A683629F68A7494F6E -57
2017.08.19 19:12:58.202 4: TSCUL_send:  CUL0                         As 0E B4 8002 1DA462 278291 00c4f356b1
2017.08.19 19:12:58.203 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:99
2017.08.19 19:12:58.499 4: TSCUL_send:  CUL0                         As 11 B4 8002 1DA462 278291 0101C800c4f356b1
2017.08.19 19:12:58.499 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102
2017.08.19 19:12:58.502 4: TSCUL_Parse: CUL0  246662 A F103 09342560 01 0E B4 8002 1DA462 278291 00 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:12:58.756 4: TSCUL_Parse: CUL0  246916 A F103 09342784 02 11 B4 8002 1DA462 278291 01 _CCAdly:8 _dhmSt:344 -138
2017.08.19 19:13:00.338 4: TSCUL_Parse: CUL0  248498 A F101 09344612 00 0C B5 A641 278291 1DA462 019900 -54
2017.08.19 19:13:00.340 4: TSCUL_send:  CUL0                         As 11 B5 A002 1DA462 278291 044C98014825AE02
2017.08.19 19:13:00.340 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:13:00.611 4: TSCUL_Parse: CUL0  248771 A F103 09344732 01 11 B5 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:13:00.874 4: TSCUL_Parse: CUL0  249032 A F101 09344892 00 19 B5 A203 278291 1DA462 1AAE6D40504B7C36C02E3E60125A7F22 -54.5
2017.08.19 19:13:00.880 4: TSCUL_send:  CUL0                         As 0E B5 8002 1DA462 278291 0034c65f12
2017.08.19 19:13:00.881 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:99
2017.08.19 19:13:00.924 4: TSCUL_Parse: CUL0  249082 A F101 09345136 00 0C B5 A241 278291 1DA462 019900 -54.5
2017.08.19 19:13:01.194 4: TSCUL_send:  CUL0                         As 11 B5 8002 1DA462 278291 0101C80034c65f12
2017.08.19 19:13:01.194 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102
2017.08.19 19:13:01.196 4: TSCUL_Parse: CUL0  249356 A F103 09345256 01 0E B5 8002 1DA462 278291 00 _CCAdly:4 _dhmSt:120 -138
2017.08.19 19:13:01.449 4: TSCUL_send:  CUL0                         As 11 B5 A002 1DA462 278291 04336089516FF402
2017.08.19 19:13:01.450 4: TSCUL_XmitDlyHM:  CUL0  id:278291 toms:102 rtoms:1746
2017.08.19 19:13:01.452 4: TSCUL_Parse: CUL0  249612 A F103 09345476 01 11 B5 8002 1DA462 278291 01 _CCAdly:4 _dhmSt:340 -138
2017.08.19 19:13:01.707 4: TSCUL_Parse: CUL0  249866 A F103 09345732 01 11 B5 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:596 -138
2017.08.19 19:13:01.964 4: TSCUL_Parse: CUL0  250123 A F103 09346004 01 11 B5 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:868 -138
2017.08.19 19:13:02.221 4: TSCUL_Parse: CUL0  250380 A F103 09346276 01 11 B5 A002 1DA462 278291 04 _CCAdly:4 _dhmSt:1140 -138
2017.08.19 19:13:02.475 1: TSCUL_ParseTsHM: CUL0 HM repeat failed to 278291/EG_FensterBuero:  250634 A F109 09346544 00 11 B5 A002 1DA462 278291 04 _sfail
2017.08.19 19:13:03.255 4: TSCUL_XmitAwaitTo CUL0: timeout - 278291
2017.08.19 19:13:16.199 4: TSCUL_Parse: CUL0  264359 A F102 09360472 00 15 AABBCCDDAABBCCDDAABBCCDDAABBCCDDAABBCCDDAA _ping -138

Mit der Alarmanlage ist nicht so schlimm, da ich vorrangig den HMLAN benutze. Der CUL sollte als Rückfallebene für einen Stromausfall dienen (der Raspi wird von UPSPico gespeist).
Überlege, ob ich im Falle des Ausfalls von HMLAN1 nicht auf aesReqCommReq verzichte (Notlösung) um eine Öffnung mitzubekommen.

Besteht in FHEM nicht die Möglichkeit, die Kommunikation zwischen FHEM und CUL in einen eignen THREAD zu legen, der sich nur darum kümmert.
Dann wäre die derzeitige Auslastung von FHEM egal.
Der HMLAN macht diese Antworten, die er selbst kann, wohl ja auch eigenständig, daher keine timing Probleme...

Der Raspi scheint ja nicht besonders ausgelastet zu sein, sondern es ist wohl ein "Blocking" Problem von FHEM.

Greets

Byte

[noansi]

Hallo Byte,

also auf und zu geht grundsätzlich mit der letzten Änderung, wie in Deinem Log zu sehen. Nun stolperts noch an Timingproblemen und "Eigenbehinderung".

Überlege, ob ich im Falle des Ausfalls von HMLAN1 nicht auf aesReqCommReq verzichte (Notlösung) um eine Öffnung mitzubekommen.

Mit dem Ausfall müsstest Du dann wohl die Attribute bei den devices auf 0 setzen?!?

Besteht in FHEM nicht die Möglichkeit, die Kommunikation zwischen FHEM und CUL in einen eignen THREAD zu legen, der sich nur darum kümmert.

Eher in einen eigenen Prozess, der dann lokal über Netzwerkschnittstelle angesprochen würde. Wie Echtzeit fähig das dann wäre, kann ich nicht sagen.

Der Raspi scheint ja nicht besonders ausgelastet zu sein, sondern es ist wohl ein "Blocking" Problem von FHEM.

Also ich habe schon Spitzen mit 100% Auslastung auf RasPi2. Wann es dann da wo im Gesamtsystem noch blocken kann, kann ich nicht sagen

Es müßte eher in die Firmware um das Timing ausreichend sicher zu stellen. Auf CUL ist es überschaubar, was wann dazwischen funken kann. Man könnte überlegen die verbleibenden Bytes im EEPROM für eine Liste mit aesReqCommReq devices zu verwenden. Die Anzahl wäre dann entsprechend begrenzt. 99 müßten auf einem CUL V3 gehen. CUL muss leider wissen, ob eine Signierung zu einer HMID angefordert werden muss und mit welchem Key. Im RAM ist nicht mehr genug Platz dafür.
Und Flash Speicher müsste auch frei geschaufelt werden, also andere Funktionen entfallen. Parallel zu HM geht aber eh nichts auf einem CUL V3.

Wirst sie im nächsten Update der neuen Firmware vertreten sein?

Mit noch mehr Änderungen.

Gruß, Ansgar.

[Bytechanger]

Hi

Es müßte eher in die Firmware um das Timing ausreichend sicher zu stellen. Auf CUL ist es überschaubar, was wann dazwischen funken kann. Man könnte überlegen die verbleibenden Bytes im EEPROM für eine Liste mit aesReqCommReq devices zu verwenden. Die Anzahl wäre dann entsprechend begrenzt. 99 müßten auf einem CUL V3 gehen. CUL muss leider wissen, ob eine Signierung zu einer HMID angefordert werden muss und mit welchem Key. Im RAM ist nicht mehr genug Platz dafür.
Und Flash Speicher müsste auch frei geschaufelt werden, also andere Funktionen entfallen. Parallel zu HM geht aber eh nichts auf einem CUL V3.

Wie macht es denn der HMLAN? Der weiß doch nicht, für welche Devices eine Signierung angefordert werden muss? Er ist auch problematischer über LAN an FHEM angebunden, da kann es doch eher zu Latenzen kommen.

Mit dem Ausfall müsstest Du dann wohl die Attribute bei den devices auf 0 setzen?!?

Ja, oder ich verzichte völlig auf Signierung bei Sensoren. Dann wäre aber ein "Schabernack" möglich durch absichtliches Senden von falschen Sensorinfos...

Greets

Byte

[noansi]

Hallo Byte,

Der weiß doch nicht, für welche Devices eine Signierung angefordert werden muss?

Doch, das bekommt HMLAN von FHEM mit setzen der Attribute mitgeteilt.

Gruß, Ansgar.

[Bastel-Frank]

Hallo Ansgar,

vielen herzlichen Dank für deine stetige Weiterentwicklung. Ich bin bei Version 6 quasi ausgestiegen, da alle meine Probleme gelöst waren und bin sehr erfreut, dass Du weiter gemacht hast. Ich werde in Kürze meine CUL's dann auch auf deine aktuelle Version bringen.

Ich habe aber nun eine andere Frage:
Ich benötige weitere CULs und überlege, ob ich NanoCul's nehmen soll. Gibt es in Bezug auf deine Firmware Nachteile gegenüber den Standard-USB-Cul's?

Viele Grüße & Danke
Frank

[noansi]

Hallo Frank,

Gibt es in Bezug auf deine Firmware Nachteile gegenüber den Standard-USB-Cul's?

Die nanoCULs haben mit Ihrem Prozessor 0.5kB weniger SRAM. Also 2kB gegenüber 2.5kB beim Busware CUL.
Das zwingt ggf. mal eher zu einer individuell zu konfigurierenden und zu compilierenden Firmware mit weniger Funktionsviefalt on board.

Angebunden ist nanoCUL per serieller Schnittstelle über ein seriell nach USB Interface an den Host. Damit ergibt sich eine größere I/O Latenz und geringere I/O Datenrate gegenüber dem Busware CUL, der mit USB nativ angebunden ist. Für HM ist kurze Latenz von Vorteil.

Mit dem wenigen Speicher können keine großzügigen seriell I/O Buffer eingerichtet werden. Meistens macht es aber bisher nichts aus.

nanoCULs gibt es auch mit 16MHz Takt. Jedoch wird der von der Firmware per Vorteiler wieder auf 8MHz runter geholt, da sonst diverse Timingfunktionen Überläufe erleiden würden. Also bezüglich Firmware derzeit kein Vorteil.

nanoCUL hat viele I/O Pins verfügbar, bietet sich in sofern auch als Bastelbasis für exotischere Eigenprojekte an. Für den der Spass daran hat und programmieren möchte.
Ich habe jedoch keinen und von daher sind User immer Beta-Tester für knappe Systemresourcen. Bisher haut's anscheinend noch hin, so weit es Rückmeldungen gibt.

Mit Busware CUL ist ein Firmwareupdate via FHEM besonders einfach ohne Knopf Drücken durchzuführen.

Ansonsten solltest Du nanoCULs erwischen, die eine individuelle Seriennummer haben oder zumindest dahingehend noch umprogrammierbar sind, wenn Du mehrere an einem Rechner betreiben willst.
Außerdem natürlich vernünftig funktionierende Tranceivermodule mit der richtigen Frequenzanpassung für Dein Nutzungsvorhaben.

Gruß, Ansgar.

[Bastel-Frank]

Hallo Ansgar,

vielen Dank für deine ausführliche Betrachtung. Ich werde daher weiterhin zu den normalen CULs greifen.

Ich werde mich dann mal dran machen, deine letzte Version auf die CULs zu bringen .

Viele Grüße & Danke für deine tolle Arbeit
Frank

[RaspiLED]

Hi,
ich sage nicht das der Kollege unrecht hat!
Das mit dem mehr Speicher ist mir sogar ganz neu. Ist aber auch nur bei einem Busware CUL ab V3 so. Die alten CUL hatten eh weniger.

Dennoch hat auch der Busware CUL Probleme mit verschlüsselten HM Verbindungen mangels Hardware Chip!
Daher raten hier in Forum die meisten zu HM-UART Lösungen oder halt anderen originalen HM Geräten für HM!

Zwei entscheidende Vorteile hat aber eine nanoCUL Hatdware:
Der Preis hier im Forum aktuell ab 22€ (zusammengebaut mit Allem!) und
man kann nicht nur culfw, a-culfw, sondern auch die Signalduino Firmware flashen!

Damit kann man (die Timing- und die Speichermengenprobleme überkommend) die Demodulation der Funkpakete in FHEM durchführen. Hier im Forum gibt es eine rege Entwicklung neuer Protokolle (z.B. Somfy Rolladen können besser gesteuert und gehört werden
Ich finde die nanoCUL oder Varianten mit ESP8266 (WLAN Anbindung statt USB) oder MapleCUL (direkt mehrere cc1101 Module auf einem USB Port) die bessere Wahl!
Wenn Du welche testen willst, sag einfach bescheid
Gruß Arnd


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

[Bastel-Frank]

Das zwingt ggf. mal eher zu einer individuell zu konfigurierenden und zu compilierenden Firmware mit weniger Funktionsviefalt on board.

Mit Busware CUL ist ein Firmwareupdate via FHEM besonders einfach ohne Knopf Drücken durchzuführen.

Hallo Ansgar,

dann doch noch zwei Fragen:
Die nanoCUL-Firmware ist bei deinem Paket dabei, d.h. ich muss sie nicht selbst kompilieren - oder?

und (OT): Wie kann man den Busware-CUL flashen ohne vorher den Knopf gedrückt zu haben?

Viele Grüße
Frank

[noansi]

Hallo Arnd,

Die alten CUL hatten eh weniger.

Richtig und die (CUL V2 und V4) werden auch von tsculfw nicht mehr unterstützt, eben wegen des mangelnden Speichers.

Dennoch hat auch der Busware CUL Probleme mit verschlüsselten HM Verbindungen mangels Hardware Chip!

Das gilt mit tsculfw derzeit nur in eine Richtung, sprich, wenn "aesCommReq" genutzt wird und somit das HM device signieren soll, was derzeit komplett über FHEM laufen muss.

Ist "sign" im HM device gesetzt, dann macht die tsculfw das vom device angeforderte Signieren recht problemlos in Software, auch ohne Hardwarechip.
Welche Probleme hast Du dabei?

nanoCUL oder Varianten mit ESP8266 (WLAN Anbindung statt USB)

Da über WLAN lange Paketlaufzeiten regelmäßig vorkomen, kann es für HM eigentlich nur problematisch sein. Welche ping Antwortzeiten (von - bis) bekommst Du mit so einer Variante?
Verstehe ich daher nur für andere Protokolle, als HM.

oder MapleCUL (direkt mehrere cc1101 Module auf einem USB Port)

Hat jemand die tsculfw darauf portiert?

Hier im Thread geht es um die tsculfw.

Gruß, Ansgar.

[noansi]

Hallo Frank,

Die nanoCUL-Firmware ist bei deinem Paket dabei, d.h. ich muss sie nicht selbst kompilieren - oder?

Es ist ein Kompilat dabei, setzt natürlich vorraus, dass beim Zusammenlöten keine abweichende I/O Konfiguration gewählt wird.

Wie kann man den Busware-CUL flashen ohne vorher den Knopf gedrückt zu haben?

Sofern eine CUL Firmware drauf ist, kann sie über den B Befehl in den Bootloader gestartet werden.
CULflash hatte Rudolf schon entwickelt, um unter Nutzung dieses Befehls ein Update aus FHEM herraus zu ermöglichen.
Daraus habe ich TSCULflash gebaut, um auch die tsculfw aus FHEM heraus flashen zu können.

Also TSCUL_V3.hex Firmware Datei in das fhem Firmware Verzeichnis kopieren.
Dann mit

Code Auswählen Erweitern

TSCULflash <CULDeviceName> TSCUL_V3
aus fhem heraus flashen.

Der dfu-programmer muss natürlich zuvor auf dem System installiert sein.

Gruß, Ansgar.

[Bastel-Frank]

Hallo Ansgar,

beim Wechsel von der Version 06 auf 10 habe ich leider Probleme. Die Kommunikation läuft nicht mehr. Die CUL's gehen aufgrund der Re-Send's in den Overload.

Meine Umgebung: 4x Busware CUL mit ser2net angebunden. Ich habe die deinen neuen Module nach FHEM kopiert und die CULs entsprechend programmiert.

Ich bin jetzt wieder auf 06 zurück gegangen.

Hast Du eine Idee woran es liegen könnte?

Viele Grüße
Frank

[noansi]

Hallo Frank,

Hast Du eine Idee woran es liegen könnte?

Ohne Log, Lists, etc. leider nicht.
Hast Du irgendwas geloggt?

Gruß, Ansgar.

[Bastel-Frank]

Hier der log:

Code Auswählen Erweitern

2017.09.03 11:37:10 3: telnetPort: port 7072 opened
2017.09.03 11:37:10 3: WEB: port 8083 opened
2017.09.03 11:37:10 3: WEBphone: port 8084 opened
2017.09.03 11:37:10 3: WEBtablet: port 8085 opened
2017.09.03 11:37:10 2: eventTypes: loaded 8718 events from ./log/eventTypes.txt
2017.09.03 11:37:10 3: additional HM config file loaded: ./FHEM/HMConfig_SenTHPL.pm
2017.09.03 11:37:10 2: TSCUL_condUpdate: CUL_KG new condition disconnected
2017.09.03 11:37:10 3: Opening CUL_KG device /dev/ttyACM0
2017.09.03 11:37:10 3: Setting CUL_KG serial parameters to 9600,8,N,1
2017.09.03 11:37:11 3: CUL_KG: Possible commands: ABCEFGJKMRTUVWXYZeilmtx
2017.09.03 11:37:11 2: TSCUL_condUpdate: CUL_KG new condition init
2017.09.03 11:37:11 1: CUL_KG is VERSION_TS, VTS 0.10 CUL868, CUL_V3.4
2017.09.03 11:37:12 3: CUL_KG device opened
2017.09.03 11:37:12 2: TSCUL_condUpdate: CUL_KG new condition init
2017.09.03 11:37:12 2: Switched CUL_KG rfmode to HomeMatic
2017.09.03 11:37:12 2: TSCUL_condUpdate: CUL_EG new condition disconnected
2017.09.03 11:37:12 3: Opening CUL_EG device odroid:2003
2017.09.03 11:37:17 1: odroid:2003 disconnected, waiting to reappear (CUL_EG)
2017.09.03 11:37:17 1: DevIoTS_SimpleRead CUL_EG: Device Timeout encountered, disconnected
2017.09.03 11:37:17 2: TSCUL_condUpdate: CUL_EG new condition disconnected
2017.09.03 11:37:17 3: ASKSIN not supported
2017.09.03 11:37:17 3: ASKSIN not supported
2017.09.03 11:37:17 0: Strange call for nonexistent <undefined>: IOWriteFn
2017.09.03 11:37:17 0: Strange call for nonexistent <undefined>: IOWriteFn
2017.09.03 11:37:17 0: Strange call for nonexistent <undefined>: IOWriteFn
2017.09.03 11:37:17 2: TSCUL_condUpdate: CUL_EG new condition init
2017.09.03 11:37:17 2: Switched CUL_EG rfmode to HomeMatic
2017.09.03 11:37:18 2: TSCUL_condUpdate: CUL_OG new condition disconnected
2017.09.03 11:37:18 3: Opening CUL_OG device raspi-og:2003
2017.09.03 11:37:19 3: CUL_OG: Possible commands: ABCEFGJKMRTUVWXYZeilmtx
2017.09.03 11:37:19 2: TSCUL_condUpdate: CUL_OG new condition init
2017.09.03 11:37:19 1: CUL_OG is VERSION_TS, VTS 0.10 CUL868, CUL_V3.4
2017.09.03 11:37:19 3: CUL_OG device opened
2017.09.03 11:37:19 2: TSCUL_condUpdate: CUL_OG new condition init
2017.09.03 11:37:19 2: Switched CUL_OG rfmode to HomeMatic
2017.09.03 11:37:20 2: TSCUL_condUpdate: CUL_GH new condition disconnected
2017.09.03 11:37:20 3: Opening CUL_GH device raspi-gh:2003
2017.09.03 11:37:21 3: CUL_GH: Possible commands: ABCEFGJKMRTUVWXYZeilmtx
2017.09.03 11:37:21 2: TSCUL_condUpdate: CUL_GH new condition init
2017.09.03 11:37:21 1: CUL_GH is VERSION_TS, VTS 0.10 CUL868, CUL_V3.4
2017.09.03 11:37:21 3: CUL_GH device opened
2017.09.03 11:37:21 2: TSCUL_condUpdate: CUL_GH new condition init
2017.09.03 11:37:21 2: Switched CUL_GH rfmode to HomeMatic
2017.09.03 11:37:22 1: Including ./log/fhem.save
2017.09.03 11:37:23 1: configfile: ASKSIN not supported
ASKSIN not supported

2017.09.03 11:37:23 3: Device EG.Bad.US added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.Kueche.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.bz.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.eg.SD added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.hwr.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.sz.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.sz.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.tr.mr.IS added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wc.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wf.SD added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.wz.SD.lk added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.wz.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device EG.wz.l1.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wz.l2.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wz.mr.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wz.r.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wz.r1.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device EG.wz.r2.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:23 3: Device GH.ga.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device HM_34264B added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device HM_533300 added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device HM_A24B00 added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device HM_B08100 added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device HM_DDE100 added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.Entkalkung added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.Server added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.az.DI.Drucker added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.az.FK added to ActionDetector with 000:50 time
2017.09.03 11:37:23 3: Device KG.az.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.eb.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.fi.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.gz.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.la.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:23 3: Device KG.vr.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: Device KS_550 added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: Device OG.bz.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.k1.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: Device OG.k1.l.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.k1.r.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.sz.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: Device OG.sz.l.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.sz.r.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.th.m.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.th.r.FK added to ActionDetector with 002:50 time
2017.09.03 11:37:24 3: Device OG.wz.TH added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: Device Thermostat added to ActionDetector with 000:10 time
2017.09.03 11:37:24 3: ASKSIN not supported
2017.09.03 11:37:24 1: CUL_HM correct hmId for assigned IO CUL_EG
2017.09.03 11:37:24 1: usb create starting
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS0
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS1
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS10
2017.09.03 11:37:24 1: PERL WARNING: can't getattr: Input/output error at ./FHEM/DevIo.pm line 392.
2017.09.03 11:37:24 3: Can't open /dev/ttyS10: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS11
2017.09.03 11:37:24 3: Can't open /dev/ttyS11: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS12
2017.09.03 11:37:24 3: Can't open /dev/ttyS12: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS13
2017.09.03 11:37:24 3: Can't open /dev/ttyS13: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS14
2017.09.03 11:37:24 3: Can't open /dev/ttyS14: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS15
2017.09.03 11:37:24 3: Can't open /dev/ttyS15: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS16
2017.09.03 11:37:24 3: Can't open /dev/ttyS16: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS17
2017.09.03 11:37:24 3: Can't open /dev/ttyS17: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS18
2017.09.03 11:37:24 3: Can't open /dev/ttyS18: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS19
2017.09.03 11:37:24 3: Can't open /dev/ttyS19: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS2
2017.09.03 11:37:24 3: Can't open /dev/ttyS2: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS20
2017.09.03 11:37:24 3: Can't open /dev/ttyS20: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS21
2017.09.03 11:37:24 3: Can't open /dev/ttyS21: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS22
2017.09.03 11:37:24 3: Can't open /dev/ttyS22: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS23
2017.09.03 11:37:24 3: Can't open /dev/ttyS23: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS24
2017.09.03 11:37:24 3: Can't open /dev/ttyS24: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS25
2017.09.03 11:37:24 3: Can't open /dev/ttyS25: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS26
2017.09.03 11:37:24 3: Can't open /dev/ttyS26: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS27
2017.09.03 11:37:24 3: Can't open /dev/ttyS27: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS28
2017.09.03 11:37:24 3: Can't open /dev/ttyS28: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS29
2017.09.03 11:37:24 3: Can't open /dev/ttyS29: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS3
2017.09.03 11:37:24 3: Can't open /dev/ttyS3: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS30
2017.09.03 11:37:24 3: Can't open /dev/ttyS30: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS31
2017.09.03 11:37:24 3: Can't open /dev/ttyS31: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS4
2017.09.03 11:37:24 3: Can't open /dev/ttyS4: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS5
2017.09.03 11:37:24 3: Can't open /dev/ttyS5: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS6
2017.09.03 11:37:24 3: Can't open /dev/ttyS6: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS7
2017.09.03 11:37:24 3: Can't open /dev/ttyS7: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS8
2017.09.03 11:37:24 3: Can't open /dev/ttyS8: Input/output error
2017.09.03 11:37:24 3: Probing CUL device /dev/ttyS9
2017.09.03 11:37:24 3: Can't open /dev/ttyS9: Input/output error
2017.09.03 11:37:24 1: usb create end
2017.09.03 11:37:24 3: myOWServer: Opening connection to OWServer localhost:4304...
2017.09.03 11:37:24 3: myOWServer: Successfully connected to localhost:4304.
2017.09.03 11:37:26 2: Messages collected while initializing FHEM: configfile: ASKSIN not supported ASKSIN not supported
2017.09.03 11:37:26 0: Featurelevel: 5.8
2017.09.03 11:37:26 0: Server started with 1035 defined entities (fhem.pl:14854/2017-08-06 perl:5.022001 os:linux user:fhem pid:9069)
2017.09.03 11:37:26 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:37:26 3: CUL_HM set EG.ak.RO statusRequest
2017.09.03 11:37:26 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:37:26 2: TSCUL_condUpdate: CUL_OG new condition ok
2017.09.03 11:37:26 2: TSCUL_condUpdate: CUL_GH new condition ok
2017.09.03 11:37:27 3: CUL_HM set EG.bz.RO statusRequest
2017.09.03 11:37:27 3: CALVIEW Kalender_View - CALENDAR:Kalender_Schalter triggered, updating CALVIEW Kalender_View ...
2017.09.03 11:37:27 1: PERL WARNING: Use of uninitialized value $ics in split at ./FHEM/57_Calendar.pm line 923.
2017.09.03 11:37:28 3: CUL_HM set EG.eg.SD.Sw statusRequest
2017.09.03 11:37:29 3: CUL_HM set EG.hwr.RO statusRequest
2017.09.03 11:37:30 3: CUL_HM set EG.kueche.RO statusRequest
2017.09.03 11:37:31 3: CUL_HM set EG.sz.RO statusRequest
2017.09.03 11:37:32 3: CUL_HM set EG.wc.RO statusRequest
2017.09.03 11:37:34 3: CUL_HM set EG.wf.SD.Sw statusRequest
2017.09.03 11:37:35 3: CUL_HM set EG.wz.DI.dl.Sw statusRequest
2017.09.03 11:37:36 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:37:36 3: CUL_HM set EG.wz.DI.dl.Sw1_V_01 statusRequest
2017.09.03 11:37:37 3: CUL_HM set EG.wz.DI.dl.Sw1_V_02 statusRequest
2017.09.03 11:37:38 3: CUL_HM set KG.az.DI.Drucker getConfig
2017.09.03 11:37:39 3: CUL_HM set EG.wz.DI.dr.Sw statusRequest
2017.09.03 11:37:39 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 4431.
2017.09.03 11:37:40 3: CUL_HM set EG.wz.DI.dr_Sw1_V_01 statusRequest
2017.09.03 11:37:41 3: CUL_HM set EG.wz.DI.dr_Sw1_V_02 statusRequest
2017.09.03 11:37:41 3: CUL_HM set KG.az.DI.Drucker getConfig
2017.09.03 11:37:42 3: CUL_HM set EG.wz.DI.sw.Sw statusRequest
2017.09.03 11:37:43 3: CUL_HM set EG.wz.DI.sw_Sw_V_01 statusRequest
2017.09.03 11:37:44 3: CUL_HM set EG.wz.DI.sw_Sw_V_02 statusRequest
2017.09.03 11:37:45 3: CUL_HM set EG.wz.SD.lk.Sw statusRequest
2017.09.03 11:37:46 3: CUL_HM set EG.wz.l1.RO statusRequest
2017.09.03 11:37:47 3: CUL_HM set EG.wz.l2.RO statusRequest
2017.09.03 11:37:48 3: CUL_HM set EG.wz.ml.RO statusRequest
2017.09.03 11:37:49 3: CUL_HM set EG.wz.mr.RO statusRequest
2017.09.03 11:37:50 3: CUL_HM set EG.wz.r.RO statusRequest
2017.09.03 11:37:51 3: CUL_HM set EG.wz.r1.RO statusRequest
2017.09.03 11:37:52 3: CUL_HM set EG.wz.r2.RO statusRequest
2017.09.03 11:37:53 3: CUL_HM set HM_34264B_Sw statusRequest
2017.09.03 11:37:54 3: CUL_HM set HM_2B36E4_Sw statusRequest
2017.09.03 11:37:55 3: CUL_HM set HM_2B3660_Sw statusRequest
2017.09.03 11:37:56 3: CUL_HM set KG.az.DI.Drucker.Sw statusRequest
2017.09.03 11:37:57 3: CUL_HM set KG.az.RO statusRequest
2017.09.03 11:37:58 3: CUL_HM set KG.gz.RO statusRequest
2017.09.03 11:37:59 3: CUL_HM set KG.hz.01.Sw_01.Gast statusRequest
2017.09.03 11:38:00 3: CUL_HM set KG.hz.01.Sw_02.Fitness statusRequest
2017.09.03 11:38:01 3: CUL_HM set KG.hz.01.Sw_03.Arbeit statusRequest
2017.09.03 11:38:02 3: CUL_HM set KG.hz.01.Sw_04.EB statusRequest
2017.09.03 11:38:03 3: CUL_HM set KG.vt.HS.01.Sw_01.Bel_Treppe_KG_EG statusRequest
2017.09.03 11:38:04 3: CUL_HM set KG.vt.HS.01.Sw_02.Bel_Treppe_EG_OG statusRequest
2017.09.03 11:38:05 3: CUL_HM set KG.vt.HS.01.Sw_03.Bel_Treppe_HWR statusRequest
2017.09.03 11:38:06 3: CUL_HM set KG.vt.HS.01.Sw_04 statusRequest
2017.09.03 11:38:07 3: CUL_HM set KG.vt.HS.02.Sw_01.Bel_Windfang statusRequest
2017.09.03 11:38:08 3: CUL_HM set KG.vt.HS.02.Sw_02 statusRequest
2017.09.03 11:38:09 3: CUL_HM set KG.vt.HS.02.Sw_03 statusRequest
2017.09.03 11:38:10 3: CUL_HM set KG.vt.HS.02.Sw_04 statusRequest
2017.09.03 11:38:11 3: CUL_HM set KG.vt.HS.03.Sw_01.Ter_Markise.R.Ein_Aus statusRequest
2017.09.03 11:38:12 3: CUL_HM set KG.vt.HS.03.Sw_02.Ter_Markise.R.Umschalt statusRequest
2017.09.03 11:38:13 3: CUL_HM set KG.vt.HS.03.Sw_03.Ter_Markise.L.Ein_Aus statusRequest
2017.09.03 11:38:14 3: CUL_HM set KG.vt.HS.03.Sw_04.Ter_Markise.L.Umschalt statusRequest
2017.09.03 11:38:15 3: CUL_HM set KG.vt.HS.04.Sw_01.Vert_Markise.R.Ein_Aus statusRequest
2017.09.03 11:38:16 3: CUL_HM set KG.vt.HS.04.Sw_02.Vert_Markise.R.Umschalt statusRequest
2017.09.03 11:38:22 3: CUL_HM set KG.vt.HS.04.Sw_03.Vert_Markise.L.Ein_Aus statusRequest
2017.09.03 11:38:23 3: CUL_HM set KG.vt.HS.04.Sw_04.Vert_Markise.L.Umschalt statusRequest
2017.09.03 11:38:24 3: CUL_HM set OG.bz.RO statusRequest
2017.09.03 11:38:25 1: TSCUL_ParseTsHM: CUL_OG HM repeat failed to 2CAC61/OG.bz.RO:  196603 A F109 01718124 00 0B F5 A001 738396 2CAC61 01 _sfail
2017.09.03 11:38:25 3: CUL_HM set OG.hz.01.Sw_01.k1 statusRequest
2017.09.03 11:38:26 3: CUL_HM set OG.hz.01.Sw_02 statusRequest
2017.09.03 11:38:27 3: CUL_HM set OG.hz.01.Sw_03 statusRequest
2017.09.03 11:38:28 3: CUL_HM set OG.hz.01.Sw_04 statusRequest
2017.09.03 11:38:29 3: CUL_HM set OG.hz.02.Sw_01.k2 statusRequest
2017.09.03 11:38:30 1: TSCUL_ParseTsHM: CUL_OG HM repeat failed to 2CAC61/OG.bz.RO:  201370 A F109 01722892 00 0B F5 A001 738396 2CAC61 01 _sfail
2017.09.03 11:38:30 3: CUL_HM set OG.hz.02.Sw_02.schlafen statusRequest
2017.09.03 11:38:31 3: CUL_HM set OG.hz.02.Sw_03.wohnen statusRequest
2017.09.03 11:38:32 3: CUL_HM set OG.hz.02.Sw_04 statusRequest
2017.09.03 11:38:33 3: CUL_HM set OG.k1.l.RO statusRequest
2017.09.03 11:38:34 3: CUL_HM set OG.k1.r.RO statusRequest
2017.09.03 11:38:35 1: TSCUL_ParseTsHM: CUL_OG HM repeat failed to 2CAC61/OG.bz.RO:  207002 A F109 01728340 00 0B F5 A001 738396 2CAC61 01 _sfail
2017.09.03 11:38:35 3: CUL_HM set OG.k2.RO statusRequest
2017.09.03 11:38:36 3: CUL_HM set OG.kueche.RO statusRequest
2017.09.03 11:38:37 3: CUL_HM set OG.sz.l.RO statusRequest
2017.09.03 11:38:38 3: CUL_HM set OG.sz.r.RO statusRequest
2017.09.03 11:38:39 3: CUL_HM set OG.th.l.RO statusRequest
2017.09.03 11:38:40 1: TSCUL_ParseTsHM: CUL_OG HM repeat failed to 2CAC61/OG.bz.RO:  211982 A F109 01733436 00 0B F5 A001 738396 2CAC61 01 _sfail
2017.09.03 11:38:40 3: CUL_HM set OG.th.m.RO statusRequest
2017.09.03 11:38:41 3: CUL_HM set OG.th.r.RO statusRequest
2017.09.03 11:38:42 3: CUL_HM set OG.wz.l.RO statusRequest
2017.09.03 11:38:43 3: CUL_HM set OG.wz.m.RO statusRequest
2017.09.03 11:38:44 3: CUL_HM set OG.wz.r.RO statusRequest
2017.09.03 11:38:45 3: CUL_HM set Schalter statusRequest
2017.09.03 11:38:46 3: CUL_HM set Test_Schalter statusRequest
2017.09.03 11:38:50 3: CUL_HM set EG.eg.SD getConfig
2017.09.03 11:38:54 3: CUL_HM set EG.wf.SD.Sw getConfig
2017.09.03 11:38:56 3: CUL_HM set KS_550 getConfig
2017.09.03 11:38:58 3: CUL_HM set EG.wf.SD.Pwr getConfig
2017.09.03 11:39:02 3: CUL_HM set EG.wf.SD.SenPwr getConfig
2017.09.03 11:39:06 3: CUL_HM set EG.wf.SD.SenI getConfig
2017.09.03 11:39:10 3: CUL_HM set EG.wf.SD.SenU getConfig
2017.09.03 11:39:14 3: CUL_HM set EG.wf.SD.SenF getConfig
2017.09.03 11:39:18 3: CUL_HM set EG.wz.mr.RO getConfig
2017.09.03 11:39:27 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:39:36 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:39:43 3: CUL_HM set KG.la.TH.Climate getConfig
2017.09.03 11:39:45 1: PERL WARNING: Use of uninitialized value $cmd in pattern match (m//) at fhem.pl line 1002.
2017.09.03 11:39:52 3: CUL_HM set KG.vr.TH getConfig
2017.09.03 11:40:00 3: CUL_GH: Unknown code A0D3986104DF1700000000601000E::-47.5:CUL_GH, help me!
2017.09.03 11:40:00 3: CUL_HM set OG.k1.l.RO getConfig
2017.09.03 11:40:24 3: CUL_HM set OG.th.m.RO getConfig
2017.09.03 11:40:49 3: CUL_HM set OG.wz.r.RO getConfig
2017.09.03 11:41:09 3: CUL_HM set Test_Schalter getConfig
2017.09.03 11:41:27 0: Strange call for nonexistent <undefined>: IOCloseFn
2017.09.03 11:41:41 0: Strange call for nonexistent <undefined>: IOCloseFn


[noansi]

Hallo Frank,

Setting CUL_KG serial parameters to 9600,8,N,1

Lässt mich vermuten, dass Du den direkt am System hängenden CUL mit @9600 statt @12000000 definiert hast.
Dieser CUL wird aber ansonsten korrekt erkannt.

Bei CUL_EG sieht es anders aus

2017.09.03 11:37:17 0: Strange call for nonexistent <undefined>: IOWriteFn

Erkannt wird er auch nicht.

Bei CUL_OG kommt was zurück. und sieht erst mal gut aus, wie bei CUL_KG.
CUL_GH ebenfalls.

Wie sehen die Definitionen der CULs in der fhem.cfg aus?
Hast Du auch sicher sowohl 00_TSCUL.pm, als auch DevIoTS.pm bei Deinem Versuch ausgetauscht?

Hier antwortet ein HM-Device nicht. Mit verbose 4 beim CUL_OG oder/und allen CULs könnte man ggf. mehr sehen.

2017.09.03 11:38:25 1: TSCUL_ParseTsHM: CUL_OG HM repeat failed to 2CAC61/OG.bz.RO:  196603 A F109 01718124 00 0B F5 A001 738396 2CAC61 01 _sfail

2017.09.03 11:38:50 3: CUL_HM set EG.eg.SD getConfig

Da ist wohl das Attribut autoReadReg nicht auf 5 eingestellt?
Wie auch bei den weiteren, bei denen ein getConfig ausgelöst wird?

Gruß, Ansgar.