-
-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No data is displayed/decoded although connection to meter is OK #615
Comments
This looks like a proprietary payload. I can sort of guess the fields here, but if you have some documentation from your grid company, that would be best. In any case, I can make this work for you. |
Yes, this is exactly what I am looking for. In your original post there is only a dump of the 5s frame, are you also able to capture the 15m frame? |
This should be it:
|
Here are the definitions based on OBIS: 5 seconds 1.7.0 kW IMPORT Positive active instantaneous power (A+) [kW] 15 minute |
Thanks, perfect! I will let you know when I have a test firmware for you |
Is there any way to include reading timestamp to JSON message? for above i see
|
Yes, this will be included |
Please test attached firmware and report back to me |
Here is the 15 minute update followed by 5 second update and both JSON outputs
And JSON OUTPUT
|
Sorry, I misaligned the data for the 5s update. There will still be an issue with 15m data, as the internal structures expect to have receive a full dataset when receiving accumulated counters. But I will adapt this New version where alignment for 5s should be fixed: |
5s updates seem correctly parsed now:
telnet debug output:
for 15 minute intervals i guess it makes no sense to test. HAN icon in GUI is still red. |
Ah yeah, I forgot to add the updated timestamp to the data, so for firmware the data looks old. Fixed: |
The graph data is based on the 15min payload, so maybe I have misaligned or swapped the counters |
Can i help? |
Thanks, but the last change here is some internal structure I have to re-arrange to better support these different formats. Yours is not the first in need of this, so I will need to adapt to more than one format at this point. Anyway, the 15m payload reading was misaligned, so here we go again, hopefully your kwh counters will match up with what you have on your meter now. |
Returning to this with a modified firmware that should preserve current values (voltage etc) when counters are received from meter every 15m. |
Hi! What needs to be tested in this version? |
Just that voltage etc is not 0 when you receive the 15m payload that contains the accumulated kwh |
Uploaded , seems to work OK, but can't check thoroughly as i'm using HEX dump output and decode it elswhere. |
Is the realtime W graph only in this version? |
@TRIROG I am also trying to read AM550 in Slovenia, using a NodeMCU. So far without success. Mind sharing details about your setup & wiring? Thanks |
Yes, test version only. You can expect realtime power graph to come in v2.3.x . |
Sure, but we might be more effective if you contact me directly or leave contact so that i can get in touch with you. |
I couldn't find any contact info in your profile. Feel free to reach out to me at mail listed on my profile. |
@TRIROG, @saddfox I'm also from Slovenia trying to get this to work for the Iskra AM550. The data seems to be encrypted, but I have the keys. Looking at the debug log I get similar results as @TRIROG, but no data is shown in the graphs and there is a warning message saying that no HAN data was received for 30s in spite of receiving "Received valid DLMS at 46". I'm using a SlimmeLezer+ board btw. I would be eternally grateful if you could help me out as this has been keeping me up for months at this point 😅 |
Assuming you have configured the keys you got, enable debug and set it to VERBOSE, then telnet to your device and send me the final payload from one of the packets, annotated by "DLMS Frame:" |
Hey, of course, here it is:
|
Who is your provider? As it seems different providers have different settings. I published data for Elektro Ljubljana. But for example Elektro Primorska outputs data in plain text. |
It is a distribution area of Elektro Ljubljana, but the supplier is GEN-i if that makes a difference - it probably shouldn’t, but I'm not an expert 😅 |
Distributor is what i meant. Ok, so same settings should work… |
Recheck the keys for decoding? You know, you could also as Elektro Ljubljana to turn off encryption :) |
This tool was helpfull to me in debuging and testing: |
Ok, thank you @TRIROG, I'll try and contact them to see if they can turn off the encryption or help me out... Currently I'm using the In any case the AMS Reader software only says Not exactly sure how to use the mentioned tool, any tips? 🤷♂️ |
Your keypair is correct, otherwise it would complain. You are getting a decoded payload out of this, but it is not like the one in from @TRIROG. I would need to know the payload format and a longer debug log to implement |
Hello all, my first time posting here. @TRIROG, @saddfox @rvetrsek - I am from Slovenia too, but my energy disti is ECE Celje. They installed me a a month ago a brand new meter from Iskra AM550. According to the ECE-installer all communication is done through the RJ12 port, push. No authentication. Looks like the same proprietary payload data as the above, slightly less data (attached). Will feel so free to paste my telnet debug: (V) 00 56 06 00 00 08 F6 06 00 00 00 00 06 00 00 00
|
Your data can be decoded with doma tanslator so it seems valid:
This is the second message push - every 5secs? |
It would definitively be a disadvantage if each grid company in your country has a different message format. Can one of you guys try to find out if there is some kind of standardization? |
Thank You @TRIROG - looks like I have to dive into DLSMTranslator lessons :) |
The order in which the data is presented is definitly different than was is expected as itndiffers from what elektro ljubljana is sending. You can circumvent this limitation by using RAW data output and decoding the data with a simple python script using DSLM library and sending it via MQTT to you HA system. alternative is to ask elektro Celje to change the AM500 message settings or to wait to have amsreader updated to supoort elektro Celje message format - the question is does the message provide the identifier to determine the distributor (elektro celje/elektro ljubljana…) |
Yes. And another question is: How many local message variants are there for this meter? |
all good, reasonable, understandable. Lets see next week if I get the info. |
This should all be covered by article 177 of the current legislation, if my reading is correct. Specifically, message format should conform to SIST EN62056-7-5 standard, which I believe should be identical to EN 62056-7-5:2016. |
HI All; I did some calls today - and its true. |
That is unfortunate... But I will keep this in mind in case I can think of a good way to support this |
Well that sucks...is there another way I could get my consumption of electricity into HA for the time being? |
Yes. I wrote above: Use the ams reader to send the raw output to MQTT, read and decode it separately and then submit to HA. I use a python script i wrote based on GURUX library. |
For update on implementing support for Slovenian payloads, please follow this thread: #869 |
Describe your problem
no data is displayed although DLMS is received
Telnet debug output:
Hardware information:
Relevant firmware information:
The text was updated successfully, but these errors were encountered: