Unable to Read Generic Profile by Range

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 , 6 October, 2017
Forums
Gurux.DLMS

Hey Guys,

I updated the gurux assemblies to the latest version (Gurux.Common[v8.1.1709.2601], Gurux.DLMS[v8.5.1709.2602], Gurux.Net[v8.1.1708.2901]). Since there I'm unable to read the generic profiles by range. I always getting "Access Error : Device reports a unmatched type.". I think it's a problem with the convertion of the DateTime "from" and "to", but not sure.

I'm actually trying to read profile1 from a Landis + Gyr E350 over TCP/IP. I also tried different E350/E650 Meters without success.

I also tried the Gurux.DLMS.Client.Example.Net, but I'm getting the same error. Even with the GuruxDLMSDirector I'm getting this error.

The really strange part about that problem is, that even if I undo the changes and revert back to previous versions of the gurux assemblies, it still does not work. And I'm pretty sure that it work before the update.

As additional information, reading the profile by entry gives me always the error "Access Error : Device reports Read-Write denied.". I'm not really using this function, but may be it helps to identify the problem.

I also tried to run the sample application on another computer, but with same result!

I will do further investigations about this problem, but you I hope you have some ideas to resolve this issue. Is there any cached data on the file system that could explain the behavior, that even a undo does not resolves this problem?

Many thanks for your support!

Stier

8 years 8 months ago

I extracted only the ReadRowsByRange from the Gurux.DLMS.Client.Example.Net Project with the following result:

Profile: 1 (15 minutes profile)
From: 01.10.2017 00:00
To: 01.10.2017 01:00

<- 13:51:58 00 01 00 10 00 01 00 40 C0 01 C1 00 07 01 00 63 01 00 FF 02 01 01 02 04 02 04 12 00 08 09 06 00 00 01 00 00 FF 0F 02 12 00 00 09 0C 07 E1 0A 01 07 00 00 00 00 FF C4 80 09 0C 07 E1 0A 01 07 01 00 00 00 FF C4 80 01 00
-> 13:51:58 00 01 00 01 00 10 00 05 C4 01 C1 01 0C

Many thanks for your help!

Stier

8 years 8 months ago

After several investigations I found out, that there is a problem with daylight saving time. Unfortunately some of our E350 meters do not distinguish between summer and winter time. They only know winter time. If I suppress the ClockStatus.DaylightSavingActive in GXDateTime, the meter accept the date time values. Unfortunately I know get the "Access Error : Device reports Read-Write denied." error.
1. Any ideas what could cause this read-write error?
2. Smart solution for the DaylightSavingActive problem?

Best regards,
Andrea

Kurumi

8 years 8 months ago

Hi Andrea,

Read Generic Profile by Range is causing us a lot problems. Some meters don't accept time zone, some meters require it, some meters require that ms is ignored, etc.

Can you ignore activity daylight?.
GXDatetime st = new GXDatetime();
st.Skip = DateTimeSkips.Status;

BR,
Mikko

Stier

8 years 8 months ago

Okay, I'm now able to load the profiles again. The read-write error was caused by changes I made during my investsigation. After completely undoing the changes expect the problem with ClockStatus.DaylightSavingActive I'm able to read the profiles again.

I'm not sure how to resolve the ClockStatus.DaylightSavingActive problem meaningful? Any ideas?

Stier

8 years 8 months ago

Hi Mikko,

Sorry I over read your post, but finally I could try your solution and it's working perfectly.
Do you have any idea, how to read/find out, if a meter is distinguishing between summer and winter time? Of course it also depends on the parameterization of the meter, but until now, I couldn't find any register with this information.

Many thanks for your help!
Best regards,
Andrea

Stier

8 years 5 months ago

Hi Mikko

I found out, that the clock object contains a daylight saving state, but this state must not be correct. I experienced some meter parameterization that do not switch between summer and winter time. Such meters deliver everytime winter time (clock state without daylightsaving, also in summer). Actually I compare the dates with nodatime (.net time library) to find the correct time offset. This mainly works quiet good, expect on the transition from summer to winter time, where the same date occurs twice.
To really resolve this problem I should be able to read out a parameter, which defines if summer and winter time transition is configured. Until now, I did not find any setting on this meters (L+G E350) that would contain this information.

My workaround works quiet good and there are just some meters with this strange parameterization, so I think it's not worth to do further investigations.

Best regards,
Andrea

Kurumi

8 years 5 months ago

Hi,

Date time is quite complex in DLMS and some meters can't handle all features (like daylight saving time).
L+G meters are handling this very well. You can check is daylight saving time set from clock object (from the "enabled" parameter).

If you change this value later, it doesn't change values that are already saved to historical data (profile generic).

BR,
Mikko

Shekoufeh

1 year 1 month ago

Hello,
I have a problem in installing libraries in my project. Despite installing Gurux.DLMS library, I get some assembly errors like: The type or namespace name 'GXDLMSDirector' could not be found (are you missing a using directive or an assembly reference?) or The type or namespace name 'DLMSValueCollection' could not be found (are you missing a using directive or an assembly reference?) and i can not add their namespaces because I get error again! I'm using visual studio 2022 and the version of GURuX i'm using is 9.0.2504.301