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. Writing Day_profile_action.start_time Using Other Types Than Time (27)

Writing day_profile_action.start_time using other types than time (27)

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 orim , 7 March, 2017
Forums
Gurux.DLMS

Hi!

I'm having a bit of trouble with a meter that does not support certain time types (time, date-time etc.) it only supports octet-string as a time type.

This does not work (Gurux.DLMS):

0x02 : day_profile structure
0x03 : length
0x1b : start_time
0x06, 0x00, 0x00, 0x00 : start_time value
0x09 : script_logical_name
0x06 : length
0x00, 0x00, 0x0a, 0x00, 0x64, 0xff : script_logical_name value (0.0.10.0.10.255)
0x12 : script_selector
0x00, 0x00 : script_selector value

This works (custom implementation):

0x02 : day_profile structure
0x03 : length
0x09 : start_time, but this time as an octet-string
0x04 : length
0x00, 0x00, 0x00, 0xff : start_time value
0x09 : script_logical_name
0x06 : length
0x00, 0x00, 0x0a, 0x00, 0x64, 0xff : script_logical_name value (0.0.10.0.100.255)
0x12 <- Unsigned16 (script_selector) 0x00, 0x00 <- script_selector value

I could fix this and build my own Gurux dll file, but it would be nice to stick to the official releases.

How should I solve this? Should I build my own dll file or is there a way that you can add official support for different time types? I'm having this problem both in spec_day_entry and in day_profile_action.

Profile picture for user Kurumi

Kurumi

9 years 3 months ago

Writing day_profile_action.start_time

Hi,

We have changed time to octet-string. Get new version from GitHub or nuget.org.

BR,

Mikko

orim

9 years 3 months ago

Writing day_profile_action.start_time

Wow, that was quick. :) Thanks!
Question: When the Blue Book states "time can be represented like an octet-string, as time, as date-time" etc., is it really correct just to pick ONE of these? Shouldn't the meter support ALL of the types?

Profile picture for user Kurumi

Kurumi

9 years 3 months ago

Writing day_profile_action.start_time

Hi,

You can set Time like this:
GXDLMSSeasonProfile sp = new GXDLMSSeasonProfile();
sp.Start = new GXTime(DateTime.Now);

You can set DateTime like this:
GXDLMSSeasonProfile sp = new GXDLMSSeasonProfile();
sp.Start = DateTime.Now;

Most of meters are using Time and standard says that use time, but we are reading one meter type what is using DateTime.

BR,

Mikko

orim

9 years 3 months ago

Writing day_profile_action.start_time

OK, interesting. I'll try this out.

  • Create new account
  • Reset your password

Hire Us!

Latest Releases

  • Tue, 06/09/2026 - 11:16
    gurux.dlms.java 4.0.95
  • Tue, 06/09/2026 - 10:03
    Gurux.DLMS.Python 1.0.199
  • Mon, 06/08/2026 - 13:39
    gurux.dlms.cpp 9.0.2606.0801
  • Mon, 06/01/2026 - 10:15
    gurux.dlms.cpp 9.0.2606.0101
  • Thu, 05/28/2026 - 16:06
    gurux.dlms.java 4.0.94

New forum topics

  • Error reading L&G Meter
  • Pass a TCP Client to GXNet
  • Australian EDMI Mk10D (Essential Energy area)
  • Strange mix of data notificiation vs get response
  • DLMS Connection
More

Who's new

  • Tuanhgg
  • Adel
  • charnon
  • Paddles
  • Miguel Ángel
RSS feed
Privacy FAQ GXDN Issues Contact
Follow Gurux on Twitter Follow Gurux on Linkedin