Hi,

I am trying to read billing profile from a meter whose object count is 63 from an embedded device during which the stack on the client is throwing an DLMS_OUT_OF_MEMORY. When i tried to perform the same using Gurux C source code (from git-hub) in Linux environment, read is successful.

Attached the transaction log and essentials for your reference.

Below is the part of the code which throws the error code:

Hi, i am developing a gas-meter following the newly italian directive unit-ts 11291-14-2.
It states that Start of Convetional Gas Day on attribute 2 requires time data type (id=27), but in you implmentation you expect a date-time (id=25): https://github.com/Gurux/Gurux.DLMS.cpp/blob/master/development/include…

In your opinion, is this a change affceting only the newly italian normative, or new dlms/cosem sepcification?

Thank you,
Alessandro

I’m currently working with an Itron SL7000 energy meter, which is connected to a Moxa NPort device via a serial COM port. The Moxa device converts the serial data to TCP and transmits it over port 4002 (IP: 10.100.121.101).

I’ve successfully tested the setup using the Ace Vision Web application, confirming that data is correctly transmitted from the source through the Moxa converter via HDLC tunneling over TCP. This indicates that the communication path from the energy meter to the Moxa device is      functioning properly.

Dear sir,

App crashing while click on meter setting option

Hi Kurumi,

I’m using Gurux DLMS with HDLC and based part of my receive logic on the examples in the Gurux repository. In particular, I copied the pattern here (https://github.com/Gurux/Gurux.DLMS.Net/blob/751914f4a9a6fd504e5b8c6430…) where a reply is treated as “no data yet” when:

reply.Error == 0 && reply.Data.Size == 0

Hi,

I would like to ask whether the conformance tests are aligned with the latest Yellow Book or with any version of the Yellow Book. I have also launched the simulation model of an electric power meter and disabled all tests except the HDLC tests, but it still fails several of them. The results show: Test #1 failed, Test #2 failed, Test #4 failed, Test #10 failed, Test #14 failed, Test #15 failed, Test #16 failed, Test #17 failed, Test #18 failed, and Test #19 failed.

For which standard version Gurux.DLMS.cpp designed for?
Readme states that it's suitable for "ANSI C++", which stands for first C++98 standard. That is good for portability and some old embedded devices, but maybe it will be good to upgrade current version(or make parallel version) of Gurux.DLMS.cpp that uses C++11/C++14 standard?
It will help reduce code size, make better API and increase performance.
Before starting any work, I would like to understand whether this would be useful for the community and align with the project direction.

Hi,

I am trying to pull Billing Profile from 2 meters which consists of 103 objects & 64 objects from an embedded device. As a process i am reading capture objects and going for data read.

Data from the meter is completely read and during the parse stack at the embedded module is throwing an OUT_OF_MEMORY error (0X0104).

Meter 1 Info
Communication Mode:- Serial (UART)
Communication Protocol:- TCP Wrapper
Communication Interface:- NIC Port

Hi sir,

I'm not able to generate apk file by clone the project. Please guide me to generate app by Android studio

https://github.com/Gurux/Gurux.DLMS.Android

I would like to ask about the implementation of the Auto‑Connect class in Gurux. Is it possible to simulate this class in the Gurux DLMS Simulator? My goal is to create a program that can simulate GPRS‑style sending and receiving, and I am specifically interested in the byte‑level packet behavior.

I also have a question regarding Protocol‑E communication. After the meter switches to the new baud rate, I am not receiving the expected ACK frame. Could you clarify what might cause this issue or what the correct sequence should be?

Thank you.