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 July 5th, 2006   #1
nic123
Junior Member
 
Join Date: Jun 2006
Posts: 14
Default ACT_TIMER to Set messages

Hello

There is something strange with the act_timer response, the packet diagram and the text shows that the ack_timer will always have a command class of GET_COMMAND_RESPONSE. What should happen if the ack timer is for a set command ?

Nic
www.enttec.com
nic123 is offline   Reply With Quote
Old July 5th, 2006   #2
sblair
Administrator
 
Join Date: Feb 2006
Posts: 438
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Nic,

The examples were all done using GET_COMMAND message transactions but from Table 6-7 you'll see that ACK_TIMER is valid for SET_COMMAND_RESPONSE messages as well.

The Command Class Response should always be a mirror of what it received. i.e. SET_COMMAND will always be a SET_COMMAND_RESPONSE, GET_COMMAND will have GET_COMMAND_RESPONSE and DISCOVERY_COMMAND a DISCOVERY_COMMAND_RESPONSE.

I can't think of any case where we break that symmetry.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old April 18th, 2014   #3
sergeychk
Junior Member
 
Join Date: Apr 2014
Posts: 9
Default

my question is about TIMER ACK. For case when my device need time to save DMX START ADDRESS to eeprom:

1)controller: SET_COMMAND DMX_START_ADDRESS
1)responder: SET_COMMAND_RESPONSE TIMER_ACK 2
wait 200ms
2)controller: GET_COMMAND QUEUED
2)responder: SET_COMMAND_RESPONSE ACK or GET_COMMAND_RESPONSE ACK?
SET if answer for transaction 1 or GET for transaction 2 what is correct?
and number of transactions for this case is 1 (for all this chart with same transaction number) or 2 (split it into 2 steps)? transaction it is send/receive or full done target operation?
sergeychk is offline   Reply With Quote
Old April 18th, 2014   #4
sblair
Administrator
 
Join Date: Feb 2006
Posts: 438
Send a message via AIM to sblair Send a message via MSN to sblair
Default

If you look at the middle of Section 6.3.3 I believe it addresses this:

Quote:
When the responder is able to provide the required information, it shall add the correctly formatted GET_COMMAND_RESPONSE message or SET_COMMAND_RESPONSE message to its QUEUED_MESSAGE list. It shall also increment its Message Count at the time the message is added to the QUEUED_MESSAGE list.
So if you did an ACK_TIMER for the SET operation then when it is complete you should queue a SET_COMMAND_RESPONSE. A GET_COMMAND_RESPONSE can be queued to show that the value was changed locally. So if someone changes the DMX Address via the front panel then the GET_COMMAND_RESPONSE can be queued to show the new value.

For Transaction Number see this in Section 6.2.6:

Quote:
Controller generated packets increment this field every time an RDM packet is transmitted.
So the transaction number gets incremented with each message the CONTROLLER sends out. It is not for the full target operation but for each packet that is sent.


__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair 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
ACK_TIMER, QUEUED Messages berntd RDM Interpretation Questions 1 November 12th, 2008 11:02 PM
get queued messages as a ping? sondericker RDM Interpretation Questions 2 January 20th, 2007 10:11 PM


All times are GMT -6. The time now is 03:47 AM.


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