Gurux libraries don't support action with the list at the moment and I don't know how well meters are supporting it. Can you use Access-service for that? If your meter is supporting Access-service, you can make multiple Get, Set, and Action requests in one request.
we are implementing the request with list because our customers are using request with list.
We should try to have a mode to test the frame, like the get and set.
Regarding operation WithList, I don't know if it is a bug:
I create a WriteList(objects) and the frame sent is correct, the crypted frame received is correct but I think there could be an error in a GXReplyData:
Frame Sent: 7E A0 64 02 21 03 32 86 A3 E6 E6 00 DB 00 54 30 80 00 00 1A A5 C7 DB BA 94 CE B0 B8 47 C6 DC EB 68 B3 AC 41 9E 51 C5 C7 BC F4 60 AF FF 9F 6E CC D1 27 1C 31 D0 39 63 36 1F BA 6B B3 FD AC 9D 62 69 70 B6 70 8C AB 08 2D 92 F5 67 7E 14 5B A4 D1 AD 5E FD 41 A0 FB 14 9F F6 2E D8 04 21 5A B3 49 9E D6 52 4C 09 7E
Frame Received Decrypted: C5 05 C1 03 00 00 00 -> it is correct
so, after a client.GetData() with a replyData cleared, replyData is correct but replyData.Data.Data (to have a byte[]), is "C5 05 C1 03 00 00 00 1A 21 B2 0A 4A 39 24 E2 FE 26 5A 61 E1 CB 23 38 C2 9C 43 6B", where ther is a result C5 05 C1 03 00 00 00 and a refuse of the crypted frame (1A 21 B2 0A 4A 39 24 E2 FE 26 5A 61 E1 CB 23 38 C2 9C 43 6B).
There are random bytes in replyData.Data.Data because memory is allocated when it's needed and releasing un-used memory will make everything slower.
You need to ask how many bytes there are using replyData.Data.Size
You can get plain bytes also like this:
replyData.Data.Array();
Hi,
Hi,
Gurux libraries don't support action with the list at the moment and I don't know how well meters are supporting it. Can you use Access-service for that? If your meter is supporting Access-service, you can make multiple Get, Set, and Action requests in one request.
BR,
Mikko
we are implementing the
we are implementing the request with list because our customers are using request with list.
We should try to have a mode to test the frame, like the get and set.
Hi,
Hi,
None of our clients haven't asked for this feature, but I'll add it to the worklist.
I don't have any estimate of when this will be published.
BR,
Mikko
Regarding operation WithList
Regarding operation WithList, I don't know if it is a bug:
I create a WriteList(objects) and the frame sent is correct, the crypted frame received is correct but I think there could be an error in a GXReplyData:
Frame Sent: 7E A0 64 02 21 03 32 86 A3 E6 E6 00 DB 00 54 30 80 00 00 1A A5 C7 DB BA 94 CE B0 B8 47 C6 DC EB 68 B3 AC 41 9E 51 C5 C7 BC F4 60 AF FF 9F 6E CC D1 27 1C 31 D0 39 63 36 1F BA 6B B3 FD AC 9D 62 69 70 B6 70 8C AB 08 2D 92 F5 67 7E 14 5B A4 D1 AD 5E FD 41 A0 FB 14 9F F6 2E D8 04 21 5A B3 49 9E D6 52 4C 09 7E
Frame Received: 7E A0 28 03 02 21 52 F5 96 E6 E7 00 DB 00 18 30 80 00 00 1A 21 B2 0A 4A 39 24 E2 FE 26 5A 61 E1 CB 23 38 C2 9C 43 6B 73 50 7E
Frame Received Decrypted: C5 05 C1 03 00 00 00 -> it is correct
so, after a client.GetData() with a replyData cleared, replyData is correct but replyData.Data.Data (to have a byte[]), is "C5 05 C1 03 00 00 00 1A 21 B2 0A 4A 39 24 E2 FE 26 5A 61 E1 CB 23 38 C2 9C 43 6B", where ther is a result C5 05 C1 03 00 00 00 and a refuse of the crypted frame (1A 21 B2 0A 4A 39 24 E2 FE 26 5A 61 E1 CB 23 38 C2 9C 43 6B).
Thanks
Hi,
Hi,
What programming language you are using?
BR,
Mikko
sorry, C#. Thanks
sorry, C#.
Thanks
Hi,
Hi,
There are random bytes in replyData.Data.Data because memory is allocated when it's needed and releasing un-used memory will make everything slower.
You need to ask how many bytes there are using replyData.Data.Size
You can get plain bytes also like this:
replyData.Data.Array();
BR,
Mikko