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. DateTimeOffset Is Not Korrekt On Summer/winter Time Change

DateTimeOffset is not korrekt on summer/winter time change

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 Stier , 20 January, 2017
Forums
Gurux.DLMS

Hey guys,

I actually implementing the latest Gurux.DLMS version (8.5.1612.2006). So far I just identified one problem with this version and I'm able to workaround this easily.

But I just wanna inform you of this problem, so you may fix it once.

The GXDateTime.Value Property contains a System.DateTimeOffset which is great compared to older versions that only provided a System.DateTime. The problem seams to be on the winter/summer change. I wrote a small Console Application to give you an example of the problem:

This is just a readout (load profile 1, Obis: 1.0.99.1.0.255) of an L+G E650 over the time change:
(Just time column splitted up in DateTimeOffset and State)
30.10.2016 00:00:00 +02:00 DaylightSavingActive
30.10.2016 00:15:00 +02:00 DaylightSavingActive
30.10.2016 00:30:00 +02:00 DaylightSavingActive
30.10.2016 00:45:00 +02:00 DaylightSavingActive
30.10.2016 01:00:00 +02:00 DaylightSavingActive
30.10.2016 01:15:00 +02:00 DaylightSavingActive
30.10.2016 01:30:00 +02:00 DaylightSavingActive
30.10.2016 01:45:00 +02:00 DaylightSavingActive
30.10.2016 02:00:00 +01:00 DaylightSavingActive
30.10.2016 02:15:00 +01:00 DaylightSavingActive
30.10.2016 02:30:00 +01:00 DaylightSavingActive
30.10.2016 02:45:00 +01:00 DaylightSavingActive
30.10.2016 03:00:00 +01:00 DaylightSavingActive
30.10.2016 02:00:00 +01:00 Ok
30.10.2016 02:15:00 +01:00 Ok
30.10.2016 02:30:00 +01:00 Ok
30.10.2016 02:45:00 +01:00 Ok
30.10.2016 03:00:00 +01:00 Ok
30.10.2016 03:15:00 +01:00 Ok
30.10.2016 03:30:00 +01:00 Ok
30.10.2016 03:45:00 +01:00 Ok
30.10.2016 04:00:00 +01:00 Ok

As you can see the first block (summertime) from 2-3 o'clock is handled with an offset of +01:00, but the state of the value is set to "DaylightSavingActive", so the offset should be +02:00, or am I wrong?. Second block (wintertime) is okay.

Thanks for your investigation.

Best regards,
Andrea

Profile picture for user Kurumi

Kurumi

9 years 6 months ago

DateTimeOffset

Hi,

This date time is really bad in DLMS. Standard says that date time is range -720…+720 in minutes of local time to UTC. So example here in Finland meter SHOULD be configure -2 hours. Out time zone is UTC +2 h.

We actually broke this some time ago. We have clients who have configure meters using UTC time. We fixed this back to this version.

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

  • T_APPL_DATA_LN_N1 subtest 3 fails on an LN-only server regardless of the response to a non-existing-object GET
  • 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
More

Who's new

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