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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
11/04/08 00:08
Modified:
  11/04/08 00:25

Read: times


 
#159603 - Not so much specific for RS-485
Responding to: ???'s previous message
In most RS-485 networks, you will be able to hear collisions. Not on a bit-by-bit level since there is no dominant bit state, but quite often in broken packets.

The big problem is what to do if you do hear a collision. In a single-master system, something is very broken if you hear a collision. A slave has locked up, or there are multiple slaves with the same address or a slave accepted a message with incorrect checksum. In a multi-master system, the used protocol - and the cable length - very much affects how fast/well arbitration can be handled.

Most protocols do not support collision detection in other ways than that both masters will fail and then have to select random times for a retry.

If multiple masters are needed, then it is best to design a protocol where one master hands over the bus to the next master but you need to be able to establish an initial master, assuming that the individual nodes do not boot at the same time. Being able to hear your own transmission allows way faster logic for such arbitration.

But such arbitration has to take into account that the signals are not infinitely fast, and the length of the bus does matter. And the cable length also represents a resistance. This resistance can in some situations make two masters at each end of the cable fail to garble the transmission on the other side of the cable. So listening in on own transmissions is not fool-proof but can in many situations help as one step in a bigger arbitration scheme.

Being able to listen on own transmissions also helps when detecting problems with the cable or tranceiver chip.

List of 24 messages in thread
TopicAuthorDate
Interfacing RS485 (SN75176) with AT89c51            01/01/70 00:00      
   Select your components with care            01/01/70 00:00      
   Compnents are irreplacable !!            01/01/70 00:00      
      What do you miss in the datasheet            01/01/70 00:00      
      It is a simple chip            01/01/70 00:00      
   do not do rs485 without ...            01/01/70 00:00      
   Here's the info for starting            01/01/70 00:00      
   Controlling the sn75176!!            01/01/70 00:00      
      use the \"industrial strangth\" LT1785 instead            01/01/70 00:00      
         Easy to control the RS-485 transeciever            01/01/70 00:00      
            this is one of the biggest mistakes in RS485            01/01/70 00:00      
               Not so much specific for RS-485            01/01/70 00:00      
               might be???            01/01/70 00:00      
                  These are NOT RS485            01/01/70 00:00      
                     Lack of dominant bit state            01/01/70 00:00      
                        that's exactly why on RS485...            01/01/70 00:00      
                           Token-passing requires explicit or arbitrated mast            01/01/70 00:00      
                        the amazing thing is ...            01/01/70 00:00      
                           ... that it matter            01/01/70 00:00      
                              I am NOT talking about multiple masters, ...            01/01/70 00:00      
      follow the link            01/01/70 00:00      
         the two REAL 485 sources            01/01/70 00:00      
            Preview?            01/01/70 00:00      
               I do not know why            01/01/70 00:00      

Back to Subject List