Re: RS485 RS422 RS232 I2C etc. etc. .....

Con occhio concentrato alla sola parte che mi interessa quella della RS485,
ho visto questi schemi
http://www.fisertek.it/images/485_schema.gif
http://www.areasx.com/files/articoli/3/tnz08cpu.pdf
dove oltre ai terminali A e B c'è anche un C e dunque mi faccio le seguenti
domande:

- Di RS485 apprezzo il metodo dell'analisi differenziale, che senz'ombra di
dubbio con un trecciolato è una buona difesa immunitaria per i disturbi
indotti, aggiungo che potrebbe essere ancora più invulnerabile se le
correnti in gioco fossero più alte (e quindi modificando le res. di Pull Up
e Gnd), ma se si tratta di adeguarsi ad uno standard da cui sono imposte, lo
preferisco e mi adeguo di conseguenza (dato che come già detto non ho
pretese di qualità superiore). Ma per tutti gli utenti devo disporre di una
sorgente di alimentazione isolata dal resto?
Io contavo di cavarmela polarizzando una base di un transistor per ricevere
(con Ic applicata ad un LED di un optoisolatore) ed un Collettore/Emettitore
di un'altro optoisolatore per trasmettere.

- Il Pull-Up ai +5V e  GND devo farli non necessariamente su tutti gli
utenti della linea? in un caso ideale ne basta solo uno e qualora le
distanze dovessero creare problemi ne aggiungo altri in punti strategici?

- Leggendo su un forum ho comunque visto che ci sono problemi di adattamento
di impedenza caratteristica della linea. Ci vuole il carico fittizio
terminatore come nelle vecchie LAN con il coassiale?  Se è così tassativo,
come metodo di comunicazione lo vedo abbastanza critico, può essere?


inoltre, un altro frigorifero da cui prenderò cibo è  il seguente
http://forum.roboitalia.com/showthread.php?t094
con tutti i suoi link e le sue parent e sub directory (che mi farà evitare
di far perdere tempo a scrivere cose che nella storia dell'uomo sono già
state scritte).


Saluti
Iw5deI

ZM@Calce



























































talon75  il     06-04-2007, 08.31.49
Beh, RS485 non è un protocollo logico, ma uno standard elettrico. Il
protocollo è a cura dell'utilizzatore.
Il vantaggio di RS485 rispetto ad RS232 è che lavora su segnali
differenziali su doppino intrecciato e ciò la rende immune ai disturbi di
modo comune. Inoltre la linea trasmissiva è "chiusa" sull'impedenza
caratteristica, eliminando così la riflessione del segnale.
Ciò significa poter coprire distanze maggiori a data rate più alti.
Un transceiver RS485 (tipo DS3695, MAX485 etc.) può essere collegato
direttamente alla USART del PIC come faresti col MAX232 o equivalenti. Per
darti un'idea io uso il DS3695 e copro senza probelmi distanze di una
cinquantina di metri a 115200 bit/s.

talon75  il     06-04-2007, 08.35.41
Ah, dimenticavo... Lo svantaggio di RS485 è principalmente topologico: i
vari nodi devono essere collegati in daisy chain.
Nel tuo caso esci dal master, vai al primo slave. Esci dal primo slave e vai
al secondo etc. L'ultimo slave della catenza avrà il terminatore da 120 ohm.
Nel caso la topologia debba essere ad albero, con connessione diretta al
master da parte di ogni slave, sei costretto ad agire sul circuito elettrico
per "serializzare" le connessioni: cablaggi in parallelo impediscono il
corretto funzionamento perché alterano l'impedenza caratteristica del cavo.




begin 666 post_old.gif
M1TE&.#EA"@`+`.9)`#M#;)>IUX:6S+S3[[+(Z8&.U;W4\*:ZX;S3[M#I_\_H
M_X"-U'!_D;S2[G6$F<[G_\C@_WN+H='K_U-=BH25JI:HU72#F&]]E:B]\"DS
M0V]^D4]9<[''Z*:XZ\/;_[K0^U1@A+''YUQG?):HUN3__VY\C:6YX).EWX>5
MRH65R[K1[;O2[D-,>+K1[LOE_T5,<SM":T90;7" D\KD_WF*GB0J0V=VD%]L
MBJ6YWU]M?D%)=B<R1]CS_RTW2;7+]I:HY,3<^;O1[2HP3MKV_XR;Z(^?[3M"
M;$E39%5A>$-;B@``````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M````````````````````````````````````````````````````````````
M`````````````````````````````````````````````````"'Y! $``$D`
M+ `````*``L`0 =G@$<1&@P,,C0[24D@)RD"CP(H/S$.#RL#F ,M$CD6#T$(
M"
TJ,RX]-CXF!ZL'.!](0CI&`+0`,"PU%"0*";T\0!E)#@H(!L8&#4,E%QX<
;!,\$(1 B-QTC`=@!%1@;$T0+!>$%"T4O@0`[
`
end
[ Auf dieses Posting antworten ]