Script Starting
Send SNRM data: 7E A0 07 03 03 93 8C 11 7E
Received response data: 7E A0 20 03 03 73 F0 2E 81 80 14 05 02 00 80 06 02 00 80 07 04 00 00 00 01 08 04 00 00 00 01 CE 6A 7E
Send AARQ data: 7E A0 6B 03 03 10 CF A9 E6 E6 00 60 5D A1 09 06 07 60 85 74 05 08 01 03 A6 0A 04 08 00 00 00 00 00 00 00 01 8A 02 07 80 8B 07 60 85 74 05 08 02 05 AC 12 80 10 23 56 03 6F 57 6D 3B 08 2A 31 3E 6A 12 40 5E 59 BE 23 04 21 21 1F 30 00 00 00 00 A8 32 5C DD CA 99 47 FD 7A C3 99 3C 2C 30 65 59 FC FE 11 D8 54 35 2D 2F 9B 1A F0 72 7E

In the event of an application crash, or communications session failure we occasionally get the situation where we cannot reestablish communications with the meter after a restart.

The only way we have been able to rectify this situation has been to power cycle the meter, which is not ideal for a deployed hard wired meter.

Having access to L+G dMAP software we can see that they issue what looks like a forced disconnect (s->6200, R<-6300) at the start of every session, and that is what we have been attempting to emulate.

Hello.

We found a bug about reading association view with Access3, that the access may was read incorrectly. The attribute index was shifted by one, and the last attribute is missing.

I also made a little project to reproduce this bug:

Hi,

Inspecting our application warnings we see a lot of 'obsolete' messages which appear to be related to Gurux components, e.g.

CS0618 'GXDLMSLimits' is obsolete: 'Use GXHdlcSettings instead.' Gurux.DLMS.Net (net60) C:\Projects\VisualStudio2022\manulyapp\Gurux.DLMS.Net\GXDLMSSettings.cs 382

CS0618 'GXDLMSServer.PostGet(ValueEventArgs[])' is obsolete: 'Use PostRead instead.' Gurux.DLMS.Net (net60) C:\Projects\VisualStudio2022\manulyapp\Gurux.DLMS.Net\Objects\GXDLMSCompactData.cs 618

Blow is the sample code I want o invoke command to meter how i can achieve,
0x01 is on and 0x02 is off like this

static void SendDlmsCommand(string ipAddress, int port, string logicalName, string command)
{
GXDLMSClient client = new GXDLMSClient();
client.IPAddress = ipAddress;
client.Port = port;

try
{
// Connect to the smart meter.
client.Open();

// Authenticate if needed.
// ...

In a project, I made the TCP settings as follows :

GXNet server = new GXNet(NetworkType.Tcp, 777);
server.Trace = TraceLevel.Verbose;
server.OnClientConnected += new ClientConnectedEventHandler(server_OnClientConnected);

and this is client connected handler:

Hi,

Firstly, we are making amazing progress with the Gurux library, great piece of work and now we are looking at communication efficiencies, in this case the Association View which itself can take up to 2 minutes to complete (i.e. GetObjectsRequest()).

I understand that this process could be omitted if the object type were known, but we need a generic driver that can cater for multiple variants and as such use the meter as the source of knowledge.

I've been trying to get the Load Profile data from an L+G E355 meter based on date range, but have been unable to successfully.

The normal Read of 1.0.99.1.0.255 does work, but the entire profile data is huge and takes minutes to download, hence the need to apply date range.

So far I've come up with the code snippet below, the meter responds correctly, I've seen the responses, but the return from ReadRowsByRange in GXDLMSReader.cs throws an exception.

Hello,

I have a MT880 Meter, I generated the simulator xml file reading the meter with the next command line:

Gurux.DLMS.Simulator.Net.exe -S COM6:9600:8None1 -c 1 -s 185 -a Low -P 12345678 -f 128 -o mt880_v2.xml -t Verbose

However when i try to use the simulator:

Gurux.DLMS.Simulator.Net.exe -p 3000 -c 1 -s 185 -a Low -P 12345678 -f 128 -x mt880_v2.xml -t Verbose -N 2

The respond is:

I want to use Gxarray object, but if I am updating Gurux dll files then i have to update dotnet framwork as well from 4.0.
Please suggest an alternate.