There is a problem. When polling the Meter correctly polled only on the first cycle, on the second authorization does not pass.
After studying the log it turned out that the problem is in the transmitted value ProposedMaxPduSize - the first cycle passes the value 65535, authorization passes, but the second cycle is 100 and the counter responds with an error.
As I understand this value is returned by the device itself as the NegotiatedMaxPduSize parameter, and your stack then uses this value.
It turns out that this is an error in the device?
I am attaching the log at the link. https://drive.google.com/file/d/1KoHde_Jt0VaQCFGQxhv4cAOxiA2xJyt5/view?…
I checked this and ANSI C++ doesn't save the initial values at the moment if the release is not called. This is changed for consistency. The new version is released tomorrow where this is changed.
Hi, What programming…
Hi,
What programming language are you using?
BR,
Mikko
I Use C++ stack
I Use C++ stack
Hi, I checked this and ANSI…
Hi,
I checked this and ANSI C++ doesn't save the initial values at the moment if the release is not called. This is changed for consistency. The new version is released tomorrow where this is changed.
BR,
Mikko
Thank you for your response…
Thank you for your response.
I haven't seen any recent commits on GitHub:
https://github.com/Gurux/Gurux.DLMS.cpp
No edits have been made yet?
Hi, The new release is still…
Hi,
The new release is still on testing. It's released today.
BR,
Mikko
Hi, Get the latest version…
Hi,
Get the latest version.
BR,
Mikko