Skip to main content
Home
for DLMS smart meters

Main navigation

  • Home
  • Products
  • About us
  • Open Source
  • Community
  • Forum
  • Downloads
User account menu
  • Log in

Breadcrumb

  1. Home
  2. Forums
  3. GXTerminal Csharp Sample

GXTerminal csharp Sample

Forum Rules

Before commenting read Forum rules

Don't comment the topic if you have a new question.

You can create a new topic selecting correct category from Gurux Forum and then create a new topic selecting "New Topic" from the top left.

Profile picture for user hivesoft
By hivesoft, 24 April, 2019
Forums
Gurux.Terminal

Hi,
I'm tring to read my Landis+Gyr ZMD meter via GSM modem. It work fine! Very good job! But I have found a problem in GXTerminal library.

When it close the connection the modem don't hangup.
It's true thet we are not expecting reply at +++ but "OK" reply may be if the modem is in data mode, and in this state you must wait some second before you send ATH0 command.

To debug them I'm used your "GXTerminal csharp Sample" but obviously the same problem is present in GXDLMSDirector

To workarround them I have inserted a 3 second Thread.Sleep before the SendCommand ATH0, and all work fine!

On GXTerminal.cs at line 1281 in Close function:

Receive(p);
Thread.Sleep(3000);
SendCommand("ATH0\r", connectionWaitTime, null, false);

at this point I would also expect the answer of "OK".
Bye
Christian Assante

Profile picture for user Kurumi

Kurumi

6 years 8 months ago

Hi Christian,

Hi Christian,

We have spoken from this quite a lot. Adding 3 seconds delay is a simple solution but is costing a lot of money because the line is up 3 seconds more for each connection.

We'll add HangsUpDelay property. The default value is zero and it works like now. If you set HangsUpDelay to 3000 it waits 3 seconds before ATH0 is called.

BR,

Mikko

Profile picture for user hivesoft

hivesoft

6 years 8 months ago

Now disconnect without

Now disconnect without problems! Great.
Personally I don't think that waiting 3 more seconds is a big problem. It's much worse to stay connected than to lose a few more seconds for a safer hangup!

I take this opportunity also to ask you another question: to read one day of load profiles via GSM takes about 100 seconds !! I have the same timing also in the GXDLMSDirector. In your experience, is it a normal duration?
I make some tests also via NET and the duration for single reading goes from 2000 to 48ms. Ok, I'm in lan but two seconds to send 9 bytes and receive 223 bytes seems too much. Blame the meter?

BR
Christian

Profile picture for user Kurumi

Kurumi

6 years 8 months ago

Hi Christian,

Hi Christian,

The reason is the GSM channel or the meter. I don't know how much data you need to read, but reading data over GSM usually is slow. Do you read all the data from load profile or just what is not read yet?

BR,
Mikko

Profile picture for user hivesoft

hivesoft

6 years 7 months ago

Hi Mikko

Hi Mikko
I read only those not yet read but my question was based on the analysis of the specific TX / RX operation via terminal

  • Create new account
  • Reset your password

Hire Us!

Latest Releases

  • Mon, 12/29/2025 - 10:38
    Gurux.Serial.Android 3.0.5
  • Mon, 12/15/2025 - 08:11
    Gurux.DLMS.Net 4.0.87
  • Fri, 12/12/2025 - 08:38
    Gurux.DLMS.Python 1.0.195
  • Thu, 12/11/2025 - 13:22
    Gurux.DLMS.Python 1.0.194
  • Thu, 12/11/2025 - 11:01
    gurux.dlms.java 4.0.88

New forum topics

  • Gurux DLMS Android App
  • AMR support for bidirectional meters.
  • addition of new object in object list, meter not working
  • old meter take to much time(l&t)
  • Unable to connect L&T ER300P Meter
More

Who's new

  • brianmon
  • dejanm
  • Edward J TMA
  • zenagy
  • Bhanu Prakash
RSS feed
Privacy FAQ GXDN Issues Contact
Follow Gurux on Twitter Follow Gurux on Linkedin