Newsgroup: it.hobby.elettronica.digitale
Titolo: Bus rs485

Ciao!
Mi era stato suggerito di utilizzare un sistema a bus RS485 per una sorta
di applicazione distribuita fatta con microcontrollori.
Mi stavo informando quindi su questo bus: da quanto ho capito dovrebbe
essere piuttosto semplice da utilizzare, sono necessarie poche linee per
il trasferimento dati, etc.
In ogni caso sono necessarie due coppie di doppino ritorno vero? Una per
il segnale ed una per portare comunque alimentazione ai dispositivi - e
non meno importante la massa giusto? sarebbe bello un solo doppino che
trasporti tutto.
E' poi ncecessario terminare correttamente il bus? Leggevo con resistenze
da 120Ohm. Questo renderebbe impossibile dividere il bus in piu' parti,
diciamo ad Y, o sbaglio?
Con i vari muC della microchip, c'e' bisogno di transceiver esterni o
comunque di componenti di supporto relativamente ingombranti? Molti di
questi chip hanno un USART integrato ma non so se e' utile in questo caso.
Ultimo ma non meno importante e' il tipo di assegnazione degli indirizzi
ed il protocollo di comunicazione, rilevazione delle collisioni etc: ce ne
sono di standard?
Grazie e ciao...
Alessio Sangalli

 Grazie e ciao...
Spero di aver dato un aiuto,
==========================
Stefano Frosio
http://www.esse-effe.com
==========================

Ciao, Alessio!
Il giorno 02/08/2003 alle ore 17:15 hai scritto:
 AS> In ogni caso sono necessarie due coppie di doppino ritorno vero? Una
 AS> per il segnale ed una per portare comunque alimentazione ai dispositivi
 AS> - e non meno importante la massa giusto? sarebbe bello un solo doppino
 AS> che trasporti tutto.
Il minimo sono quattro fili, due (twisted pair) per il segnale e due per
l'alimentazione (positivo e massa). In questo modo hai una comunicazione
half duplex, se vuoi comunicare in full duplex devi aggiungere un'altra
coppia. L'alimentazione puo' anche essere integrata nel dispositivo, essendo
un bus differenziale non e' necessario avere il riferimento a massa comune,
quindi puoi anche stendere un unico doppino e avere un alimentatore per ogni
dispositivo.
 AS> E' poi ncecessario terminare correttamente il bus? Leggevo con
 AS> resistenze da 120Ohm. Questo renderebbe impossibile dividere il bus in
 AS> piu' parti, diciamo ad Y, o sbaglio?
In teoria si, in pratica dipende dalla distanza che vuoi coprire e la
velocita' di trasmissione, nel mio impianto di casa trasmetto a 1200 e ho
steso per ora una ventina di metri di cavo senza necessita' di terminazione
con 8 dispositivi collegati (un paio sono anche collegati a Y ma si tratta
di pochi centimetri). Ti consiglio di controllare bene il datasheet e fare
gli opportuni calcoli.
 AS> Con i vari muC della microchip, c'e' bisogno di transceiver esterni o
 AS> comunque di componenti di supporto relativamente ingombranti? Molti di
 AS> questi chip hanno un USART integrato ma non so se e' utile in questo
 AS> caso.
Io ho usato i 16F628 con la seriale collegata ad un comunissimo MAX485, va
che e' una bellezza.
 AS> Ultimo ma non meno importante e' il tipo di assegnazione degli
 AS> indirizzi ed il protocollo di comunicazione, rilevazione delle
 AS> collisioni etc: ce ne sono di standard?
Di standard ce ne sono tanti, io ho usato il protocollo SNAP
(
http://www.hth.com/snap/
) per la comunicazione, il controllo delle
collisioni e' piuttosto banale: se tieni il ricevitore del MAX485 sempre
attivato hai un eco costante di tutto quello che trasmetti, se quello che
ritorna indietro non e' quello che trasmetti c'e' una collisione. C'e' da
dire anche che non ho un bus molto trafficato quindi non so se puo' essere
valido in tutte le situazioni, per ora funziona.
Bye

 puoi anche impostare un tuo protocollo custom.
