E1.20 RDM (Remote Device Management) Protocol Forums  

Go Back   E1.20 RDM (Remote Device Management) Protocol Forums > RDM Developer Forums > RDM General Implementation Discussion

RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product.

Reply
 
Thread Tools Search this Thread Display Modes
Old March 4th, 2019   #1
majid
Member
 
Join Date: Oct 2017
Location: Turkiye
Posts: 38
Default RDM repeater

Hi

We have a single pixel RGB RDM LED fixture (footprint = 3).
There may be up to 170 fixtures in 1 universe (512/3=170).
As far as I know due to 32 devices limitation of data bus, we have to divide 1 universe into 6 segments.

I am aware of RDM SPLITTER solution to branch 1 data bus into 6 data bus.
But for some projects -due to linear locations of fixtures- it seems better to divide 1 universe in "linear" form rather "branching".

So I decide to design an RDM-REPEATER as a transparent in-line device which can be placed between every 32 fixterures as below :

R: REPEATER
F: FIXTURE

CONTROLLER-----F1-...-F32-----R1-----F33-...-F64-----R2-----F65-...-F96-----R3-----...

I plan to use a MCU and 2 bus drivers and control buses like the attached diagram.

Is that as simple as I thought?
do I overlook something?

I appreciate comments.
Attached Files
File Type: zip RDM repeater.zip (58.7 KB, 11812 views)
majid is offline   Reply With Quote
Old March 4th, 2019   #2
hamish
Member
 
hamish's Avatar
 
Join Date: Apr 2009
Location: Dartmoor, Devon, England
Posts: 56
Send a message via Skype™ to hamish
Default

Hi Majid

A repeater can be considered an a single port splitter. With any splitter, other responders may be placed on the responder port of the splitter or several splitters all on one bus.

Splitters may also be cascaded, as could your single port splitter or repeater.
Be aware, that the load on the bus (whic is related to the 32 devices) is not the only factor to consider. With each cascaded device, more bit distortion will be introduced, excepting in the case that the downstream signal is regenerated...

If RDM data is received on one uP UART and re-transmitted on another, significant delay will be introduced, making it fairly problematic to start cascadeing devices.
__________________
______________________________________________
Hamish Dumbreck
hamish is offline   Reply With Quote
Old March 4th, 2019   #3
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 379
Default

To reiterate what Hamish said: an RDM repeater is basically a single port splitter. It will need to meet all of the requirements for a "Transparent In Line Device" that are defined in the standard.

The timing requirements in the standard (delay, break shortening, etc.) are designed to allow up to 4 cascaded in line devices, but you'd need 5 cascaded repeaters in your topology. You might be able to have 5 if your repeater has timing performance that's much better than what's required in the standard.

I built a 1-in:1-out repeater like what you're describing, it was a fun project.

One nit pick: you'd get 30 fixtures per segment under the conditions you describe, not 32. The controller at the start of the segment and the repeater at the end contribute to the limit. Like this

CONTROLLER-----F1-...-F30-----R1-----F31-...-F60-----R2-----F61-...-F90-----R3-----..

But here's the most important point: There is *no* 32 device limit in RS485. That limit doesn't exist. There's a 32 "unit load" limit, but 1/4, 1/8, even 1/16 unit-load drivers are readily available. With 1/8th unit-load drivers you can hypothetically have 256 devices on one segment.

Make sure you think about fault containment in you design. Wiring them all in an end-to-end daisy chain may make it easier for the installer, but you'll have at least 500 connections along the path. Any single connection going bad can take down a large portion of the chain. Using a single 1:N splitter at the start may give you a more reliable system, and when there is a wiring fault it will only take out a smaller portion of the system.

Last edited by ericthegeek; March 4th, 2019 at 10:00 AM. Reason: GUI Editor added lots of etra line breaks
ericthegeek is offline   Reply With Quote
Old March 5th, 2019   #4
majid
Member
 
Join Date: Oct 2017
Location: Turkiye
Posts: 38
Default

Thanks for comments Hamish and Eric

