Wireless M-Bus für CUL

Begonnen von tostmann, 12 Juni 2014, 17:34:32

Vorheriges Thema - Nächstes Thema

kaihs

ZitatWMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0,

TCH steht für Techem als Hersteller.
Wahrscheinlich hast du mit dem TechemHKV Modul mehr Erfolg.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Intruder1956

Hallo ,
sorry wegen meinem Text oben im "Code-Tag". Beim speichern hat der wohl wieder was verschluckt und abgeschnitten. Passiert mir in letzter Zeit öfter hier im Forum.
Ich kann es aber auch nicht nachbearbeiten und nochmal speichern. Dann kommt er mit Fehler in der Datenbank.

Zu meinem Problem  ;)
Ich hatte das TechemHKV schon benutzt, wollte ich gerade schreiben  ;)
Habe aber das TechemWZ genommen mit "00000000" im Def und da hat sich nichts getan, aber OK war ja wohl auch falsch. :)
Ich versuche gerade mein MapleCun upzudaten mit der neuesten a-culfw, was mir gerade nicht gelingt wegen USB-Stecker abgerissen.
Ich schaue mal ob ich das hinbekomme und dann versuche ich noch mit TechemHKV.

Vielen Dank und Gruß

Intruder
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

Fritz Muster

#872
Hallo in die Runde,

ich habe hier ein Phänomen, welches ich mir nicht erklären kann. Mein Wärmemengenzähler von Brummerhoop Model F90U (Baugleich mit Engelmann Serie SensoStar, Techem Serie Vario, WDV/Moline Serie Wingstar) ist mit einem WMBus Modul ausgestattet. Ich empfange via Maple CUL die Telegramme. Der Zähler sendet alle 120 Sekunden. Das Problem ist, das von zig Telegramme alle paar Stunden nur ein Telegramm vom Modul dekodiert wird. Alle anderen Telegramme werden nicht dekodiert. Im Log steht bei den nicht dekodierten
2021.01.28 11:51:05 5: CUL/RAW: /bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A
2021.01.28 11:51:05 5: CUL/RAW: bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A/0
2021.01.28 11:51:05 5: CUL/RAW: bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A0/0A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A801A

2021.01.28 11:51:05 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A801A -61
2021.01.28 11:51:05 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 5: WMBUS raw msg bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:51:05 5: WMBUS raw msg bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:51:05 3: mapleCUL868Wmbus: Unknown code bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61, help me!
2021.01.28 11:55:07 5: CUL/RAW: /bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47
2021.01.28 11:55:07 5: CUL/RAW: bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47/F
2021.01.28 11:55:07 5: CUL/RAW: bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F/A851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A801A

2021.01.28 11:55:07 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A801A -61
2021.01.28 11:55:07 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 5: WMBUS raw msg bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:55:07 5: WMBUS raw msg bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:55:07 3: mapleCUL868Wmbus: Unknown code bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61, help me!


Wenn mal ein Telegramm dekodiert wird steht folgendes im Log

2021.01.28 12:01:09 5: CUL/RAW: /bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F
2021.01.28 12:01:09 5: CUL/RAW: bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F/4
2021.01.28 12:01:09 5: CUL/RAW: bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4/FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A801A

2021.01.28 12:01:09 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A801A -61
2021.01.28 12:01:09 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A80::-61
2021.01.28 12:01:09 5: WMBUS raw msg bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A80::-61


Ich habe mir Konfigurationssoftware und entsprechende Hardware besorgt und mal mit der Parametrierung des WMBus Moduls vom Zähler "gespielt" (S/T-Protokoll, langes/kurzes Telegramm usw). Egal was eingestellt war, es kam immer zu dem gleichen Fehler "WMBUS Error during LinkLayer parse:crc check failed for block 1".

Das list vom Zähler Device sieht wie folgt aus