in ralta' avrei in mente un sistema dove ci sono n dispositivi, alcuni che
tendenzialmente mandano messaggi ad altri che ricevono messaggi. Ma
potrebbero esserci eccezzioni quindi mi volevo documentare su qualcosa il
piu' possibile generico (insomma vorrei arrivare a fare qualcosa simile ad
una piccola ethernet :) )
ciao e grazie!!!
as

 valido in tutte le situazioni, per ora funziona.
beh l'applicazione che ho in mente e' la medesima della tua, e a meno che
non mi ritrovi gente per casa che si diverte a premere tutti gli
interruttori contemporaneamente... credo che non possano esserci
grandissimi problemi!!!
ciao
as

 ciao e grazie!!!
Figurati,


 consigliartelo, ma si può fare.
beh certo non e' la cosa piu' semplice a questo mondo, ma dopotutto
nemmeno cosi' impossibile... voglio dire, si tratta di poter mandare dei
messaggi ad un dispositivo all'altro di una rete nulla piu' :)
Conosci qualche modo migliore / piu' semplice per combinare questa cosa??
ciao!
as

 ha scritto nel
messaggio news:pan.2003.08.02....@manoweb.com...

Io metterei un dispositivo "master" e gli altri slave. Puoi
comunque scambiare messaggi tra tutti i dispositivi, ma è il
master che comanda sulla rete. In quel modo, tra l'altro,
tutti gli slave potrebbero essere identici (dal punto di
vista del protocollo) favorendo la configurabilità del
sistema.


 una sorta di applicazione distribuita fatta con microcontrollori.
Allora la lettura di questo e' indispensabile;)
http://www.tanzilli.com/progetti/pnp_old/italiano/
Claudio F

 
http://www.tanzilli.com/progetti/pnp_old/italiano/
Dimenticavo quella che dovrebbe essere la connessione completa della massa
in un sistema multialimentazione:
http://www.hw.cz/english/docs/rs485/ground.gif
E' chiaro che se invece l'alimentazione si porta in giro con una seconda
coppia, la massa comune e' gia' il "third conductor" e le R da 100 ohm non
si mettono.
Claudio F

 sistema.
gia'... ma come mi facevano notare in un altro thread... un guasto in un
unico punto del sistema manderebbe tutto ammare.
Ci pensero', in ogni caso... grazie!
ciao
as

 si mettono.
anche perche' diventa davvero un casino! accidenti a quanti particolari
occorre stare attenti. Ma mi chiedo: le reti ethernet, oppure la semplice
connessione di un modem esterno al computer, etc... gestiscono questa
cosa???
ciao e grazie!!!
as

 di un modem esterno al computer, etc... gestiscono questa cosa???
La ethernet non so, verso la linea telefonica mi pare ci sia un apposito
trasformatore separatore 1:1 da 600 ohm (almeno una volta c'era).
Claudio F

 grandissimi problemi!!!
Vorrei segnalare che in alcune applicazioni di monitoraggio in ambiente
industriale si usa un meccanismo semplicissimo: ciascun nodo ha un indirizzo
univoco ed il conroller principale interroga a intervalli prefissati i vari
indirizzi. Il vantaggio e' che nessun nodo parla se non interrogato con
conseguente semplificazione del protocollo di comunicazione.
Comunicano cosi' i moduli DGH ed Advantech
Ciao
Marasali
--------------------------------
Inviato via 
http://usenet.libero.it

 ha scritto nel
messaggio news:pan.2003.08.02....@manoweb.com...

Se parti dal presupposto che qualcosa si possa guastare non
troverai mai una soluzione sicura al 100%. E poi dipende in
che punto e dal tipo di guasto, se si stacca o rompe uno
slave il sistema non è di certo fuori uso. Comunque anche
"marasali" nel suo post ti suggerisce una soluzione
master/slave spiegando anche il principio basilare di
funzionamento.


 c'era).
Si`, c'e` anche nell'Ethernet (quindi non serve il conduttore a
potenziale comune).
-- 
Lorenzo