Quote:
Originally Posted by hamish View Post
Splitters may also be cascaded, as could your single port splitter or repeater.
Be aware, that the load on the bus (whic is related to the 32 devices) is not the only factor to consider. With each cascaded device, more bit distortion will be introduced, excepting in the case that the downstream signal is regenerated...
Yeah indeed I prefer using 1-1 SPLITTER/REPEATER and not to mess with new design, but our requirements is 1 to 1 compact size outdoor 12-48V DC.
and I could not find a suitable one yet. I considered SWISSON ISP-4R-DC isolated SPLITTER it is compact for 1-4 use and 10-48V but it is wasting unused port in cascade connection.

Quote:
Originally Posted by ericthegeek View Post
But here's the most important point: There is *no* 32 device limit in RS485. That limit doesn't exist. There's a 32 "unit load" limit, but 1/4, 1/8, even 1/16 unit-load drivers are readily available. With 1/8th unit-load drivers you can hypothetically have 256 devices on one segment.
Well this sweeps away the problem. I am happy to hear this!
I should say 32 limit mentioned in 2.4.1 Line Bias Networks and F.1 Qualification Tests for Command port Transmitter Circuits and F.5 Testing Responder Transmitters oriented me not to cross line of 32 limit in projects and our projects calculations are based on 32 units using 1-4 branch SPLITTER yet.

Our fixture driver IC specs says 1/10 unit load up to 320 devices! I just checked. However it is still ambiguous to me because I am not sure if the controller also is designed with 1/8 or 1/10 unit load driver or not, customers may use any standard controller or in-line devices with 32 unit loads.

Quote:
Originally Posted by ericthegeek View Post
Make sure you think about fault containment in you design. Wiring them all in an end-to-end daisy chain may make it easier for the installer, but you'll have at least 500 connections along the path. Any single connection going bad can take down a large portion of the chain. Using a single 1:N splitter at the start may give you a more reliable system, and when there is a wiring fault it will only take out a smaller portion of the system.
With awareness of disadvantages of daisy chain connection maybe we will prefer it in some projects. There would be up to 170 connections for 1 universe of RGB fixtures not 500

Last edited by majid; March 5th, 2019 at 01:33 PM.
majid is offline   Reply With Quote
Old March 5th, 2019   #5
sblair
Administrator
 
Join Date: Feb 2006
Posts: 438
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Keep in mind too that the TDR testing ESTA did as part of qualifying CAT5 cabling years ago shows that there is significant discontinuities caused by each connector, so ultimately this will be a practical limit far before the theoretical driver chip limit.

I proved it in our QC labs at HES many times by connecting (20) 5 foot cables together and you'd get tons of reflections compared to just using a single cable 100 foot cable.
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old March 5th, 2019   #6
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 379
Default

Quote:
Originally Posted by majid View Post
Yeah indeed I prefer using 1-1 SPLITTER/REPEATER and not to mess with new design, but our requirements is 1 to 1 compact size outdoor 12-48V DC.
and I could not find a suitable one yet.
I believe the one I worked on years ago is still available. I don't like to promote products here so please contact me outside the forum .

Quote:
Originally Posted by majid View Post
With awareness of disadvantages of daisy chain connection maybe we will prefer it in some projects.
Yes, it's still a good idea to use repeaters. Connecting all 170 of them on a single segment would be a terrible idea. Limiting each segment to about 32 devices is still a good rule of thumb for the reasons that Scott mentioned. But you can go higher under certain conditions (good cable, excellent connectors, etc.).

Quote:
Originally Posted by majid View Post
There would be up to 170 connections for 1 universe of RGB fixtures not 500
I'm counting individual contacts. 170 devices with 3 wires each (Data+, Data-, and Common) = 510 connections.
ericthegeek is offline   Reply With Quote
Old March 5th, 2019   #7
majid
Member
 
Join Date: Oct 2017
Location: Turkiye
Posts: 38
Default

