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.
By ajaywazir, 25 November, 2010
Hi
As you know, we are testing your client with our BBS meters in Singapore.
There is a major problem between V47 and the ones thereafter.
While we are able to download object list from our devices in V47 but are not able to do so in subsequent versions.
Can you please investigate.
Our meter is online at the IP mentioned previously.
Thanks
Ajay
I try to read data from your meter using newest version.
It seems that your device is not return object count right.
There was bug in earlier version of DLMSDirector that causes that this
was working.
Accordin DLMS/COSEM spesification, if there are more than 127 items
amount is divided to multible bytes.
Example: Items count = {byte array according DLMS/COSEM}
2 = {0x2} //Higgest bit is not set. All data is fix to one byte.
127 = {0x7F} //Higgest bit is not set. All data is fix to one byte.
240 (0xF0) = {0x81, 0xF0} //Higgest bit is set. Data takes one byte.
287 (0x11F) = {0x82, 0x01, 0x1f} //Higgest bit is set. Data takes two bytes.
So higgest bit of the first byte is set if number of items is more than 127.
Lowest byte tells how many bytes takes to show the number.
I know that this is complicated and I know that we will talk about this in the future. :-)
The byte count we send is B8? which translates to 184.
My engineer is on leave till end Dec.
We can work on this after that.
Other clint softwares seem to be doing the job..
In the mean time, let me get to check it around.
Hi Mikko
As you predicted, we are talking on the subject again.
We fixed the problem in our firmware.
Now the behaviour is intermittent.
On rare occasions we can download the object list.
Most of the time we are unable to do so.
We have found that your client send a disconnect command after approximately 40 seconds while the downloading of the object list is on going.
Even after sending disconnect command, it is send read next block (with a number next to one before issuing the disconnect command).
Please review.
The meter is connect to the usual IP address and port.
Server ID is 01.
We are using Rev 77 of DLMS director.
When you are using infrared eye or serial port connection,
according IEC HDLC, connection is closed if there is no activity on the connection in given time.
Time is given in IEC HDLC Setup object's Inactivity timeout.
To avoid this: select Tools | Manufacturers from top menu, and edit your manufacturer settings. Set Use Keep Alive = true. By default this value is false.
This is done, because not all devices support Keep Alive message. Example Landis+Gyr supports it, but Iskraemeco doesn't.
Hi Mikko,
Thanks
That is correct when meter is IDLE, looking at the source code, it is forced to disable during object list download.
We have another meter with less than 128 objects.
We are trying to download object list under 2 conditions as follows
Meter is power cycled, all buffers are clean.
1. Connect to meter - OK
2. Try to download object list (File Refresh). Not ok. See the port dump and UI message.
3. Meter keep alive is on
Meter remains on
1. Now, try to download the object list again, no success, the failure is different now.
Seems I cannot upload files in this forum. I will email to you directly.
You are right. We changed this behavior for Iskraemecon devices. We will try to find way to solve this. We will release new version end of this week when we have solve this problem.
We have fix this and updated new versions to SourgeForge.
We have added Inactivity Mode to Manufacturer settings where
you can change inactivity behavior. In default Keep Alive is used.
IskraEmecon users must change this to ReopenActive.
Problem with versions subsequent to V47
Hello, Ajay, and thank you for Your message.
Our developers will get into this the soonest possible!
As soon as we have a any further information about this, we'll get back to you.
Thanks for letting us know,
Gurux Development Team
Re: Problem in V53 onwards
Hi Ajay,
I try to read data from your meter using newest version.
It seems that your device is not return object count right.
There was bug in earlier version of DLMSDirector that causes that this
was working.
Accordin DLMS/COSEM spesification, if there are more than 127 items
amount is divided to multible bytes.
Example: Items count = {byte array according DLMS/COSEM}
2 = {0x2} //Higgest bit is not set. All data is fix to one byte.
127 = {0x7F} //Higgest bit is not set. All data is fix to one byte.
240 (0xF0) = {0x81, 0xF0} //Higgest bit is set. Data takes one byte.
287 (0x11F) = {0x82, 0x01, 0x1f} //Higgest bit is set. Data takes two bytes.
So higgest bit of the first byte is set if number of items is more than 127.
Lowest byte tells how many bytes takes to show the number.
I know that this is complicated and I know that we will talk about this in the future. :-)
Happy Coding,
Mikko
Hi Mikko, Thanks The byte
Hi Mikko,
Thanks
The byte count we send is B8? which translates to 184.
My engineer is on leave till end Dec.
We can work on this after that.
Other clint softwares seem to be doing the job..
In the mean time, let me get to check it around.
Ajay
Re: Problem in V53 onwards
Hi Ajay,
OK. Let's wait until that.
Let me know if there are any other problems...
Best Regards,
Mikko
Re: Problem in V53 onwards
Hi Mikko
As you predicted, we are talking on the subject again.
We fixed the problem in our firmware.
Now the behaviour is intermittent.
On rare occasions we can download the object list.
Most of the time we are unable to do so.
We have found that your client send a disconnect command after approximately 40 seconds while the downloading of the object list is on going.
Even after sending disconnect command, it is send read next block (with a number next to one before issuing the disconnect command).
Please review.
The meter is connect to the usual IP address and port.
Server ID is 01.
We are using Rev 77 of DLMS director.
Re: Problem in V53 onwards
Hi ajaywazir,
When you are using infrared eye or serial port connection,
according IEC HDLC, connection is closed if there is no activity on the connection in given time.
Time is given in IEC HDLC Setup object's Inactivity timeout.
To avoid this: select Tools | Manufacturers from top menu, and edit your manufacturer settings. Set Use Keep Alive = true. By default this value is false.
This is done, because not all devices support Keep Alive message. Example Landis+Gyr supports it, but Iskraemeco doesn't.
Happy Coding,
Mikko
Hi Mikko, Thanks That is
Hi Mikko,
Thanks
That is correct when meter is IDLE, looking at the source code, it is forced to disable during object list download.
We have another meter with less than 128 objects.
We are trying to download object list under 2 conditions as follows
Meter is power cycled, all buffers are clean.
1. Connect to meter - OK
2. Try to download object list (File Refresh). Not ok. See the port dump and UI message.
3. Meter keep alive is on
Meter remains on
1. Now, try to download the object list again, no success, the failure is different now.
Seems I cannot upload files in this forum. I will email to you directly.
Re: Problem in V53 onwards
Hi,
You are right. We changed this behavior for Iskraemecon devices. We will try to find way to solve this. We will release new version end of this week when we have solve this problem.
Best Regards,
Mikko
Re: Problem in V53 onwards
Hi,
We have fix this and updated new versions to SourgeForge.
We have added Inactivity Mode to Manufacturer settings where
you can change inactivity behavior. In default Keep Alive is used.
IskraEmecon users must change this to ReopenActive.
Happy Coding,
Mikko