0
\$\begingroup\$

(To preface, I will probably just run 4 wires, with RS485 on 2 and power on the others, but this came to my head, and I started thinking about it.)

I was thinking of a simple way to send simple low speed data (9600 baud?), from a single source out to multiple devices using just the two wires also used to power the devices. No return data is needed.

Situation: 12 or 24 volt system of perhaps 40 'nodes' spread over a 200 foot x 200 foot area, each 'node' is a simple microprocessor with it's own software address, running a few RGB LEDs. Harsh environment, only has to last 2 weeks (Burning Man). The data would be simple commands, with no more that say 8 bytes per command (with address, checksum etc.) Data would be sent from a central controller that simply coordinates the colors and timing etc of the LEDs. Devices will be added in a 'star' pattern, but with multiple nodes on each line. Each node will run a processor at 5 volts, and perhaps 300 mA of 12 volts for the LEDs at each node.

My thought was if I use a power supply between 16 to 24 volts (24 volts is easy to find) and at each node used a 12 volt regulator for the LEDs, and a 5 volt regulator for the processor, that would prevent voltage drop problems with long lines. If, at the power supply, I put 3 or more high current diodes in series, then my 24 volt supply becomes more like 22 or less. By putting an FET parallel to the diodes, I could now switch the power line from 22 to 24 volts. With the appropriate driver, a microprocessor (5 volt) serial TX line could 'modulate' the voltage.

At each node, I could have a single supply comparator on the 5 volt supply, with resistor voltage divider off of the 22 volt modulated line as the input to the comparator, with it's output feeding into the processor RX line for serial data. In an ideal situation, a simple low pass filter and voltage divider could provide the reference for the comparator, in actuality, the 22 volt supply will probably vary a bit, maybe not enough to worry about, and perhaps I just use a lot of diodes to make more of a voltage difference, so that the reference is guaranteed to fall inside the voltage drop range.

Any thoughts? Does this seem doable. Since the data is just broadcast out, with no need to get a response, this seemed the simplest way to go.

\$\endgroup\$
3
  • \$\begingroup\$ en.wikipedia.org/wiki/Power-line_communication \$\endgroup\$
    – Maple
    Commented Aug 13, 2018 at 21:10
  • \$\begingroup\$ See Cypress CY8CPLC10 \$\endgroup\$
    – Jeroen3
    Commented Aug 17, 2018 at 11:39
  • \$\begingroup\$ I would think a direction you could go in is having the ground carry an inverted signal, so the effective DC voltage is always steady at whatever offset(22-24v). \$\endgroup\$ Commented Aug 17, 2018 at 16:36

2 Answers 2

1
\$\begingroup\$

I suggest looking for ready-made DC-BUS or DC-LIN module instead of making something yourself.

For example Yamar Electronics specializes in DC-BUS communication and their SIG60 chip is available on ready-made modules like this one.

However in case you want to spend time and money on it, this application note has everything you need.

Having said that, why would one invent a bicycle instead of using ubiquitous DMX hardware is beyond my understanding...

Keep in mind that all PLC solutions create quite a lot of EMI, especially with lines spread all over large area as in this case. There is a chance they will interfere with other equipment, like wireless mikes. Then you'll be responsible for failed performance. There is a reason DMX cables are shielded.

\$\endgroup\$
5
  • \$\begingroup\$ As I said, this is more a thought experiment, as I was planning on using twisted pair with RS485. Why not DMX? I don't want a full time central controller, I want independant devices doing different things with occasional 'hints' for the LEDs. And where did you get the idea there were wireless mics involved? That application note is just promoting a chip from TI, not giving broader information on the question I asked. \$\endgroup\$
    – CoreyCoop
    Commented Aug 17, 2018 at 8:36
  • \$\begingroup\$ Any PLC solution needs analog transceiver, line driver and line coupler. That app note has schematics for those, that is why I referenced it. Other manufacturers have similar notes, e.g. AN2451 from ST has DC line coupling schematics for ST7540 chip. However the gist of my answer was the suggestion to use ready made modules designed for existing PLC applications. I've updated the answer with some links. \$\endgroup\$
    – Maple
    Commented Aug 17, 2018 at 11:31
  • \$\begingroup\$ @CoreyCoop: Maple actually said, "... interfere with other equipment, like wireless mikes." It's unlikely that you'll be the only person present so there will be other equipment and someone will probably be using wireless mikes. \$\endgroup\$
    – Transistor
    Commented Aug 17, 2018 at 11:49
  • \$\begingroup\$ @CoreyCoop If your question was whether or not PLC is doable, then yes, of course it is. If you asked specifically about your proposed implementation then IMHO you won't be able to achieve target speed by shorting diodes in series for what basically is AM. The commercial solutions use inductance to inject much lower amplitude but higher frequency carrier with FSK or PSK modulation. \$\endgroup\$
    – Maple
    Commented Aug 17, 2018 at 12:37
  • \$\begingroup\$ Maple, thanks, that's more like the info and response I was looking for. \$\endgroup\$
    – CoreyCoop
    Commented Aug 18, 2018 at 5:05
0
\$\begingroup\$

If you want noise immunity use inversion signalling (drive the whole system from a H bridge, and flip the polarity to signal) Each node then needs a bridge rectifier and a smoothing capacitor, if the volts get a little low at the end of a long run there's no risk of false signals. this could end up broadcasting quite a lot of noise however.

\$\endgroup\$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.