Quote:
Originally Posted by sblair View Post
I proved it in our QC labs at HES many times by connecting (20) 5 foot cables together and you'd get tons of reflections compared to just using a single cable 100 foot cable.
Thanks for comments Scott.
According to your test results, our 32 fixtures chain is already fragile more due to 32 sockets connection rather than unit loads.

Quote:
Originally Posted by ericthegeek View Post
Yes, it's still a good idea to use repeaters. Connecting all 170 of them on a single segment would be a terrible idea. Limiting each segment to about 32 devices is still a good rule of thumb for the reasons that Scott mentioned. But you can go higher under certain conditions (good cable, excellent connectors, etc.).
Exactly, I beleive even a blind repeater (without signal regeneration) would be useful to renew signal and reduce signal reflection which Scott mentioned.

Quote:
Originally Posted by ericthegeek View Post
I'm counting individual contacts. 170 devices with 3 wires each (Data+, Data-, and Common) = 510 connections.
You are right, I got it now!

Quote:
Originally Posted by ericthegeek View Post
I believe the one I worked on years ago is still available. I don't like to promote products here so please contact me outside the forum.
Sure, I will contact you for more details soon
Thanks.
majid is offline   Reply With Quote
Old March 5th, 2019   #8
sblair
Administrator
 
Join Date: Feb 2006
Posts: 438
Send a message via AIM to sblair Send a message via MSN to sblair
Default

Quote:
Originally Posted by majid View Post
Thanks for comments Scott.
According to your test results, our 32 fixtures chain is already fragile more due to 32 sockets connection rather than unit loads.
Yes, this has always been my belief from past experiences coupled with the TDR tests ESTA did many years ago studying the effects of difference cables types and connections.

Those studies can be found here: https://tsp.esta.org/tsp/working_gro...XoverCat5.html
__________________
Scott M. Blair
RDM Protocol Forums Admin
sblair is offline   Reply With Quote
Old September 9th, 2019   #9
majid
Member
 
Join Date: Oct 2017
Location: Turkiye
Posts: 38
Default

Because of purchase issues and for some other reasons we dismissed purchasing RDM-Repeater from market and decided to make our own RDM Repeater.
I succeeded design isolated 10-48V DC 1to1 RDM-Repeater and have made some sample production, executed "OLA RDM Responder Test" as below setup:

T:Tester
R:RDM Repeater
F:Led Fixture

T---R1---R2---R3---R4---R5---F

Quote:
Originally Posted by ericthegeek View Post
The timing requirements in the standard (delay, break shortening, etc.) are designed to allow up to 4 cascaded in line devices, but you'd need 5 cascaded repeaters in your topology. You might be able to have 5 if your repeater has timing performance that's much better than what's required in the standard.
my tests pass successfully up to 5 cascaded repeaters , it fails at 6th cascades.
here is the snap shot of signal after 5 cascaded Repeaters in both directions there is approx 8 us delay in both directions:
Name:  RX-TX.png
Views: 10153
Size:  8.7 KB

every thing seems normal yet.
is there any other tests I shall do ?

Last edited by majid; September 9th, 2019 at 03:22 AM.
majid is offline   Reply With Quote
Old September 9th, 2019   #10
ericthegeek
Task Group Member
 
Join Date: Aug 2008
Posts: 379
Default

The OLA tests are very good for testing devices at the byte level, i.e. what's in the packets.

But they are of limited use for testing transparent inline devices like repeaters.

To test a repeater, you mostly need to test *timing*. Short breaks, long breaks, responders that reply a bit too quickly, responders that take a bit too long to reply, responders that don't reply, truncated replies, line-driver enable glitches, discovery collisions, responses that have a 2ms pause in the middle, etc.


Also, you'll probably want to figure out why it's failing at 6 repeaters. With only 8us of delay you are well below the 88us that the standard allows, so it's not a delay problem. Are you introducing bit jitter to the signal?
ericthegeek 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
Opto isolatated repeater for RDM BSmith RDM User Discussion 3 November 7th, 2017 11:17 PM


All times are GMT -6. The time now is 02:19 AM.


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