E1.20 RDM (Remote Device Management) Protocol Forums  

Go Back   E1.20 RDM (Remote Device Management) Protocol Forums > RDM Developer Forums > RDM Interpretation Questions

RDM Interpretation Questions Discussion and questions relating to interpreting and understanding the E1.20 RDM Standard.

Reply
 
Thread Tools Search this Thread Display Modes
Old August 1st, 2006   #1
sondericker
Banned
 
Join Date: Jun 2006
Posts: 11
Default get queued messages as a ping?

On page 49 of the standard it states that a Get STATUS_MESSAGES command of type STATUS_NONE shall be used to establish if a responder is alive on the link and is still talking. I have always used a Get QUEUED_MESSAGES command for this as it has the effect of also collecting things like a queued message generated when the DMX address has been changed at the responder. This saves me the extra step + traffic of having to ask for the queued messages separately.

Is it important that I follow the spec to the letter in this case where I really just want to be occasionally ping my responders? should I change my implementation?
sondericker is offline   Reply With Quote
Old August 1st, 2006   #2
sblair
Administrator
 
Join Date: Feb 2006
Posts: 433
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Ideally you determine whether a device is still on the network through the normal use of QUEUED_MESSAGES so that you routinely pick up the Queued messages and any Status messages that are pending.

The reason the STATUS_MESSAGE with STATUS_NONE exists as there were some that had a need/desire to be able to routinely determine if a device is online but didn't necessarily have the ability or desire to be handling the Queued/Status messages coming back. So we defined a specific way for people that want to do that.

My personal position is that ANY message that generates a response, even a NACK, lets you know the device is online. Ideally you should be using the normal QUEUED_MESSAGES poll so that you are getting that info back and the STATUS_NONE mechanism is only for those rare exception cases.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old January 20th, 2007   #3
prwatE120
Task Group Member
 
Join Date: Jun 2006
Posts: 181
Default

John

your use of GET:QUEUED_MESSAGE must allow for the fact that I (as a responder) may not actually support this PID, as it is not one of the mandated PIDs.

As Scott has indicated, even the NACK you would get from me in this case indicates I am still in existence.

regards

Peter Willis
prwatE120 is offline   Reply With Quote
Reply

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
ACT_TIMER to Set messages nic123 RDM Interpretation Questions 3 April 18th, 2014 12:01 PM
ACK_TIMER, QUEUED Messages berntd RDM Interpretation Questions 1 November 12th, 2008 10:02 PM


All times are GMT -6. The time now is 09:41 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.