ArtNet Output and RDM GET(/SET) commands

[Arjan van Vught]

Hi,

I have the RDM (Dimmerpack) device showing in the OLA UI.



Using Wireshark I see the corresponding ArtNet packets


olad/plugin_api/Universe.cpp:522: Full RDM discovery triggered for universe 1
plugins/artnet/ArtNetNode.cpp:1778: Artnet RDM discovery complete
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0050, PDL: 0
plugins/artnet/ArtNetNode.cpp:1463: RDM Request timed out.
olad/RDMHTTPModule.cpp:3470: Response Timeout

However , there is no further ArtNet packet for the RDM E120_GET_COMMAND command (CC 0x20) in Wireshark. Even although the log is telling that there is an ArtNet packet sent.

What is my missing link here?

Many thanks in advance, Arjan

[Peter Newman]

We'll  a lot me info to have any chance of diagnosing Arjan! Which version of OLA? How are you sniffing? Can we have the actual packet captures?

Have you tried using ArtNet to control one OLA instance from another and see if it manages to send the packets then?

[Arjan van Vught]

Hi Peter,

Thank you for the quick response. Much appreciated. My apologize for the brief information. I was just wrapping up day, did a quick test and send the email accordingly.

It seems that I had some issues with my network and still have some issues. Whireshark does not see the ArtRdm packets. But they are really there. In a different network setup with DMX Workshop, Wireshark is able to capture all packets. I do not understand the difference between these networks. But at the end of the day, it is working.

I am using OLA 10.3. And it is working fine now.  However, the TN is not counting.

plugins/artnet/ArtNetNode.cpp:1778: Artnet RDM discovery complete
olad/plugin_api/Universe.cpp:522: Full RDM discovery triggered for universe 1
plugins/artnet/ArtNetNode.cpp:1778: Artnet RDM discovery complete

olad/RDMHTTPModule.cpp:732: Adding UID 29aa:02001420 to resolution queue
olad/RDMHTTPModule.cpp:732: Adding UID 7ff0:ebbb898f to resolution queue
olad/RDMHTTPModule.cpp:792: sending manufacturer request for 29aa:02001420
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0081, PDL: 0
olad/RDMHTTPModule.cpp:804: sending device request for 29aa:02001420
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0082, PDL: 0
olad/RDMHTTPModule.cpp:792: sending manufacturer request for 7ff0:ebbb898f
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 7ff0:ebbb898f, SD: 0, CC 0x20, TN 0, PID 0x0081, PDL: 0
olad/RDMHTTPModule.cpp:804: sending device request for 7ff0:ebbb898f
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 7ff0:ebbb898f, SD: 0, CC 0x20, TN 0, PID 0x0082, PDL: 0

olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0050, PDL: 0

olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0060, PDL: 0
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x00c0, PDL: 0
olad/RDMHTTPModule.cpp:3514: Request was NACKED with code: Unknown PID
olad/RDMHTTPModule.cpp:3470: Request was NACKED with code: Unknown PID
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0080, PDL: 0
olad/plugin_api/Universe.cpp:459: Universe 1, RDM request to 29aa:02001420, SD: 0, CC 0x20, TN 0, PID 0x0060, PDL: 0