Internals:
   DEF        EFE 91158538 0 4
   DeviceMedium Heat
   DeviceType 4
   FUUID      5d8e5574-f33f-7a30-4dac-9ad9c564cd9f73d6
   IODev      mapleCUL868Wmbus
   IdentNumber 91158538
   LASTInputDev mapleCUL868Wmbus
   MSGCNT     4
   Manufacturer EFE
   MessageEncoding CUL
   NAME       WMBUS_EFE_91158538_0_4
   NR         287
   STATE      no errors
   TYPE       WMBUS
   Version    0
   addr       EFE_91158538_0_4
   mapleCUL868Wmbus_MSGCNT 4
   mapleCUL868Wmbus_RAWMSG bBE44C5143885159100046A688C206A900F002C254A8405006B8EA3E4928F025392BB7A6A0090071065C808F861074A315626E47D06096C211C1E0E12C35175EA732FAA568F9635B362F880BA915114EB58C5B17CA6452DAB176B494E19FE4A9E2115C49B2D01C631C7E7A81538AB62EF28E4036923E7A21EDA9B1C5CE94CC672574A69ED4C14BEE34BF4ECFFA9B26F86D97A2B4CDCC6DCE007CF6E8D87138773719FDE18303558F2CA2D1EE1625EF04149F0DEA0F68F73875DB139C30CE0D9A9263C9E389D1434E999BB03FD0C050000921D02FD0B31119D8A80::-61
   mapleCUL868Wmbus_RSSI -61
   mapleCUL868Wmbus_TIME 2021-01-29 10:25:14
   model      EFE_4_0
   READINGS:
     2021-01-29 10:25:14   10_storage_no   129
     2021-01-29 10:25:14   10_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   10_unit         Wh
     2021-01-29 10:25:14   10_value        2953000
     2021-01-29 10:25:14   10_value_type   Instantaneous value
     2021-01-29 10:25:14   11_storage_no   161
     2021-01-29 10:25:14   11_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   11_unit         Wh
     2021-01-29 10:25:14   11_value        2746000
     2021-01-29 10:25:14   11_value_type   Instantaneous value
     2021-01-29 10:25:14   12_storage_no   193
     2021-01-29 10:25:14   12_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   12_unit         Wh
     2021-01-29 10:25:14   12_value        2610000
     2021-01-29 10:25:14   12_value_type   Instantaneous value
     2021-01-29 10:25:14   13_storage_no   225
     2021-01-29 10:25:14   13_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   13_unit         Wh
     2021-01-29 10:25:14   13_value        2404000
     2021-01-29 10:25:14   13_value_type   Instantaneous value
     2021-01-29 10:25:14   14_storage_no   257
     2021-01-29 10:25:14   14_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   14_unit         Wh
     2021-01-29 10:25:14   14_value        2179000
     2021-01-29 10:25:14   14_value_type   Instantaneous value
     2021-01-29 10:25:14   15_storage_no   289
     2021-01-29 10:25:14   15_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   15_unit         Wh
     2021-01-29 10:25:14   15_value        1933000
     2021-01-29 10:25:14   15_value_type   Instantaneous value
     2021-01-29 10:25:14   16_storage_no   321
     2021-01-29 10:25:14   16_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   16_unit         Wh
     2021-01-29 10:25:14   16_value        1663000
     2021-01-29 10:25:14   16_value_type   Instantaneous value
     2021-01-29 10:25:14   17_storage_no   353
     2021-01-29 10:25:14   17_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   17_unit         Wh
     2021-01-29 10:25:14   17_value        1402000
     2021-01-29 10:25:14   17_value_type   Instantaneous value
     2021-01-29 10:25:14   18_storage_no   385
     2021-01-29 10:25:14   18_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   18_unit         Wh
     2021-01-29 10:25:14   18_value        1180000
     2021-01-29 10:25:14   18_value_type   Instantaneous value
     2021-01-29 10:25:14   19_storage_no   417
     2021-01-29 10:25:14   19_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   19_unit         Wh
     2021-01-29 10:25:14   19_value        932000
     2021-01-29 10:25:14   19_value_type   Instantaneous value
     2021-01-29 10:25:14   1_storage_no    0
     2021-01-29 10:25:14   1_type          VIF_TIME_POINT_DATE_TIME
     2021-01-29 10:25:14   1_unit         
     2021-01-29 10:25:14   1_value         2021-01-29 10:25
     2021-01-29 10:25:14   1_value_type    Instantaneous value
     2021-01-29 10:25:14   20_storage_no   449
     2021-01-29 10:25:14   20_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   20_unit         Wh
     2021-01-29 10:25:14   20_value        713000
     2021-01-29 10:25:14   20_value_type   Instantaneous value
     2021-01-29 10:25:14   21_storage_no   481
     2021-01-29 10:25:14   21_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   21_unit         Wh
     2021-01-29 10:25:14   21_value        514000
     2021-01-29 10:25:14   21_value_type   Instantaneous value
     2021-01-29 10:25:14   22_storage_no   0
     2021-01-29 10:25:14   22_type         VIF_MODEL_VERSION
     2021-01-29 10:25:14   22_unit         
     2021-01-29 10:25:14   22_value        18446744073625665536
     2021-01-29 10:25:14   22_value_type   Instantaneous value
     2021-01-29 10:25:14   23_storage_no   0
     2021-01-29 10:25:14   23_type         VIF_PARAMETER_SET_ID
     2021-01-29 10:25:14   23_unit         
     2021-01-29 10:25:14   23_value        4401
     2021-01-29 10:25:14   23_value_type   Instantaneous value
     2021-01-29 10:25:14   2_storage_no    0
     2021-01-29 10:25:14   2_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   2_unit          Wh
     2021-01-29 10:25:14   2_value         3754000
     2021-01-29 10:25:14   2_value_type    Instantaneous value
     2021-01-29 10:25:14   3_storage_no    0
     2021-01-29 10:25:14   3_type          VIF_VOLUME
     2021-01-29 10:25:14   3_unit          m³
     2021-01-29 10:25:14   3_value         698.806
     2021-01-29 10:25:14   3_value_type    Instantaneous value
     2021-01-29 10:25:14   4_storage_no    0
     2021-01-29 10:25:14   4_type          VIF_ERROR_FLAGS
     2021-01-29 10:25:14   4_unit         
     2021-01-29 10:25:14   4_value         30
     2021-01-29 10:25:14   4_value_type    Instantaneous value
     2021-01-29 10:25:14   5_storage_no    1
     2021-01-29 10:25:14   5_type          VIF_TIME_POINT_DATE
     2021-01-29 10:25:14   5_unit         
     2021-01-29 10:25:14   5_value         2020-12-31
     2021-01-29 10:25:14   5_value_type    Instantaneous value
     2021-01-29 10:25:14   6_storage_no    1
     2021-01-29 10:25:14   6_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   6_unit          Wh
     2021-01-29 10:25:14   6_value         3534000
     2021-01-29 10:25:14   6_value_type    Instantaneous value
     2021-01-29 10:25:14   7_storage_no    33
     2021-01-29 10:25:14   7_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   7_unit          Wh
     2021-01-29 10:25:14   7_value         3534000
     2021-01-29 10:25:14   7_value_type    Instantaneous value
     2021-01-29 10:25:14   8_storage_no    65
     2021-01-29 10:25:14   8_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   8_unit          Wh
     2021-01-29 10:25:14   8_value         3331000
     2021-01-29 10:25:14   8_value_type    Instantaneous value
     2021-01-29 10:25:14   9_storage_no    97
     2021-01-29 10:25:14   9_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   9_unit          Wh
     2021-01-29 10:25:14   9_value         3134000
     2021-01-29 10:25:14   9_value_type    Instantaneous value
     2021-01-29 10:25:14   LQI             128
     2021-01-29 10:25:14   RSSI            -61
     2021-01-29 10:25:14   batteryState    ok
     2021-01-29 10:25:14   decryption_ok   1
     2021-01-29 10:25:14   is_encrypted    1
     2021-01-29 10:25:14   state           no errors
   internal:
   wmbus:
     aeskey     FD72FBB95CC1AE401A55AC8A0B489C8A
