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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
10/29/08 14:21
Read: times


 
#159476 - Compnents are irreplacable !!
Responding to: ???'s previous message
1.The data sheet talks about working temp. range , max power
dissipation et al(which its supposed to). However it does not give details about implementation.Let's take the Max 232 IC, it talks about a dc-dc converter operation and typical operation; ie how it can be interfaced with a uC like 8051 & a PC, and how it plays the role of converting the logic levels(if that can be said , correctly).. When I say a transceiver , what exactly am I talking about ? if I understand it correctly , its a combination of transmitter and receiver & hence transceiver , and communicates in both the directions .. ie slaves to master or vice versa.
Also that the direction of communication can be controlled by suitably interfacing the different pins with the uC.
My question then is ,How exactly am I acheiving this? (ie the
bidirectional control of data flow and the transceiver operation).
2.The components I've selected are irreplacable, because of cost constraints and availability of components and cross compilers.


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