08-06-2017 18:50:16.703585 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 9, PID 0x0003 (DISC_UN_MUTE), pdl: 0
08-06-2017 18:50:16.706553 29aa:02001420 -> 7ff0:ebbfbdb1 DISCOVERY_COMMAND_RESPONSE, sub-device: 0, tn: 9, PID 0x0003 (DISC_UN_MUTE), pdl: 2
08-06-2017 18:50:16.819935 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 10, PID 0x0003 (DISC_UN_MUTE), pdl: 0
08-06-2017 18:50:16.820072 29aa:02001420 -> 7ff0:ebbfbdb1 DISCOVERY_COMMAND_RESPONSE, sub-device: 0, tn: 10, PID 0x0003 (DISC_UN_MUTE), pdl: 2
08-06-2017 18:50:16.933070 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 11, PID 0x0003 (DISC_UN_MUTE), pdl: 0
08-06-2017 18:50:16.933206 29aa:02001420 -> 7ff0:ebbfbdb1 DISCOVERY_COMMAND_RESPONSE, sub-device: 0, tn: 11, PID 0x0003 (DISC_UN_MUTE), pdl: 2
08-06-2017 18:50:16.951950 7ff0:ebbfbdb1 -> 29aa:02001420 DISCOVERY_COMMAND, sub-device: 0, tn: 12, PID 0x0002 (DISC_MUTE), pdl: 0
08-06-2017 18:50:16.954949 29aa:02001420 -> 7ff0:ebbfbdb1 DISCOVERY_COMMAND_RESPONSE, sub-device: 0, tn: 12, PID 0x0002 (DISC_MUTE), pdl: 2
08-06-2017 18:50:16.973955 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 13, PID 0x0001 (DISC_UNIQUE_BRANCH), (0000:00000000, ffff:fffffffe)
08-06-2017 18:50:16.974150 SC 0xfe 23:fe fe fe fe fe fe aa ff 7f fa f5 eb ff bb ff ab dd af df aa 5f af 77
08-06-2017 18:50:16.995829 7ff0:ebbfbdb1 -> 7ff0:ebbb898f DISCOVERY_COMMAND, sub-device: 0, tn: 14, PID 0x0002 (DISC_MUTE), pdl: 0
08-06-2017 18:50:16.998955 7ff0:ebbb898f -> 7ff0:ebbfbdb1 DISCOVERY_COMMAND_RESPONSE, sub-device: 0, tn: 14, PID 0x0002 (DISC_MUTE), pdl: 2
08-06-2017 18:50:17.10830 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 15, PID 0x0001 (DISC_UNIQUE_BRANCH), (0000:00000000, ffff:fffffffe)
08-06-2017 18:50:17.26835 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 16, PID 0x0001 (DISC_UNIQUE_BRANCH), (0000:00000000, 7fff:ffffffff)
08-06-2017 18:50:17.42834 7ff0:ebbfbdb1 -> ffff:ffffffff DISCOVERY_COMMAND, sub-device: 0, tn: 17, PID 0x0001 (DISC_UNIQUE_BRANCH), (8000:00000000, ffff:fffffffe)
08-06-2017 18:50:20.706126 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0081 (MANUFACTURER_LABEL), pdl: 0
08-06-2017 18:50:20.706308 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0081 (MANUFACTURER_LABEL), pdl: 9
08-06-2017 18:50:20.731577 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0082 (DEVICE_LABEL), pdl: 0
08-06-2017 18:50:20.734641 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0082 (DEVICE_LABEL), pdl: 3
08-06-2017 18:50:20.750701 7a70:7b02a8c0 -> 7ff0:ebbb898f GET, sub-device: 0, tn: 0, port: 1, PID 0x0081 (MANUFACTURER_LABEL), pdl: 0
08-06-2017 18:50:20.750839 7ff0:ebbb898f -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0081 (MANUFACTURER_LABEL), pdl: 3
08-06-2017 18:50:20.766327 7a70:7b02a8c0 -> 7ff0:ebbb898f GET, sub-device: 0, tn: 0, port: 1, PID 0x0082 (DEVICE_LABEL), pdl: 0
08-06-2017 18:50:20.769330 7ff0:ebbb898f -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0082 (DEVICE_LABEL), pdl: 12
08-06-2017 18:50:23.340806 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0050 (SUPPORTED_PARAMETERS), pdl: 0
08-06-2017 18:50:23.343800 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0050 (SUPPORTED_PARAMETERS), pdl: 26
08-06-2017 18:50:23.361171 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0060 (DEVICE_INFO), pdl: 0
08-06-2017 18:50:23.362922 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0060 (DEVICE_INFO), pdl: 19
08-06-2017 18:50:25.592847 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x00c0 (SOFTWARE_VERSION_LABEL), pdl: 0
08-06-2017 18:50:25.593003 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: NACK (Unknown PID), PID 0x00c0 (SOFTWARE_VERSION_LABEL), pdl: 2
08-06-2017 18:50:25.610225 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0080 (DEVICE_MODEL_DESCRIPTION), pdl: 0
08-06-2017 18:50:25.610398 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0080 (DEVICE_MODEL_DESCRIPTION), pdl: 15
08-06-2017 18:50:25.624649 7a70:7b02a8c0 -> 29aa:02001420 GET, sub-device: 0, tn: 0, port: 1, PID 0x0060 (DEVICE_INFO), pdl: 0
08-06-2017 18:50:25.627596 29aa:02001420 -> 7a70:7b02a8c0 GET_RESPONSE, sub-device: 0, tn: 0, response type: ACK, PID 0x0060 (DEVICE_INFO), pdl: 19

Greets, Arjan





Op 8-6-2017 om 4:27 schreef Peter Newman:

--
The Open Lighting Project: open-l...@googlegroups.com, #openlighting (irc.freenode.org)
To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en

[Peter Newman]

I wonder if this is to do with broadcast versus unicast messages perhaps?

The TN issues is an old, still outstanding, bug:

https://github.com/OpenLightingProject/ola/issues/189

To unsubscribe from this group, send email to open-lighting+unsubscribe@googlegroups.com

[Arjan van Vught]

Hi Peter,

Yes, that should be it. Wireshark is just capturing the broadcast. I just noticed that Wireshark can only capture the unicast packets for its own interface.

Greets, Arjan

Op 9-6-2017 om 11:16 schreef Peter Newman:

To unsubscribe from this group, send email to open-lightin...@googlegroups.com