Attributes:
   AESkey     FD72FBB95CC1AE401A55AC8A0B489C8A
   IODev      mapleCUL868Wmbus
   ignoreUnknownDataBlocks 1
   room       WMBUS
   verbose    0


Hat jemand eine Idee woran das liegen kann?

Danke und viele Grüße
Fritz

RasPi 3B+, Stretch, Fhem 5.9, DBlog SQLite
HMLAN, mapleCUN MAX/WMBus, mapleSduino 868/433/868
HM Sensoren/Aktoren ,Technoline TX 29 DTH-IT, TFA 30.3155WD, MAX!
Hour Counter, Astro, EletricityCounter, Statistics, Charting Frontend, TabletUI, Modbus

swsmily

Ich habe seit gestern plötzlich folgende Meldung regelmäßig im Logfile:

2021.02.12 10:17:01.590 1: reload: Error:Modul 36_WMBUS deactivated:
Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at FHEM/WMBus.pm line 9.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 9.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2021.02.12 10:17:01.591 0: Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at FHEM/WMBus.pm line 9.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 9.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2021.02.12 10:17:01.591 0: ERROR: Cannot autoload WMBUS
2021.02.12 10:17:01.595 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A0F0060057FA0CF0C00E392FE5022491282CAE3DDCD01779F6A89C635BF545602549C60B776A51484B063435D7A3BFA6AEE2, help me!


