Help with Iskraemeco AM550 in Slovenia #869
Comments
|
There seems to be some particular issues with the payload formats used by Slovenian grid companies.
|
|
Managed to get data coming in, here is the section: Second question: No, currently not...will try to get it. (V) HDLC frame: |
This is just fine! The DLSM section can be decoded using this tool, which gives the folloing in XML format: This looks quite similar to some of the payloads in that thread , but is apparently not identical. The test firmware that @gskjold published in the thread is integrated in the project now, so it will not help you. It seems like the problem is this: #615 (comment)
And the answer from @gskjold right after:
I will put it the issue on our agenda to see if something can be done to handle your case. Note: |
|
Managed to obtain some info from an employee at Elektro Ljubljana (distributer), sorry for the delay. Communication: Telegram per second: Telegram 15min:
Is this enough? I am having hard times explaining to him what exactly to send over so if anything more is needed just let me know and make it specific. |
Yes, this seems to be it - and the "per second telegram" (it is maybe 5 seconds interval?) seems to correspond with what you sent earlier. In order to proceed, we also need you to capture a "15 minute telegram". Can you do that? |
|
The person from El.Ljubljana said it is 1s telegram and attached the picture above. And when im running telnet I believe im seeing data refreshing every second. Here you can see (when i run DLS translator) that we have data for the 59th second and then the 15min data, one after another...meaning 1 second refresh if i get it right. Data for UTC 19:45 and one second before here: Data for UTC 20:00 and one second after: |
|
Totally missed that, but at least something is working. When i checked status on the physical meter and then AMS reader, this number is correct. 7925kWh This is the comulative sum of high&low energy use (kWh) from the date when this meter was set up. 
|
|
Thank you - I'll check that 15 minute telegram later. |
That would be the sum of these two: Which is correct, as we do not handle day/night tariffs in this firmware. It seems like we then just need a tweek to recognize correctly the other data points in the telegram. I know @gskjold has a busy period right now - so please be patient until he gets a chance to look into this. |
|
@ArnieO It is just me, logged in from another account by mistake. I am also seeing at least two others Slovenians (Dist: El. Ljubljana) under discussion and other issues so I hope they will have the chance to test it together with me once the fix is out. Seems like that yes, thanks for the help so far! |
No problem, I just wanted to be sure the logs and the info from the grid company was for the same meter. |
|
Hi, I'm also from Slovenia and this are my settings for AMS reader using Slimmelezer+ together with HA via MQTT. |
|
@mutymaster You did not clarify if this solves anything? Will try when i get back home but i believe you got green HAN only because you are at 20:30 therefore the 15min interval is received and the HAN goes green for a few seconds-otherwise nothing else is received like it should be. |
Thank you for that @mutymaster - but the issue here is that the firmware currently does not handle all the various payload formats used in Slovenia. Unfortunately, the format and content of payloads varies significantly. As long as the content includes so called "OBIS codes" that identify each parameter, our firmware will be able to recognize the parameter. In the case of Slovenia:
In order to handle such payloads, we need to write some code for each variant - and will then need documentation to identify the payload content. |
You are wrong. It's sending data all the time continuously in 5s intervals. HAN is GREEN all the time... In HA I am monitoring live data to operate current limit on the phases and consumption. |
Green all the time? |
|
I am not aware of OBIS codes, I just wanted to say that it works for me and my needs of live data sampling from the meter. Sorry for old photo - the point were the settings, not sure why HAN was offline at that moment. It sure is online now all the time. I have restarted it and here you go:
|
Which is great! 👍 Which grid company / distributor are you with? |
Elektro Gorenjska The only issue I am facing with slimmelezer+ is that I need to start it with powering it over the usb-c connector and after it booted, I can disconnect it and it will work on its own over the LAN cable. Also, when the Wi-Fi signal is lost it powers off and I need to revive it again. Haven't yet figure that out. |
Ok, I have checked and tested it again, both HAN RX and TX should be set to UART2 so HAN is green and working all the time. I am apologizing for spamming wrong informations before. |
No problem at all, confirmation on working setups is always interesting. And thank you for confirming your distributor is Elektro Gorenjska. |
|
Yeah, i am facing same issues with the slimmelezer...seems like there is not enough power for the startup. Although i did manage to power it up without the powerbank, just plug it in really fast two times so some energy is still stored in the capacitors form the first unsuccessful power up. The settings in AMSreader do not really change anything (power db) I am definitely buying AMSreader HW if this power-up thing can be solved. When it comes to your case, glad to see it working, but i did notice yes that Elektro Gorenjska is working for multiple users while Elektro Ljubljana is still a mystery :) |
We do not see this issue on our hardware.
Not a mystery! 😄 We have the input we need, it is just a matter of @gskjold finding time to do some code adjustments. |
It is the Pow-P1 - and you will see the recommendation if you use the Selection guide in our webshop: https://www.amsleser.no/index.php?fc=module&module=ams_selector&controller=display (We will add Slovenia to the list of known countries for Iskraemeco AM550 with a note regarding which distributors are currently covered.) You can place order on Lectronz: https://lectronz.com/products/pow-p1-reader-for-power-meter-with-p1-port |
|
Just jumping in here, we had that discussion last year - hello All. Great seeing progress with the multi-standard country Slovenia 😠. I am on Elektro Celje - had to write my own script to get it working on a RPI4 and than in HA. But would definitely go with the AMSreader once Elektro Celje (ECE) would be implemented 👍. |
ArnieO
changed the title
It would be great if you could post example payloads (both the 5 second and 15 minute) and content definitions. We could then implement in parallell with Elektro Ljubljana. |
|
sure. let me do this when I return from my trip and am back in office. |
|
Hi all, I started playing around with my Slimmelezer+ again today here in Slovenia on an AM550 meter, and while it still doesn't work, I thought I would share my frames to see if it helps the developers add support or if someone has some pointers for me to try. My setup is like this:
These are my DLMS frames:1sRawTranslated<DataNotification>
<LongInvokeIdAndPriority Value="00342528" />
<!--2024-11-28 15:15:01-->
<DateTime Value="07E80B1C040F0F0100FFC400" />
<NotificationBody>
<DataValue>
<Structure Qty="09" >
<!--ISK1030777478586-->
<OctetString Value="49534B31303330373737343738353836" />
<UInt32 Value="00000271" />
<UInt32 Value="00000000" />
<UInt32 Value="00C328BE" />
<UInt32 Value="00577A26" />
<UInt32 Value="006BAE98" />
<UInt32 Value="000000FA" />
<UInt32 Value="00000070" />
<UInt32 Value="0000008A" />
</Structure>
</DataValue>
</NotificationBody>
</DataNotification>15mRawTranslated:<DataNotification>
<LongInvokeIdAndPriority Value="00342526" />
<!--2024-11-28 15:15:00-->
<DateTime Value="07E80B1C040F0F0000FFC400" />
<NotificationBody>
<DataValue>
<Structure Qty="04" >
<!--77478586-->
<OctetString Value="3737343738353836" />
<UInt8 Value="00" />
<UInt32 Value="00C328BD" />
<UInt32 Value="000000FA" />
</Structure>
</DataValue>
</NotificationBody>
</DataNotification> |
|
@rvetrsek : The parameter list for Elektro Ljubjana is given here: #869 (comment). (And please - this is not the right forum for discussing how to configure Slimmelezer; thank you for your understanding!) |
|
Those of you that are with Elektro Lubljana: Please see: #858 (comment) We need to understand if payloads from meters with Elektro Lubljana work (or not) with correct bitrate setting. |
|
If I may, I have those settings, and it produces a seemingly correct output when debugging with telnet. However, the HAN indicator stays red, and no data is shown on the dashboard. I'm with Elektro Ljubljana on a 3-phase connection. |
|
Here is a test firmware for those who still have issues: |
Have you set baud rate to 38 400 and parity to 8N1? |
|
Yes, these are my current settings: They are the only way I could get the results I posted in the comment above (#869 (comment)). I'll try the test firmware @gskjold posted and see if that makes any difference. |
Interesting: One user with Elektro Ljubljana can read, an other cannot. |
|
So just to clarify telnet shows proper data (picture bellow) only when at this settings no matter the buffer size setting. And i would also assume that the meters are the same it is only a matter of connecting one or three phases through it. Anyway, I tested @gskjold custom fw but it is the same. Only 15min interval updates the total kWh number on the front page. 
|
|
Hi all! I'm joining this thread as my grid company is also Elektro Ljubljana. I have POW-P1 device attached to IskraEmeco AM550 meter (exact model is AM550-ED1.21). The grid company configured P1 port on the meter to unencrypted mode. @gskjold thank you very much for the updated firmware! I flashed my device but it doesn't seem to improve the situation. It correctly detects the meter as
Posting some frames I get through telnet interface below. Posting both LLC and DLMS frames just in case, I understood that LLC is just a wrapper around DLMS ... LLC frame Raw XML DLMS frame Raw XML |
|
Alright, lets try this again: |
|
@gskjold, great, thank you for your quick response and new firmware! Flashed my POW-P1, seems it's working now (HAN indicator is green)! This is how the dashboard looks like with the latest firmware: Is there anything else I should check to confirm it's working? |
|
Nice, just keep using it and see if you notice anything that does not seem right :) |
|
@gskjold It is indeed working for me as well! Great job, many thanks so far! Import power seems to be accurate, i measured it with other device just to be sure. Funny I do not see any current going through though, and I believe me and @zitko are on the same setup, except for the measuring HW atm (slimmelezer vs yours) Second thing is that under "Import" gauge we see Iskra and NOT the sum of Low + High energy, but rather this number is just the Low energy import within the lifespan of our meters. Before your custom fw we saw the sum of both. Which metric should be displayed here? Third, Real time calculations are off, but again I don't know what should be the proper way of displaying them. 
|
|
Hey guys, the latest firmware that @gskjold posted finally brought at least some numbers into my dashboard, which is fantastic after months of trying different things and failing! Thank you, @gskjold! 👏 There is one weird thing. It seems that I'm exporting all my energy, which can't be because I don't have any alternative energy sources. So, is there a setting to let it know that that is the consumed energy?
|
|
@gskjold, posting my observations after using firmware
This is dashboard screenshot: What I noticed in the debug logs are the following debugs (were not there in v2.3.9):
When the clock hits 19:00, the following is reported: from there on, debugs like this are reported:
My guess is that when clock hits My wild guess would be that the readings received from the meter are not stored for some reason, might be the clock discrepancy between the internal clock/meter? That would explain missing historical data (anything >1 hour)? |
|
Thank you all for thorough testing!
There seem to be two different payloads, one that contains current and one that does not. I don't know why some meters are different
Code type-o on my end, sorry, should be fixed now!
Day and month real-time rely on the data in the day and month graph. If the graph is not populated, the real time calculation will also be off. The issue with the graph should be fixed in the attached version
Code type-o on my end, sorry, should be fixed now! @zitko : I think most your questions got answered above. I must commend your post though, very tidy report of your findings, the way I like it!
The reason was a "list type" variable in the code, that indicated that these payloads did not have kWh meters in them. I have adjusted the setting of these variables to better reflect the content in the payloads. I am pretty sure we should see data now. New version label should be 3bc40cb: |
Hello team,
first of all thanks for the hard work you've put in this, i greatly appreciate it even though i can not get this to work. The irony here is that Iskraemeco is from my country (Slovenia) and it works flawlessly for people living in other EU countries, but not for us here. This is also an edited post for other people coming from Slovenia, specifically from Elektro Ljubljana, who would like to get it working...
So the problem story:
-first i bought Slimmelezer+, did not work, no data
-bought Homewizard P1 meter, did not work, no data or extremely weird
-flashed Slimmelezer+ with AMSreader, does not work
Specs:
Firmware:
Now i did found on the web that im supposed to set the baud to 38400 for this Slovenian meter, if this is of any help
Telnet messages are down in the comments :)
Strangely I also found out on the web that some Slovenian users managed to get it working on the first try with homewizard reader, with the same meter and same electricity company here.
Any help would be very appreciated!
@AdmiralStipe
The text was updated successfully, but these errors were encountered: