I found a few links to this forum when I was searching for some information about Decoding of APDU frames and Smartmeter.
I'm fighting for 2 days now with my Sagemcom T210-d-r. I get out a APDU Frame at the application layer it seems. I also received now the Key and Auth Key from my provider. The problem is I don't get out useful data.
My question would be if someone can check my APDU and try to encrypt it if he get out some useful data.
I did try to convert this, but it failed. You need to check your block cipher and authentication keys. I believe that one of them is wrong. You need to ask them from the meter vendor.
Hi,
Hi,
I did try to convert this, but it failed. You need to check your block cipher and authentication keys. I believe that one of them is wrong. You need to ask them from the meter vendor.
BR,
Mikko
Hello,
Hello,
Thank you for the try. I was also thinking that something is wrong with the cipher or the key but they are right. :(
The output I get from the encryptor is:
2F455354355C3235333731373538345F410D0A0D0A312D333A302E322E38283530290D0A302D303A312E302E302832323036323930373434313953290D0A312D303A312E382E30283032343637313139302A5768290D0A312D303A312E382E31283031373639383536302A5768290D0A312D303A312E382E32283030363937323633302A5768290D0A312D303A312E372E30283030303030303633362A57290D0A312D303A322E382E30283030303131343038302A5768290D0A312D303A322E382E31283030303131343034382A5768290D0A312D303A322E382E32283030303030303033322A5768290D0A312D303A322E372E30283030303030303030302A57290D0A312D303A332E382E30283030313331333830312A76617268290D0A312D303A332E382E31283030303932313439372A76617268290D0A312D303A332E382E32283030303339323330342A76617268290D0A312D303A332E372E30283030303030303038342A766172290D0A312D303A342E382E30283030353136313338392A76617268290D0A312D303A342E382E31283030333333383537352A76617268290D0A312D303A342E382E32283030313832323831342A76617268290D0A312D303A342E372E30283030303030303237362A766172290D0A21454239410D0A
When I convert this to a string I got my data!
/EST5\xxxxxxxxx_A
1-3:0.2.8(50)
0-0:1.0.0(220629074419S)
1-0:1.8.0(024671190*Wh)
1-0:1.8.1(017698560*Wh)
1-0:1.8.2(006972630*Wh)
1-0:1.7.0(000000636*W)
1-0:2.8.0(000114080*Wh)
1-0:2.8.1(000114048*Wh)
1-0:2.8.2(000000032*Wh)
1-0:2.7.0(000000000*W)
1-0:3.8.0(001313801*varh)
1-0:3.8.1(000921497*varh)
1-0:3.8.2(000392304*varh)
1-0:3.7.0(000000084*var)
1-0:4.8.0(005161389*varh)
1-0:4.8.1(003338575*varh)
1-0:4.8.2(001822814*varh)
1-0:4.7.0(000000276*var)
!xxxx
Hi,
Hi,
This data is IEC 62056-21 and not DLMS/COSEM.
https://www.gurux.fi/DLMSCOSEMFAQ
It's not a standard way to send IEC 62056-21 readout in a push message. I'm wondering why this is done because now it breaks the DLMS compatibility.
All this is causing that you can't use Gurux DLMS libraries to parse the push messages from this meter.
BR,
Mikko