Open at6ue opened 4 years ago
sorry for the long wait... looking into this. can you post some more telegrams, please? i do not have access to a lot of RadioERP2 devices and this could help improve the quality of the ERP2 implementation!
Hi @Holger-Will , I'm glad you're back! As far as I know your parser works perfect, except for some illegal telegrams. Do you mean you want some more illegal telegram examples?
As far as I know your parser works perfect,
good to hear!
Do you mean you want some more illegal telegram examples?
yes please, i could integrate them in my tests.
For Case 1, 55000A020A9B8204000C358800FF09B301328B This has the first "reserved" in the address control parameter, which is not implemented in the ctrl array.
For Case 2, that I already mentioned above 55000A020A9B2B04000C358800FF093201328B This has the first "reserved" in the telegram type parameter, which is defined as null in rorgs array.
For the last example, which has wrong CRC. 55000A020A9B8204000C358800FF09B30132FF Similar errors can be caused by the other exceptions declared in ESP3Parser as well.
thanks! i might find some time next weekend to integrate error handling into "node-red-contrib-enocean" and include these telegrams in the testsuite.
Context:
Possible Cause:
Case 1) Error message
RadioERP2.addressControl
Property returns undefined when it refersctrl
array beyond its boundary, thenRadioERP2.senderId
fails.Case 2) Error message
RORG.toString(16)
inEnOceanInNode
fails because arrayrorgs
inRadioERP2.RORG
has somenull
values. This can be reproduced by sending byte stream to serial port for instance,This example assumes that RORG A5-07-01 motion sensor telegram changed to
0b1011 (reserved)
by environmental noise.enocean-in node also stops by other exceptions caught in ESPParser, because EnOceanInNode does not catch any exceptions. The error message is like,
PS. Thank you very much for making such a great project!