Vorher kam diese Meldung nie!
Ich habe dennoch das im Command_Ref angegebene nachinstalliert:
sudo apt-get install libdigest-crc-perl

Seitdem stürzt das Modul nicht mehr ab, aber dennoch füllt sich das Logfile mit folgenden Meldungen:
2021.02.13 22:21:59.880 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:21:59.886 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060054E78601D117DA9DA06EE1E94A0468FECE8A0DFFAEAA92E4A9062CC4BFE2B36006711C7B084CB8A8C8277014757D, help me!
2021.02.13 22:22:26.159 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:26.160 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:26.183 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060058AD946778BCD442C75F3C045BC28723CC5C009717CDAA6536BC0C5856C2D8BC25147A97387D62C9401515AE9EB3, help me!
2021.02.13 22:22:36.054 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:36.056 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:36.062 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060058AD946778BCD442C75F3C045BC28723CC5C0B026CBF0E92DBD0548A3AB6C8AD2164547EEAB8728709D17161681E, help me!
2021.02.13 22:22:52.139 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:52.141 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:52.147 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA1006005D9E1AFC05C64A19CD94341591FF7C532D3B603970EFAD6E0041F3E8B58681C2107A477B9A7438CB0A1146F6E161, help me!
2021.02.13 22:23:01.993 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:01.995 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:02.000 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA100600572D58CF2D8C401D00C736D483347AAF45E97D495D7622798A99FDDB6EB494AF14F6F39C5DFDCE980FDD39097901, help me!
2021.02.13 22:23:20.062 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:20.064 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:20.068 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA1006005BA6A5ED2E1FE2652AE1A66A78731888C01217128D803724212BDEB8115BD8DBDC47A7FF81FE5668B9BE4621A045, help me!


Wo kommt das plötzlich her? Es wurde nichts an der FHEM-Konfiguration, Raspi usw. in den letzten Tagen geändert.
Meine Techem-HKV und WZ Geräte werden aber weiterhin ganz normal empfangen.

Kann ich, außer verbose des CUL runter zu setzen, irgendwas tun, gegen diese Log-Einträge?

kaihs

Merkwürdig, dass das digest-crc Modul auf einmal nicht mehr vorhanden war.

Hast du ein Update des Betriebssystems gemacht?

Ich habe mit einem deiner Datenblöcke mal kurz getestet, der ist zu kurz.
Allerdings erfolgt im Modul der Test darauf erst zu spät, deshalb kommt statt dessen der CRC Fehler.

Werde ich bei Gelegenheit korrigieren.

Mglw. sind die Daten des Zählers nach dem Jahreswechsel länger geworden und jetzt schlägt der zu kleine Puffer des CULs zu.
Das Modul sollte in so einem Fall eigentlich diese Warnung ausgeben:

Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1


Die erwartete Länge ist bei deinen Daten 127, also sollte der Puffer mindestens 255 Bytes groß sein.

Siehe dazu auch https://wiki.fhem.de/wiki/WMBUS#Empfangsprobleme.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

kaihs

Zitat von: Fritz Muster am 29 Januar 2021, 11:13:22
Hat jemand eine Idee woran das liegen kann?

Leider nicht wirklich.

Ich habe mit meinem Testprogramm mal einen der problematischen Datenblöcke decodiert:

crc_size 2
Länge 181 Anz. Blöcke 12 rest 5
0: crc offset 16
0: CRC 9b81, calc 9b81 blocksize 16
1: crc offset 34
1: CRC 8d9b, calc f3dc blocksize 16
rc = 0
Error 1: crc check failed for block 1


Es passt tatsächlich die CRC Prüfsumme nicht.
Was aber merkwürdig ist, da eigentlich schon die culfw die CRCs prüft und die Daten gar nicht ausgibt wenn die nicht passen.
Also habe ich entweder eine Fehler in der Dekodierung oder die Daten werden auf dem Weg vom CUL zum Modul verfälscht.

Bei beidem habe ich aber keine Idee wie man das weiter untersuchen kann.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

swsmily

Sorry, für die späte Antwort. Nein ich hab kein Update gemacht. Weder FHEM noch Raspi.

Wir hatten nur einen Stromausfall. Als der Strom wieder da war, wurde weder vom CUL 433Mhz noch vom 868Mhz etwas empfangen. Nochmals kompletter Neustart des Raspi hat dieses Problem aber behoben.
Nur deshalb hab ich aber ins Logfile geschaut und da aber gesehen, dass schon einen Tag vor dem Stromausfall diese Fehlermeldungen losgingen. Der Stromausfall kann also auch nicht die Ursache sein.

