Hi,
i notice that: #define GX_ENUM(X) GX_UNION(&X, cVal, DLMS_DATA_TYPE_ENUM), in https://github.com/Gurux/GuruxDLMS.c/blob/master/development/include/va…
I think that should be: #define GX_ENUM(X) GX_UNION(&X, bVal, DLMS_DATA_TYPE_ENUM), (like in https://github.com/Gurux/GuruxDLMS.c/blob/master/development/src/varian…).
Moreover the DLMS Blue Book specification states the enum should range [0,255].
Thanks,
Alessandro
Hi Alessandro, That doesn't…
Hi Alessandro,
That doesn't affect anything. The byte where the value is saved is the same.
I understand your concern, however, and this will change for the next release.
BR,
Mikko
Thank you Mikko, also for GX…
Thank you Mikko, also for GX_STRUCT in similar way, in my opinioni, should be:
#define GX_STRUCT(X, VALUE_) GX_UNION2(&X, Arr= &VALUE_, (DLMS_DATA_TYPE)(DLMS_DATA_TYPE_BYREF | DLMS_DATA_TYPE_STRUCTURE), 0, 0) instead of pVal = &Arr.
I know is the same, but from a developer point of view kown that the strcuture is implemented as a variantArray is more transparent.
Thanks,
Alessandro
Thank you Mikko, also for GX…
Thank you Mikko, also for GX_STRUCT in similar way, in my opinioni, should be:
#define GX_STRUCT(X, VALUE_) GX_UNION2(&X, Arr= &VALUE_, (DLMS_DATA_TYPE)(DLMS_DATA_TYPE_BYREF | DLMS_DATA_TYPE_STRUCTURE), 0, 0) instead of pVal = &Arr.
I know is the same, but from a developer point of view kown that the strcuture is implemented as a variantArray is more transparent.
Thanks,
Alessandro
Hi Alessandro, This is now…
Hi Alessandro,
This is now updated to version 9.0.2509.2601.
BR,
Mikko
Hi Mikko, i don't see the…
Hi Mikko,
i don't see the change/commit in https://github.com/Gurux/GuruxDLMS.c/blob/master/development/include/va…
Hi, Varian.h was left out of…
Hi,
Varian.h was left out of the GitHub commit by accident. It's now there.
BR,
Mikko