Skip to main content
Home
for DLMS smart meters
Open source solutions for DLMS smart metering

Main navigation

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

Breadcrumb

  1. Home
  2. Forums
  3. Different OctetString

Different OctetString

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.

By wichot@hatmail.ir , 16 January, 2022
Forums
Gurux.DLMS

Hello,

Why two OctetString is Different but in Comment is same?

First Hex:
7E A0 1E 21 03 12 4C 08 E6 E7 00 C4 01 81 00 09 0C 07 E6 09 01 07 0A 0A 01 FF FF 2E 00 9C 39 7E

Translate:
<HDLC len="29" >
<TargetAddress Value="16" />
<SourceAddress Value="1" />
<!--I frame.-->
<FrameType Value="12" />
<PDU>
<GetResponse>
<GetResponseNormal>
<!--Priority: HIGH ServiceClass: UN_CONFIRMED invokeID: 1-->
<InvokeIdAndPriority Value="129" />
<Result>
<Data>
<!--2022-09-01 10:10:01-->
<OctetString Value="07E60901070A0A01FFFF2E00" />
</Data>
</Result>
</GetResponseNormal>
</GetResponse>
</PDU>
</HDLC>

Second Hex:
7E A0 25 21 03 12 AB 84 E6 E7 00 C4 01 81 00 09 13 32 30 32 32 2D 30 39 2D 30 31 20 31 30 3A 31 30 3A 30 31 FB F8 7E

Translate:
<HDLC len="36" >
<TargetAddress Value="16" />
<SourceAddress Value="1" />
<!--I frame.-->
<FrameType Value="12" />
<PDU>
<GetResponse>
<GetResponseNormal>
<!--Priority: HIGH ServiceClass: UN_CONFIRMED invokeID: 1-->
<InvokeIdAndPriority Value="129" />
<Result>
<Data>
<!--2022-09-01 10:10:01-->
<OctetString Value="323032322D30392D30312031303A31303A3031" />
</Data>
</Result>
</GetResponseNormal>
</GetResponse>
</PDU>
</HDLC>

if first hex, is DateTime Function created, but in second hex created with this code:

CGXByteBuffer test;
std::string val = "2022-09-01 10:10:01";
test.AddString(val);
test.Set(&test, 0, 0);
pClock->SetBegin(test);

SetBegin is CGXByteBuffer

and client cant show this time,
where is problem?

Best Regards

Profile picture for user Kurumi

Kurumi

4 years 6 months ago

Hi,

Hi,

The content is not the same. In the first example, you have date-time in octet-string and in the second one you have the string in the octet-string. DLMS standard defines the begin attribute of the clock object must be date-time in octet-string and adding date-time as a string is wrong.

DLMS standard defines data types that you must use and if you try to use different data types it doesn't work.

BR,
Mikko

  • Create new account
  • Reset your password

Hire Us!

Latest Releases

  • Mon, 07/27/2026 - 12:37
    gurux.dlms.cpp 9.0.2607.2701
  • Thu, 07/23/2026 - 16:19
    gurux.dlms.java 4.0.96
  • Thu, 07/09/2026 - 14:34
    Gurux.DLMS.Python 1.0.201
  • Fri, 06/26/2026 - 16:32
    Gurux.Service 3.0.2606.2601
  • Wed, 06/24/2026 - 08:36
    Gurux.DLMS.Python 1.0.200

New forum topics

  • Service not known error on gprs communication
  • Help Needed: Interfacing Saral 100 Energy Meter with Microcontroller via RS232
  • Connecting Meter to Agent via serial
  • Reading block profile with Compact array
  • DLMS server - serving multiple similar datasets gathered from multiple meters across distinct logical addresses
More

Who's new

  • UIRlLOZQoyTZHC…
  • mpjTCKVBgHdfcCSDJDRc
  • BaEdhlfwwvUqFMkOYk
  • CrzONrPdvkWUif…
  • kra4026
RSS feed
Privacy FAQ GXDN Issues Contact
Follow Gurux on Twitter Follow Gurux on Linkedin