SPI devices in parallel.

[AvionicsMaster1]

I'm not an engineer and I've no experience doing this but according to http://www.mouser.com/ds/2/256/MAX54...5401-88419.pdf .7uA is the supply current for the chip. It's the first part I found in mouser is it's only signifigance.

The way I see it, if the CS line requires that full current, I know it doesn't, you could put over 28,571 devices on one line. Any wire visible to the naked eye should be able to carry .7uA @ 5VDC, or 700uA for 1000 chips. I think, PICs are supposed to source, or is it sink, up to 20mA per pin and 25mA per device. If power is a concern you could drive a transistor or FET to power the CS line.

I'm not too concerned about a wire length of 50 feet as long as you use something around a 26 or larger gauge wire.

Let us know if you do it and it works.

[HenrikOlsson]

How did you know that's the chip being used?
Anyway, the actual input current isn't really the problem. It's the capacitance and inductance added to the circuit BY each input and the fairly long cable.
On the CS-line it might not matter because you can allow the voltage a couple of micro seconds to rise and fall but on the CLK and DATA pins it could when the clock frequency of the bus goes up (the chip you linked to is capable of 10MHz clock - not that you have to drive it that fast though).

The output driver in the PIC will have to charge and discharge the capacitance presented to it by all the inputs and the long cable.

By adding a line driver capable of sinking and sourcing more current than a PIC I/O to the CLK and DATA line the capacitance in the "external circuit" can be charged and discharged faster making the signals "cleaner". It will also add some protection.

All I'm saying is that it might not work to simply slap 50ft of cable on the outputs and then 50-100 chips along the length of that cable.

/Henrik.

[jmgelba]

I agree with Henrik. Capacitance is the enemy here. Noise is also a problem - a 50ft caable makes for a nice antena when running around 50+ dc/dc power supplies. Clock and data speeds are low as its only one byte every so often. This is just for dimming control set via push buttons on the master PIC.

Unfortunately due to the cost of each assembly, I cant just build a few and test to see if it works. Each assembly where the pot will be located is several hundred US$.

[HenrikOlsson]

In that case, what difference does the cost of a dual (or two single) differential receiver(s) on each board make? Probably around a buck or two.
If the boards are already designed and ready for production and you can't spin it again then you perhaps you could fit the receiver circuitry inside the connector housing used to for the communication lines (or is it screwterminals?).

/Henrik.

[jmgelba]

EL5371 driver and EL5372 receiver should do the trick? I have never done anything with data transmission over cables before. I assume I would need a driver on each of the dc/dc pcb's too? So it would go:

Master-driver --> cable --> DC/DCreceiver-driver --> cable --> DC/DCreceiver-driver --> cable --> DC/DCreceiver-driver .....

http://www.intersil.com/content/dam/...n73/fn7307.pdf

[HenrikOlsson]

Nah, I don't think those are suitable, they look more like differential analog drivers - not really what you want.

I was thinking more on line of a DS9638 on the master and a DS9637 (or similar devices) on each of the slaves:


/Henrik.

[AvionicsMaster1]

Terribly sorry. I assumed most digital pots CS line requirements would be the same. The question wasn't about power supply it was about control and I again assumed that any pot chip would work about the same. Obviously bad assumptions on my part though I assumed a worst case scenario and replied on that.

I stated I wasn't an engineer and had no experience but I assumed a shield on the CS line and if necessary the power supply lines. He could also use a twisted pair on the power supply which should reduce noise collection.

I again assumed that a small conductor cable wouldn't create a great capacitor and with the slowish switching speed I assumed that wouldn't be a problem.

So now I've been straightened out and I apologize for leading anyone astray. Please let us know how you proceed and more importantly, your solution.