|
RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product. |
|
Thread Tools | Search this Thread | Display Modes |
December 23rd, 2015 | #1 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
Help needed for a responder
Hi !
I'm currently developping a RDM Responder. It's a project in my engineering school. I'm currently in the discovery zone So, I answer well in the DISC_UNIQUE_BRANCH command. But I've a problem with the DISC_MUTE. Here is what my DISC_MUTE like : http://hpics.li/da64321 (First line is what the MCU received, the second line is what my MCU sent and the last line is what is on the rs485 line) So you can see that I begin my answer correctly but here : http://tinyurl.com/nhbsr8j On the second line you can see the end of my response but the rs 485 line is at level high before the end of my response... And on the first line, the controller receive a strange high level.... Please someone could help me ? Thank you a lot |
December 23rd, 2015 | #2 |
Task Group Member
Join Date: Aug 2008
Posts: 375
|
I looks like you may be turning off the 485 transmit enable before the UART has finished sending the last byte. Many UARTs give the TX interrupt when the have started sending the byte. You either need to wait for the "shift register empty" state or use a timer to give the byte time to finish.
|
December 26th, 2015 | #3 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
I've already checked.. The receive enable is put on just after the uart response...
So my problem is not resolved |
December 26th, 2015 | #4 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
Maybe my answer is not correct...
Here is what I answer to the first mute command I receive : CC 01 1A 53 77 00 05 09 01 F0 7F 53 52 51 50 9A 00 00 00 00 11 00 02 02 00 00 00 24 |
December 26th, 2015 | #5 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
Oh sorry ... My checksum calculation had a problem.. Shame on me
It work now Thank you |
December 26th, 2015 | #6 |
Task Group Member
Join Date: Aug 2008
Posts: 375
|
You can use these tools to help analyze packet data, checksums, etc.
To break down hex dumps: http://rdm.openlighting.org/tools/packet-extractor To build example packets: http://rdm.openlighting.org/tools/packet-builder An EUID analyzer: http://rdm.openlighting.org/tools/uid-converter They're very handy tools when you're troubleshooting. |
December 26th, 2015 | #7 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
Thank you very much for these tools.
I've another question. It happens only during the UNMUTE : the response is fine but the controller don't let the time to the responder to answer... Is it normal ? Thank you for your help Cyril |
December 26th, 2015 | #8 |
Task Group Member
Join Date: Aug 2008
Posts: 375
|
Are you saying that when the controller sends an unmute it does not wait for a response and starts sending the next packet right away? is the unmute being sent as a broadcast or vendorcast request?
Unmute is usually sent as a broadcast request, and you can't respond to a broadcast. So this is acceptable behavior when the controller sends a broadcast. |
December 27th, 2015 | #9 |
Junior Member
Join Date: Dec 2015
Posts: 9
|
Thank you very much for your help
|
Bookmarks |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
RDM Generator needed | SteveTulk | RDM General Implementation Discussion | 3 | December 1st, 2006 03:26 PM |