I found out about the GXDLMSDirector from a reference in this document.
- https://www.netz-noe.at/Download-(1)/Smart-Meter/218_9_SmartMeter_Custo…
However, my L&G E450 Smart Meter comes from "STW Klagenfurt"
- https://www.energieklagenfurt.at/stromnetz/smart-meter/
In this case, the documentation for the Mbus interface is not as detailed as for EVN Netz.
Regardless of this, I tried the PDU to XML conversion. However, without success.
PDU data:
02 0f 01 0f 02 04 12 00 28 09 06 00 08 19 09 00
ff 0f 02 12 00 00 02 04 12 00 28 09 06 00 08 19
09 00 ff 0f 01 12 00 00 02 04 12 00 01 09 06 00
00 60 01 00 ff 0f 02 12 00 00 02 04 12 00 08 09
06 00 00 01 00 00 ff 0f 02 12 00 00 02 04 12 00
03 09 06 01 00 01 07 00 ff 0f 02 12 00 00 02 04
12 00 03 09 06 01 00 02 07 00 ff 0f 02 12 00 00
02 04 12 00 03 09 06 01 00 01 08 00 ff 0f 02 12
00 00 02 04 12 00 03 09 06 01 00 02 08 00 ff 0f
02 12 00 00 02 04 12 00 03 09 06 01 00 03 07 00
ff 0f 02 12 00 00 02 04 12 00 03 09 06 01 00 04
07 00 ff 0f 02 12 00 00 02 04 12 00 03 09 06 01
00 03 08 00 ff 0f 02 12 00 00 02 04 12 00 03 09
06 01 00 04 08 00 ff 0f 02 12 00 00 02 04 12 00
03 09 06 01 00 1f 07 00 ff 0f 02 12 00 00 02 04
12 00 03 09 06 01 00 33 07 00 ff 0f 02 12 00 00
02 04 12 00 03 09 06 01 00 47 07 00 ff 0f 02 12
00 00 09 06 00 08 19 09 00 ff 09 08 36 32 38 35
34 32 32 35 09 0c 07 e8 05 1c 02 0e 05 23 ff 80
00 80 06 00 00 07 4a 06 00 00 00 00 06 00 bb 19
51 06 00 1b f3 db 06 00 00 02 02 06 00 00 00 00
06 00 4c ea 5a 06 00 0f b2 ab 12 00 ae 12 00 c2
12 01 f5
12 01 f5
Any idea what's wrong?
thx in advance.
/cipo
Hi, When I check the data…
Hi,
When I check the data that you added it seems that your meter is pushing plain data. There is no PDUm checksum, begin of the packet, etc. I understand that it's easier to implement the meter to send data like this, but it's harder for the client to parse the data.
Your meter is sending a different kind of data. Below are a couple of examples converted to XML.
<Structure Qty="04" >
<UInt16 Value="0028" />
<!-- 0.8.25.9.0.255 -->
<OctetString Value="0008190900FF" />
<Int8 Value="01" />
<UInt16 Value="0000" />
</Structure>
<Structure Qty="04" >
<UInt16 Value="0003" />
<!-- 1.0.2.7.0.255 -->
<OctetString Value="0100020700FF" />
<Int8 Value="02" />
<UInt16 Value="0000" />
</Structure>
Data starts with 02 04. Data example: 02 04 12 00 28 09 06 00 08 19 09 00 ff 0f 01 12 00 00
Select "Data to XML" -tab. Add hex data and press Convert. You can see the output as an XML.
EVN Netz meters usually send data in Mbus frames. Those M-Bus frames are now missing. Is the data that you added coming from N1 (serial port interface) or did you remove some bytes from the data?
BR,
Mikko
Many thanks for the hint…
Many thanks for the hint. The XML output naturally looks much more structured and, above all, more readable this way. Even if, as a beginner, I still have to get to grips with the basics of the data information that is now visible, the window for this is now open thanks to you.
Just to clarify:
- The data telegram comes from an L&G E450 from "Energie/Stadtwerke Klagenfurt", was decrypted and recorded with the help of https://tasmota.github.io/docs/Smart-Meter-Interface/ and is unchanged.
- I have heard rumors in advance that the interpretation of the data telegrams of the smart meter data of "Energie/Stadtwerke Klagenfurt" is more complex than with other energy grid operators.
- The interface document from "EVN Netz NOE" only led me to Gurux, which, as you can see, was important to me, but otherwise has nothing to do with it.
A few more questions:
- Do the bytes before the start of the user data, i.e. "020f010f", have any meaning?
- The https://www.gurux.fi/GuruxDLMSTranslator doesn't have the "Data to XML" function, does it?
- The part at the end of the XML document can be ignored, right?
<!--
Extra data:
12 01 F5
-->
Warm regards,
Cipo
Hi, I propose that you…
Hi,
I propose that you listen your serial port directly and add received data here. I believe that Energie/Stadtwerke Klagenfurt is removing the framing and it makes this more complicated.
Extra data before and after are part of other messages. For that reason, it's better if you can get full frames and not just the data. The Gurux library can find the frames and get the data from it.
https://www.gurux.fi/GuruxDLMSTranslator doesn't implement "Data to XML" at the moment.
BR,
Mikko