Here is an example of hexadecimal data received from the HAN port of a Kaifa MA304H4PSE:
7e a0 9a 01 00 01 10 12 10 e6 e7 00 0f 40 00 00 00 09 0c 07 e7 0a 14 05 12 3a 0f ff ff c4 00 02 12 09 07 4b 46 4d 5f 30 30 31 09 10 37 33 34 30 31 35 37 30 33 30 39 30 34 30 34 35 09 07 4d 41 33 30 34 48 34 06 00 00 01 a9 06 00 00 00 00 06 00 00 00 00 06 00 00 00 04 06 00 00 00 61 06 00 00 01 ac 06 00 00 05 c4 06 00 00 08 fa 06 00 00 08 fe 06 00 00 09 0f 09 0c 07 e7 0a 14 05 12 3a 0f ff ff c4 00 06 00 07 4b b5 06 00 00 00 00 06 00 00 64 3c 06 00 02 6e f6 4b 0b 7e
A whole list of examples can be found here: https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/Kaifa/H…
There seems to be a problem parsing this data. The online parser says 'Invalid DLMS framing.'
After analyzing it myself, This seems to be because of the 18th byte (0c) which seems to represent the datatype (octet string) of the date time. As far as I understand, this byte is not supposed to be present.
Frames from Kamstrup for example look very similar but do not have this byte and they are parseble.
Am I correct in assuming that the Kaifa implementation is incorrect or am I missing something?
Hi, There is an issue with…
Hi,
There is an issue with this meter. The meter sends date-time and it should be an octet-string without the data type. If you remove 0x09 before 0x0c you can get the correct outcome. You need to ask if there is a firmware update available for the meter that fixes this.
BR,
Mikko