Newsgroup: it.hobby.elettronica.digitale
Titolo: comuniaczione tra microcontrollori

Non so se questo è il NG giusto,
ho 2 Atmel mega32, nonostante siano provvisti di diverse porte di
comunicazione (USART, I2C, SPI, etc) ho la necessità di farli "parlare" con
porte comuni, qualcuno sa darmi dei suggerimenti?
Grazie 1000

Ciao, Waran!
Il giorno 10/07/2003 alle ore 14:23 hai scritto:
 W> ho 2 Atmel mega32, nonostante siano provvisti di diverse porte di
 W> comunicazione (USART, I2C, SPI, etc) ho la necessità di farli "parlare"
 W> con porte comuni, qualcuno sa darmi dei suggerimenti?
Cosa intendi per "porte comuni" ?
La USART per esempio e' la normalissima RS-232 che si trova su qualunque PC
e ti basta un convertitore di livello come il comunissimo MAX232 per
dialogare con un PC. Le altre porte sono altrettanto comuni se devi
dialogare ad esempio con altri controllori oppure memorie EEPROM o altri
dispositivi.
Bye

dialogare con un PC. 
Ovviamente in quel caso si deve settare la USART in modalità
asincrona.

 ha scritto nel messaggio
news:L5fPa.163885$lK4.4...@twister1.libero.it...

Scusa se mi sono espresso male, per "comuni" intendevo porte che non hanno
registri specifici come la USART che ha l'UDR o l'SPI. Insomma, devo creare
io del codice che ascolti un determinato piedino (o porta), che interpreti e
mi restituisca il byte ricevuto (ovviamente anche un motore che lo invii).
Credo che potrei utilizzare anche tutti gli 8 piedini di una porta e con un
gioco di abilitazioni creare una sorta di comunicazione parallela.... cmq
sono ben accetti suggerimenti o consigli!
grazie

Ciao, Waran!
Il giorno 11/07/2003 alle ore 08:13 hai scritto:
 W> devo creare io del codice che ascolti un determinato piedino (o porta),
 W> che interpreti e mi restituisca il byte ricevuto (ovviamente anche un
 W> motore che lo invii). Credo che potrei utilizzare anche tutti gli 8
 W> piedini di una porta e con un gioco di abilitazioni creare una sorta di
 W> comunicazione parallela.... cmq sono ben accetti suggerimenti o
 W> consigli!
In questo caso non vedo che problemi ci siano, ti devi inventare un
protocollo di comunicazione e applicarlo al software, non e' che ti si possa
aiutare piu' di tanto. Ma scusa, perche' non usare la seriale che c'e' gia',
piu' comodo di cosi' ?
Comunque i protocolli che hai citato (USART, I2C e SPI) sono ben documentati
in rete e puoi anche implementarli completamente via software senza
utilizzare l'hardware, anche se mi sembra un'assurdita', cosi' non devi
inventarti un protocollo.
Bye

 inventarti un protocollo.
Ti ringrazio per la risposta, cmq non è che non voglio usare gli altri
protocolli, è che già li uso!!! ho finito tutti i tipi di comunicazioni
convenzionali e ho bisogno di quest'ultimo passo per chiudere la fase di
progettazione.
Cmq ho trovato su internet un buon documento su come creare una UART via
software e credo che seguirò questa strada.
Se avete altro materiale interessante su questi argomenti vi sarei grato di
farmelo sapere!
Bye

 una ventina di device I2C in parallelo tra loro senza problemi.
Che stupido a non averci pensato! e dire che già la uso in multidrop con
altre apparecchiature, ma non mi era venuto in mente di assegnare un
indirizzo anche hai microcontrollori e farli comunicare con il bus che ho
già!
Grazie 1000!!!
PS
SONO UN TONNO!!!!