Industrial Communications

cancel
Showing results for 
Search instead for 
Did you mean: 

DNP3: Problem with Send Poll Device Attribute Vi - Group 0

Highlighted

We are using the Labview DNP3 library to test our DNP3 slave. When the DNP3 master (Labview) sends group 0 variation 248, to get the serial number (using the Send Poll
Device attribute Vi), LabView is using qualifier code 6, instead of 0, which is incorrect. See DNP3 spec (IEEE 1815-2012) page 364.

 

Is there a problem with the Vi or anything we can do the make it to send qualifier code 0?

 

Thanks.

0 Kudos
Message 1 of 20
(4,647 Views)
Highlighted

Hi,

 

I tried to reproduce it with two kinds of masters available by my side - TMW's DNP3 master and VI master, using the first to poll all attributes and using the latter to poll two attributes (product name and serial number) from a VI client, and with both TWM's built-in packet capturer and Wireshark, I found the the qualifier code for serial number is 0x0, instead of 0x6, as shown in the attached screenshots. So I think there is no error in this.

I use DNP2.1 for the test.

 

Download All
0 Kudos
Message 2 of 20
(4,627 Views)
Highlighted

Thanks,

 

We are using version 2.0, so maybe version 2.1 fixed the problem.

0 Kudos
Message 3 of 20
(4,616 Views)
Highlighted

Hi JFGauvin,

 

Sorry I misunderstood it as that the response has 0x06 as qualifier code. Now I see that indeed our master has 0x06 in the read request as qualifier code.

 

There's no interface in the VI to modify this value currently.

 

We are investigating this issue (we haven't got access to the spec you mentioned but we are working on it; the specs we have seems not sufficient to conclude that 0x06 is wrong.) and we'll see whether to expose the interface to better solve the problem, etc. 

 

I'll update later.

 

Sorry for the trouble and thanks.

0 Kudos
Message 4 of 20
(4,541 Views)
Highlighted

Hi,

 

Yes, the labview master is using the wrong qualifier. With version 2.1, there is still a problem. I'll wait for your update.

 

Regards,

 

JF

0 Kudos
Message 5 of 20
(4,533 Views)
Highlighted

Hi JF,

 

Would you share your use case? How you use DNP3 toolkit in your application, etc.? We need prioritization. 

Thanks.

0 Kudos
Message 6 of 20
(4,521 Views)
Highlighted

Hi,

 

I've attached the block diagram. As we can see, we are using the Poll Device Attribute Vi with "Serial number".

 

Thanks.

0 Kudos
Message 7 of 20
(4,512 Views)
Highlighted

Hi JF,

 

We are considering fixing Group 0 Variation 248 (Serial Number) and adding what is now meaning - Group 0 Variation 245 (all attributes), but not adding Gr.0 Var.255 (supported attribute list), based on the limited time frame in our current project schedule. Do you think this is acceptable? If not, we'll try to fix it, even this may cause delay. So if you have strong need of Gr.0 Var.255, please tell us. If not, we plan to delay the fix of this particular attribute.

 

Yishi Liu

Product Support Engineer,

NI.

 

 

0 Kudos
Message 8 of 20
(4,473 Views)
Highlighted

Hi,

 

I don't understand why you are referring to variation 245 as "All attributes". It's variation 254 that reports them. Maybe a typo?

 

I don't need any fix for variation 255. So, it would be OK if you fix variation 248 and the other variations of the same kind that our DNP3 slave is using and that we may have to use in the LabView DNP3 master. Those are 242 - Software version, 243 - Hardware version, 246 - User assigned ID, 250 - Product name model and 252 - Manufacturer name. I guess that if you fix variation 248, variations from 242 to 252 will also be fixed, because they are using the same pattern.

 

Thanks,

 

JF

 

 

0 Kudos
Message 9 of 20
(4,464 Views)
Highlighted

Yes JF, 245 is a typo.

0 Kudos
Message 10 of 20
(4,456 Views)