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 4 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 4 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 4 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 4 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

  • 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

  • Version mismatch between Gurux.DLMS 9.x and Gurux.Common/Gurux.Serial 8.x
  • 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
More

Who's new

  • OlegVoiva
  • Martaepili
  • Vegazone-Alini
  • Curtistig
  • hollycx60
RSS feed
Privacy FAQ GXDN Issues Contact
Follow Gurux on Twitter Follow Gurux on Linkedin