|
|
|||||||
| RDM Timing Discussion Discussion and questions relating to the timing requirements of RDM. |
|
|
Thread Tools | Search this Thread | Display Modes |
January 26th, 2015
|
#2 |
|
Administrator
Join Date: Feb 2006
Posts: 441
  |
I would consider it to be a recoverable error in that the controller will have not gotten a response for the GET so it can always treat it as lost and send another one.
Instead of sending an ACK for the SET you can always send an ACK_TIMER. That tells the controller that it can't do an immediate ACK. That doesn't stop the controller from sending a different request before the ACK_TIMER expires but should reduce the odds. The other, better but more painful, approach would be to try re-working your flash erase/write cycle to spread it out so you can still handle incoming requests.
__________________
Scott M. Blair  RDM Protocol Forums Admin |
|
|
| Bookmarks |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Sensor Defintion/Support Parameters | gthaliath | RDM General Implementation Discussion | 28 | 1 Week Ago 09:33 AM |
| Request Call for New PIDs! | sblair | RDM General Implementation Discussion | 0 | January 27th, 2014 01:44 PM |
| Additional Status Message ID request? | berntd | RDM General Implementation Discussion | 3 | October 28th, 2009 07:28 PM |
| What is the basic requirement to implement RDM? | wcai_cypress | RDM Physical Layer/Hardware Discussion | 24 | July 8th, 2009 08:26 PM |
| Request in the middle of ACK_TIMER | endoftheworld | RDM Interpretation Questions | 1 | July 13th, 2006 10:53 PM |
Threaded Mode