Replies: 16 comments 32 replies
-
Excellent news! I have one of those meters in denmark. Our grid company name is Veksel. Let me know if you need further testers or when it's released for purchase. 👍 |
Beta Was this translation helpful? Give feedback.
-
That sounds very promising! I volunteer as a tester in Austria - if needed. |
Beta Was this translation helpful? Give feedback.
-
This meter is also in use in Finland (at least here in the southern part). Can also try to do some testing if needed. |
Beta Was this translation helpful? Give feedback.
-
Hi im using the same 382mxg kampstrup and is also Home assistant user. I am on the N1 grid |
Beta Was this translation helpful? Give feedback.
-
Thank you for letting us know, @kennethslot ! |
Beta Was this translation helpful? Give feedback.
-
I'm wondering - is there any progress on this topic? |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Thats great. Looking forward to purchasing an board with the support.Den 4. jun. 2024 kl. 13.20 skrev ArnieO ***@***.***>:
Ping @chmadkk
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Nice to see this finally being integrated into this project :) |
Beta Was this translation helpful? Give feedback.
-
If you would like to test this feature, Install version below, go to Configuration -> Meter -> Communication and select KMP. Then set baud and parity, most likely 9600 8N1 esp32s3.zip |
Beta Was this translation helpful? Give feedback.
-
Hi everyone, |
Beta Was this translation helpful? Give feedback.
-
After receiving a PowK+ for my Kamstrup 382m meter I finally are able to get data from the meter. |
Beta Was this translation helpful? Give feedback.
-
Still no possibility to release a precompiled software with kmp support ? And keeping out on releasing the Source code ?
|
Beta Was this translation helpful? Give feedback.
-
Esp32 standard. Or similar.
|
Beta Was this translation helpful? Give feedback.
-
Hi Arnie
I think that alle new installations uses the omnipower, but mine is 382m
meter.
Den tirs. 4. jun. 2024 kl. 15.57 skrev ArnieO ***@***.***>:
… Hi @kennethslot <https://github.com/kennethslot> : So since you ask:
N1.dk also has 382M meters.
That is an interesting reminder, as this is a large grid company covering
a large part of Jylland.
I visited their website this morning to check if they use 382M meters, and
from this page I only see Omnipower (when I click the button in teh
Kamstrup field). https://n1.dk/elnettet/elmaaler
But that apparently does not tell the full story.
—
Reply to this email directly, view it on GitHub
<#725 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOFLKQNJHYEXWMFT4AMLKQ3ZFXBVPAVCNFSM6AAAAABCOHIRIWVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4TMNRVGM2DI>
.
You are receiving this because you were mentioned.Message ID:
<UtilitechAS/amsreader-firmware/repo-discussions/725/comments/9665344@
github.com>
--
Venlig Hilsen
Kenneth Slot
Møllevej 1
9240 Nibe
eMail: ***@***.***
Tlf. +45 22 76 39 53
Skypename: kennethslot
Ham: OZ5KSL
|
Beta Was this translation helpful? Give feedback.
-
Here is the latest build that includes KMP support: Note that vanilla ESP32 and ESP32-C3 have been compiled with a custom partition table. If you are upgrading from a previous installation you should back up config and do a full flash including the partitions.bin file. |
Beta Was this translation helpful? Give feedback.
-
For some time now we have been working on finding a way to read Kamstrup 382M meters. This thread will provide information on the status and progress on that work.
Our Pow-K can read data from all Kamstrup Omnipower meters, that can be configured to send data to the HAN port every 10 seconds:
A number of users in Denmark have an older type Kamstrup meters that cannot be configured to push data to the HAN-port, this seems to be mainly the Kamstrup 382M models:
We do not have full overview which grid companies in Denmark use the 382M models, we know of these:
Please respond in this thread if you have a Kamstrup 382M with a different grid company.
In order to read data from the 382M model, the connected equipment needs to establish communication with the meter and actively request it to send data, i.e. do a "data pull". The protocol used for establishing such communication is a Kamstrup proprietary protocol, called "KMP protocol".
As we are dedicated to keeping our firmware code available to our users, we have over the last months had a discussion with Kamstrup on how to implement the "Data pull" and still publish the source code. The conclusion was that in order to obtain access to the documentation for the KMP protocol, we would need to sign a Non-Disclosure Agreement (NDA), where we commit to not publishing source code.
So we looked for a workaround. Using the (non-proprietary) DLMS protocol seemed to be a promising alternative. However, after testing that for a while we saw that in order to access the actual measurement data, a special DMLS encryption key is needed, which is not the encryption key the grid companies can provide to their customers. So using DLMS turned out to be a dead end: It was Back to square one!
We then figured that the "second best" solution will be to use the KMP protocol, but publish our code in such a way that the code pieces where the KMP protocol is implemented is only published as binary - and then assembled into the binary file in some way during the code build. Please note that I am not the one in our team that knows the details about this, so the explanation may be slightly inaccurate. But the point is that we can find a way of implementing the KMP protocol while publishing all other source code.
So we recently signed the NDA with Kamstrup - and have now received the KMP protocol documentation. Next step will be writing the necessary code - and testing it.
We do not have access to a Kamstrup 382 meter, so we will rely on helpers in Denmark to whom we will send prototype boards that are modified to be able to communicate with those meters. For the time being we believe we have the candidates we need - but will inform here if we need additional helpers. (We used the same method when we developed Pow-P1 without having laid hand on a single P1 meter yet - and that worked quite well.)
Our current objective is to have solved this sometime in Q2/24. We will then also have next generation boards available for sale, where the necessary modification is done (it's just a question of routing an available microcontroller GPIO to a pin on the connector that connects the board to the meter).
Beta Was this translation helpful? Give feedback.
All reactions