Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
09/22/11 10:53
Read: times


 
#183846 - Yes and no
Responding to: ???'s previous message
Yes, the microcontroller can drive "the cable". Each I/O pin individually is very powerful.

Just that it can't drive all cables, because of limitations on current for a full port or the full chip. And I would think a single FPGA would suffer the same problem. Driving 30-40 outputs when the other side isn't powered up because a fuse is blown or someone forgot to plug in the power connector is no simple task.

I'm currently trying to figure out what the implications would be of having a CPLD or microcontroller at the other end of each ribbon cable, to decode and map the data, while potentially running fewer data signals at a higher speed on the cable. This could allow the signals to be driven low-voltage differential for optimal noise immunity in relation to EMI. Nicest would be if something similar to SATA cables could be used between a main controller and a device-specific adapter board.

List of 40 messages in thread
TopicAuthorDate
Bit-configurable transceiver chips            01/01/70 00:00      
   Suggesting....again...            01/01/70 00:00      
      Alas 5V needed and ribbon cables are a bit "rough"            01/01/70 00:00      
   Another Suggestion....            01/01/70 00:00      
   level translator            01/01/70 00:00      
      Alas, "weak output drive" and no input hysterese            01/01/70 00:00      
      TI sn74gtl2010            01/01/70 00:00      
         or NXP GTL2010,GTL2000            01/01/70 00:00      
            looks promising            01/01/70 00:00      
            NXP GTL20xx -> NVT20xx            01/01/70 00:00      
         Need to read more to understand them            01/01/70 00:00      
            looks like the cat's miauw            01/01/70 00:00      
   NXP has ....            01/01/70 00:00      
      I2C or SPI just can't get even close to the huge bandwidth            01/01/70 00:00      
         nope, no I²C clocks            01/01/70 00:00      
            extender, not expander            01/01/70 00:00      
   I have been wondering this myself            01/01/70 00:00      
      Supported capacitance seems to be the snag            01/01/70 00:00      
   Differential SPI            01/01/70 00:00      
      Serial -> buffers on adapter boards is a potential solution            01/01/70 00:00      
   Have you considered programmable logic?            01/01/70 00:00      
      I had suggested this as well            01/01/70 00:00      
         Yes ... I remember that ...            01/01/70 00:00      
            Long life            01/01/70 00:00      
               They seem to live a long time ...            01/01/70 00:00      
                  Adapters            01/01/70 00:00      
                     These aren't necessarily so "huge"            01/01/70 00:00      
                        Not huge in size            01/01/70 00:00      
                           Some of them can handle that.            01/01/70 00:00      
                              Yes and no            01/01/70 00:00      
                                 There are ways ...            01/01/70 00:00      
                                    Body diodes            01/01/70 00:00      
                                       serial termination ...            01/01/70 00:00      
                                          Yes, current- and bandwidth-limiting components used            01/01/70 00:00      
                                             you youing whippersnappers, pay attention            01/01/70 00:00      
            pedantry, again            01/01/70 00:00      
               What would YOU suggest?            01/01/70 00:00      
   Here's a thought ...            01/01/70 00:00      
      Probably            01/01/70 00:00      
         I'd sugest you consider older CPLD's            01/01/70 00:00      

Back to Subject List