Das digest-crc-Modul hatte ich glaube ich vorher nie installiert.

Meine Techem Geräte (5 HKV und 2 Wasser) werden auch weiterhin richtig empfangen.
Ob irgendwo in Nachbarwohnungen sich etwas geändert hat, kann ich natürlich nicht sagen.

Momentan hab ich verbose des CUL auf 1, damit das Logfile nicht mehr überflutet wird.

Könnte evtl eine andere Firmware für den CUL bewirken, dass diese Meldungen direkt rausgefiltert werden? Akutell zeigt mir FHEM an, dass diese Version drauf ist:
V 1.26.03 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)



pc1246

Moin
Mal eine dumme Frage. Wie hast du denn Deine CULs definiert?
Das hoert sich so an, als wuerdest Du nicht ueber die Seriennummer einbinden! (https://wiki.fhem.de/wiki/Trick_der_Woche#CUL_.26_CO_.C3.BCber_Serial_ID-einbinden)
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

swsmily

Der Cul, der die Fehlermeldungen im Log bringt ist so definiert:
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000

ledeglich der für 433 MHz ist so definiert:
/dev/ttyUSB0@38400 0000

kaihs

Mit der Definition könnte es passieren, dass beide CUL-Defines mal die selbe Hardware nutzen.
Es könnte passieren, dass dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 mal auf /dev/ttyUSB0 zeigt.

Zu den Logmeldungen: Wenn dich die Devices bei denen der CRC Fehler kommt gar nicht interessieren könnte es helfen autocreate für WMBUS abzuschalten.
Wenn du die Nachrichten dekodieren willst brauchst du eine culfw die einen größeren TTYBUF hat, siehe den Link in meiner letzten Antwort.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

swsmily

Bisher hatte ich mit den Definitionen nie Probleme. Und momentan läuft ja auch alles.
Aber evtl passe ich mal den für 433MHz an.

Autocreate muss ich denke ich nicht abschalten, da über den CUL für 868MHz nur der Mode WMBUS_T läuft. Dort hat es bisher noch nie Devices selbst erzeugt.
Empfangen würde er doch aber diese Meldungen weiterhin, selbst wenn ich es abschalten würde.

Das mit der TTYBUF schau ich mir mal genauer an. Muss mich erstmal wieder einlesen, wie ich den CUL flashe. Ist schon zu lange her  ;D

Dennoch erstmal Danke für die Hinweise!

swsmily

#881
Ich habe den CUL nun neu geflashed, TTYBUF auf 255 gesetzt.

Wenn ich verbose wieder raus nehme kommen immernoch die Meldungen, aber sie scheinen länger geworden zu sein:


2021.02.20 21:39:25.390 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:25.393 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:25.398 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005D7D5792DFF4EA83ABCC669E95F7AAF75D951811CFB184EA2359A1CE8B1D0922A60C947CC53961DFD33392426424CE749D670BED1421D7C1F84C316B88B8F56B411927EF761702ECC96C7DBB7E67CBDAFF979D157D7AAEA29BD9805E72E30C03F64D0302A14B55DE9C7BD386C::-50.5, help me!
2021.02.20 21:39:51.408 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:51.411 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:51.416 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005C2DA2C6324AFB1D4FD9CCAECB40C67AAE404955749B220E4BE904EB75AF6EC7777317DA0794774A21871F5CE848AE167CC907322EAC54EB54F43C6B686F7AA8FFBF120559806252BB644E99D4E580386260DF65A626964EF4F841C3AFC6F2371ABCBF5197ABE07936B25FF05::-25, help me!
2021.02.20 21:39:59.351 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:59.352 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:59.355 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005C2DA2C6324AFB1D4FD9CCAECB40C67AAE40459476B09A82349F9026BF5FB25D4B3A55A340B230F1B54C7EBFA4DC1D80FF1351D67361098099AE30A358D88853BC36F3C4D6BA3389BB004AAA90693FDBF9C3D6963AA7F8B278D0E38D1C1904201AABA94E2D2E6C6EE3286D189::-84, help me!




Edit:
Gerade noch gesehen, im Logfile tauchte eine Fehlermeldung beim Starten von FHEM auf:

2021.02.20 21:33:45.424 1: PERL WARNING: Use of uninitialized value $crc in numeric ne (!=) at FHEM/WMBus.pm line 1216.

Fritz Muster

Zitat von: kaihs am 16 Februar 2021, 23:03:32
Also habe ich entweder eine Fehler in der Dekodierung oder die Daten werden auf dem Weg vom CUL zum Modul verfälscht.

Was mich stutzig macht ist das ca. 1-2 Telegramme pro 24h fehlerfrei decodiert werden. Der WMZ ist in meinem Brauchwasserkreis verbaut und dieser wird in der Regel nur 1-2 mal in 24h geladen. Folglich ändert sich der Großteil der Werte auch nur 1-2 mal in 24h Vielleicht liegt darin die Begründung das nur sehr selten ein Telegramm dekodiert wird. Ich mache mir nochmal weitere Gedanken dazu und melde mich hier wieder.

Danke und Grüße Fritz   
RasPi 3B+, Stretch, Fhem 5.9, DBlog SQLite
HMLAN, mapleCUN MAX/WMBus, mapleSduino 868/433/868
HM Sensoren/Aktoren ,Technoline TX 29 DTH-IT, TFA 30.3155WD, MAX!
Hour Counter, Astro, EletricityCounter, Statistics, Charting Frontend, TabletUI, Modbus

swsmily

Meine Techem-Geräte an Heizung und Wasser senden bei mir schon regelmäßig. Geschätz 4 mal die Stunde, aber die Werte ändern sich nur Tagesweise (außer Temperaturen der Heizungen).

Meine Geräte werden also alle richtig empfangen und decodiert. Nur diese LOG-Meldungen haben mich sehr verwundert. Mit Verbose 1 wird aber wenigstens das Logfile nicht mehr überflutet.

Aber eins muss mal gesagt werden: Danke an alle hier im FHEM Forum, ihr seid echt Spitze!

Fritz Muster

Zitat von: Fritz Muster am 22 Februar 2021, 12:14:00
Der WMZ ist in meinem Brauchwasserkreis verbaut und dieser wird in der Regel nur 1-2 mal in 24h geladen. Folglich ändert sich der Großteil der Werte auch nur 1-2 mal in 24h Vielleicht liegt darin die Begründung das nur sehr selten ein Telegramm dekodiert wird. Ich mache mir nochmal weitere Gedanken dazu und melde mich hier wieder.

Die Idee war ein Holzweg.

Ich habe mir mal in den letzten Tagen einen neuen Maple besorgt und nochmal von vorne angefangen. Mit dem neuen Maple bekomme ich jetzt folgende Fehlermeldung im Log
2021.03.08 09:48:09 5: CUL/RAW: /b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B301169528022
D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022

2021.03.08 09:48:09 4: CUL_Parse: mapleCUL868Wmbus b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B301169528022 -57
2021.03.08 09:48:09 5: mapleCUL868Wmbus: dispatch b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:09 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:09 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:09 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:09 3: mapleCUL868Wmbus: Unknown code b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57, help me!
2021.03.08 09:48:09 4: CUL_Parse: mapleCUL868Wmbus D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022
2021.03.08 09:48:09 5: mapleCUL868Wmbus: dispatch D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022
2021.03.08 09:48:09 3: mapleCUL868Wmbus: Unknown code D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022, help me!
2021.03.08 09:48:46 5: CUL/RAW: /b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B301169528021
8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021

2021.03.08 09:48:46 4: CUL_Parse: mapleCUL868Wmbus b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B301169528021 -57.5
2021.03.08 09:48:46 5: mapleCUL868Wmbus: dispatch b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:46 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:46 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:46 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:46 3: mapleCUL868Wmbus: Unknown code b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5, help me!
2021.03.08 09:48:46 4: CUL_Parse: mapleCUL868Wmbus 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021
2021.03.08 09:48:46 5: mapleCUL868Wmbus: dispatch 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021
2021.03.08 09:48:46 3: mapleCUL868Wmbus: Unknown code 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021, help me!


Warum ich jetzt auf einmal mit neuem Maple die Fehlermeldung TTY_BUFSIZE bekomme und das mit einem Maple kann ich mir nicht erklären.
Kann mir mal bitte jemand bei Gelegenheit den Inhalt vom Maple attribut version hier posten. Mein Maple hat die Version V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_01 (F-Band: 868MHz)


Danke und Grüße
Fritz
RasPi 3B+, Stretch, Fhem 5.9, DBlog SQLite
HMLAN, mapleCUN MAX/WMBus, mapleSduino 868/433/868
HM Sensoren/Aktoren ,Technoline TX 29 DTH-IT, TFA 30.3155WD, MAX!
Hour Counter, Astro, EletricityCounter, Statistics, Charting Frontend, TabletUI, Modbus