Hi everyone.

We're reading Landis+Gyr E650/ZMD410/ZMD310 meters with the .Net implementation.

I've been trying to fix an intermittent scaling issue for the past couple of days. I came to the following:

Before reading the buffer, check if each of the Register (includes ExtendedRegister) and DemandRegister objects need its scalar to be read. If its scalar hasn't been read yet, read it now.

Populate the key in the capture objects with the scalars and units.

Now read the load profile.

I have obis "0.3.15.0.4.255" - Class: 22 (Single Action Schedule), Push Action Scheduler and in attribute 4 there's execution time. So far, to change push interval to 'Every X min' I was using gurux.xml and I executed ready xml files, below is one of examples:

Hi!

When reading association view with GuruX.DLMS version 9.0.2411.2201, the list of attributes and methods where empty like this (for the clock object, but it applies to other objects as well):

<GXDLMSObject xsi:type="GXDLMSClock">
<Version>0</Version>
<ShortName>20224</ShortName>
<LogicalName>0.0.1.0.0.255</LogicalName>
<Description>Ch. 0 Clock object #1</Description>
<Attributes />
<Methods />
</GXDLMSObject>

Hi, Mikko!
Sometimes i get DLMS_ERROR_CODE_FALSE on call
int CGXDLMSClient::GetData(CGXByteBuffer& reply, CGXReplyData& data, CGXReplyData& notify)

I found it int CGXDLMS::GetHdlcData(
bool server,
CGXDLMSSettings& settings,
CGXByteBuffer& reply,
CGXReplyData& data,
unsigned char& frame,
CGXReplyData* notify)

Hi Mikko!

Please help me with the following question.

I am using the standard example from the Gurux.DLMS.Client.Example.python library.

To simplify the example, I added only the reading of the serial number of the meter. And everything works fine.

Next, I enclose the code in the endless loop, so that after each successful connection and reading of the serial number, the script does not terminate, but prompts the user to press the ENTER button to repeat the operation.

And in this case, everything goes well too.

Hi everyone,
I tried to read a electrical meter with gurux python library buy I'm facing with an error below. I installed gurux dlms library on raspberry pi 5 and I connect the meter with probe to the raspberry and I'm not able to reach it. I have an Exception("Serial port is not selected.". can you please have an issue to my problem. Thank you

I am using Arduino client code on ESP32 to read meter in MR mode with LLS.
I downloaded the latest version of Arduino and using MR association with encryption. I get a message on terminal as

Hi, Mikko!

I fill Profile Generic class mydata (3 rows), but on read from Gurux DLMS Director shows two rows.

Exchange:
7ea04daceb61ba49b9e6e600c001c100070100620200ff0201010204020412000809060000010000ff0f02120000090c07e90603ff000000ffff4c00090c07e90606ff001400ffff4c000100f9737e

7ea88761acebda51b7e6e700c402c101000000010081ea01020215090c07e9060302150001000000001741a24189173f42d0e517408f4bc71741701062173d1fbe77173e3b645a173e147ae11700000000173d1ba5e31700000000173f14fdf4173f09374c173c03126f173d1ba5e317000000001741d0999a174082c08317409c6a7f17411528197e

Good Morning Sir,

I am using Arduino client code on ESP32 to read meter in MR mode with LLS. I am able to read the Manufacturer name and Active Energy successfully. But when I read Serial Number with obis code 0.0.96.1.0.255 I get the ASCII string on HPL meter but a Octet String on Secure Meter.
I use the code as under
cosem_init(BASE(ldn), DLMS_OBJECT_TYPE_DATA, "0.0.96.1.0.255"); // OBis for Serial No
com_read(BASE(ldn),2); // Read
obj_toString(BASE(ldn), &data);

Hello,

I'm using the following versions of the Gurux Python libraries:

gurux-dlms==1.0.181

gurux-common==1.0.13

gurux-net==1.0.22

gurux-serial==1.0.2

My DLMS meter only supports Short Name (SN) referencing, and I use the Python SDK (GXDLMSClient) to read register values.

During association view parsing (getAssociationView() → parseSNObjects()), I observed that the object with OBIS code 1.0.15.8.0.255 is returned with short name = 0, while all other similar objects are assigned valid short names (24, 48, etc.).