da TTL a 485

Il giorno Mon, 22 Dec 2008 15:47:16 GMT, snipped-for-privacy@libero.it (emmeci85) ha scritto:

?!?

Il MAX485 lavora tranquillamente con segnali a livello TTL.

-- ciao Stefano

ciao esistono degli integrati che passano da TTL RS485. cerca su Maxim e altri grossi produttori. emi

il MAX485 dovrebbe essere fatto per quello che chiedi.

noi usiamo a secchiate il 75176 di TI, giusto perché Maxim è inguardabile per produrre in serie!

Ste

Il 22 Dic 2008, 16:53, SB ha scritto:

a ok quindi fa a coso mio...io devo realizzare un'apperecchiatura slave che risponda ad una richiesta. In pratica dovremme rimanere sempre abilitata la ricezione, e interrotta solo nel momento di trasmissione. come posso fare?

ciao

-------------------------------- Inviato via

"PeSte" ha scritto nel messaggio news:giodcm$e12$ snipped-for-privacy@tdi.cu.mi.it...

Si ma il Maxim produce anche il dispositivo 1/8 di unit che consente di collegare 8 volte più periferiche sullo stesso bus dell'arcaico 75176 se poi non devi avere boderate da paura il 487 slew rate limited è un gioiellino:-)) E' ora di modernizzarsi:-)) A parte gli scherzi, i maxim sono veramente robusti dal lato linea con una decente protezione esd, se poi la integri con scaricatori ad uopo sei praticamente blindato:-)) Per converso i 75176 sono veramente economici e se non ti interessa una superaffidabilità....ottimi e tuttora usatissimo per il DMX512! ciao Rusty

Il giorno Mon, 22 Dec 2008 15:58:27 GMT, snipped-for-privacy@libero.it (emmeci85) ha scritto:

Ti scarichi il datasheet.

I fili RO e DI vanno collegati alla UART del µC, RE e DE\ vanno ad un uscita che terrai bassa.

Poi abiliti l'interrupt dalla UART configurata opportunamente, e quando arriva un carattere lo elabori.

Per rispondere alzerai l'uscita che va a RE e DE\.

-- ciao Stefano

uscita

arriva

si il datasheet lo avevo già scaricato. Ok...ci devo pensare perchè dovrei fare una cosa indipendente dal PIC, non posso usare altre uscite per abilitare la trasmissione.

ciao.

-------------------------------- Inviato via

Il giorno Mon, 22 Dec 2008 16:16:21 GMT, snipped-for-privacy@libero.it (emmeci85) ha scritto:

Péotresti usare un monostabile che ti alza il filo RE e DE\ collegato con lo start bit della trasmissione, ma è una cosa critica e che può funzionare solo ad un baud rate fisso.

-- ciao Stefano

emmeci85 ha scritto:

Se la durata delle due trasmissioni è costante puoi cavartela facilmente con dei monostabili. Altrimenti si può fare comunque ma è più incasinato.

Marco

Il 22 Dic 2008, 17:23, SB ha scritto:

scritto:

dovrei

lo

solo ad

si il baudrate è fisso. Il pic "dovrebbe" essere inserito in una ipotetica rete Rs485 con un master che interroga gli slave uno alla volta.

grazie

-------------------------------- Inviato via

Il giorno Mon, 22 Dec 2008 16:28:56 GMT, snipped-for-privacy@libero.it (emmeci85) ha scritto:

Allora ti basta un 4538, con il trigger B su RTX e per un periodo almeno uguale a quello della parola + start e stop bits.

Ti conviene stare un pelo più abbondante e ritardare il tempo di interrogazione dal master, per evitare problemi.

-- ciao Stefano

se nomino Maxim il mio ufficio acquisti mi spara :-)

confermo, per il DMX sono la morte sua! Per inciso TI sta buttando fuori dei bei driver con resistenza al modo comune da parecchi volts

Ste

emmeci85:

Ti è davvero necessario usare il 485 standard?

Se lo usi in "modalità CAN" risolvi tutti i tuoi problemi.

Mi spiego: polarizzi con resistenze la linea differenziale, mettendo un pull-up sul conduttore A ed un pull-down sul conduttore B, agli estremi, insieme alle normali resistenze di terminazione. Inoltre "inchiodi" a massa l'entrata del trasmettitore e mandi i dati sul pin di enable.

A questo punto avrai che la tua linea, quando nessuno trasmette, anziché essere in uno stato indefinito, è sempre in "space", ovvero alta. Quando trasmetti sul pin di enable, trasmetti attivamente solo i "mark", ovvero gli zeri.

In questo modo non solo non avrai problemi di conflitti elettrici, ma, monitorando la linea in ricezione, potrai rilevare immediatamente eventuali collisioni.

Il giorno Tue, 23 Dec 2008 12:52:27 +0100, "F. Bertolazzi" ha scritto:

Vero, il CAN lavora circa così.

In questo modo però ti serve un µC con una UART 'full duplex' oppure con 2 UART e credo che il povero pic del nostro amico non ce la faccia proprio.

-- ciao Stefano

SB:

Mmmm... Ci sono UART hardware che non sono full-duplex?

Tra l'altro, per gli estensimetri, ho usato una UART software, che mi ha permesso non solo di usare un comparatore come ricevitore e due pin per la trasmissione, ma anche di monitorare la trasmissione bit per bit, come fa il CAN. Così, se i pacchetti sono prefissati dalll'indirizzo del nodo che trasmette, si evita qualunque collisione, nel senso che solo il nodo a priorità più bassa deve ritrasmettere.

Il giorno Tue, 23 Dec 2008 13:14:39 +0100, "F. Bertolazzi" ha scritto:

Negli AVR sono tutte full duplex, nei pic non so.

Direi che dovendo fare una UART sw perchè il tiny24 non ce l'ha, hai ottimizzato le cose facendo di necessità virtù.

-- ciao Stefano

SB:

ottimizzato

Esattamente. :-)

Comunque, anche se la avesse avuta (in fondo un po' ce l'ha, ci sono le AN con il codice per usare la USI come UART), non l'avrei usata, dato che non sarebbe stato possibile prendere l'input dal comparatore e buttar fuori un segnale bilanciato.

Grazie a tutti per le risposte, ora decido come procedere.

Buon Natale a Tutti Voi.

-------------------------------- Inviato via

emmeci85:

Di niente. Tanto le mie non valgono nulla, dato che non so niente di elettronica.