chiarimenti USART

[qavios]

stò iniziando un progetto che prevede uno scambio dati tra un F886 (master) e un F88 (slave). leggendo i DS e qualche tutorial di Microchip mi sono fatto ancora + confusione.

la mia richiesta è se potete indicarmi quale configurazione usare (SYnch o Async Half o Full Duplex) e come posso inviare + byte (7) da Master a Slave.

grazie

[SoldatoSemplice]

Originariamente inviato da qavios

stò iniziando un progetto che prevede uno scambio dati tra un F886 (master) e un F88 (slave).
la mia richiesta è se potete indicarmi quale configurazione usare (SYnch o Async Half o Full Duplex) e come posso inviare + byte (7) da Master a Slave.

grazie

In realtà dipende dalle tue esigenze, una comunicazione di tipo sincrona, ovvero con un master ed uno slave è una comunicazione in cui il master potrà trasmettere allo slave in qualunque momento, e lo slave genericamente è sempre in ascolto sul canale.

Se è lo slave che deve trasmettere qualcosa al master, lo stesso slave dovrà, prima di ogni altra cosa aspettare che il master lo "interroghi", ovvero che gli passi temporaneamente il controllo del canale, fintanto che lo slave non ha compiuto una singola trasmissione (ovvero non ha trasferito solo i canonici otto bit), allo scadere di questa comunicazione, il bus torna sotto il controllo esclusivo del master, e se lo slave deve trasmettere nuovi dati, dovrà attendere una nuova "interrogazione" da parte dell'unico master.

Se invece vuoi impiegare una comunicazione asincrona, tutti i nodi appartenenti alla rete sono uguali, tutti possono parimenti trasmettere e ricevere simultaneamente, e, attraverso opportuni sistemi di controllo del bus chi deve trasmettere in un certo momento, se il canale è libero, ne prende il controllo solo momentaneamente rilasciandolo immediatamente dopo.

In pratica, se specifichi un pò meglio cosa devi fare troviamo sicuramente la soluzione d'ottimo.

[qavios]

Originariamente inviato da SoldatoSemplice

In pratica, se specifichi un pò meglio cosa devi fare troviamo sicuramente la soluzione d'ottimo.

in pratica F886 master invia 7 byte ad un f88 slave.
F88, su richiesta master invia al F886 1 byte.

La distanza tra i due è di circa 50 metri e in futuro, se riesco a fare il codice, gli slave saranno tre.

E' per questo che vorrei già da subito sviluppare il codice adatto ed è qui che non riesco ad orientarmi sul tipo di USART da usare.

leggendo i DS mi stò orientando verso un Async Full Duplex.
Ciò che vi chiedo è voi che tipo di usart avete usato per far questo e magari anche qualche consiglio.

Il codice va implementato su un progetto già funzionante, a 8Mhz, oscillatore interno, ADC e I2C funzionante con altre periferiche.

[SoldatoSemplice]

In questo caso allora consiglio una comunicazione sincrona full duplex, nella quale il master detiene sempre il controllo della comunicazione.

La comunicazione sincrona la puoi comunque ottenere con il medesimo modulo USART del tuo PIC è sufficiente che programmi opportunamente i registri TXSTA e RCSTA.

[qavios]

Originariamente inviato da SoldatoSemplice

In questo caso allora consiglio una comunicazione sincrona full duplex, nella quale il master detiene sempre il controllo della comunicazione.
.

Per provare posso collegare direttamente i pin RX TX dei micro o mi conviene inserire un buffer tipo HC125, HC244 (già in casa)?

[Camillo]

Originariamente inviato da qavios

in pratica F886 master invia 7 byte ad un f88 slave.
F88, su richiesta master invia al F886 1 byte.

La distanza tra i due è di circa 50 metri e in futuro, se riesco a fare il codice, gli slave saranno tre.

E' per questo che vorrei già da subito sviluppare il codice adatto ed è qui che non riesco ad orientarmi sul tipo di USART da usare.

leggendo i DS mi stò orientando verso un Async Full Duplex.
Ciò che vi chiedo è voi che tipo di usart avete usato per far questo e magari anche qualche consiglio.

Il codice va implementato su un progetto già funzionante, a 8Mhz, oscillatore interno, ADC e I2C funzionante con altre periferiche.

Vista la distanza ed il fatto che vi saranno altre unità ti consiglio un'interfaccia RS485 (bastano 2 coppie intrecciate ed arrivi fino a 1000m) con comunicazione asincrona.
Il protocollo SW te lo puoi inventare tu con il master che polla gli slave a rotazione.
Le UART sono già contenute nei PIC.

[qavios]

Originariamente inviato da Camillo

Vista la distanza ed il fatto che vi saranno altre unità ti consiglio un'interfaccia RS485 (bastano 2 coppie intrecciate ed arrivi fino a 1000m) con comunicazione asincrona.
Il protocollo SW te lo puoi inventare tu con il master che polla gli slave a rotazione.
Le UART sono già contenute nei PIC.

prima di acquistare i convertitori RS485 volevo fare una prova con solo due pic e con 40 cm di cavo schermato.
Chiedo se posso collegare direttamente gli I\O TX RX dei pic senza pericoli.
Programmo in ASM ma non dovrei aver problemi per configurare il modulo USART. pensavo di fare già un "sincrono full duplex" con un unico indirizzo valido per lo slave F88.
Qualche spassionato consiglio?

[Camillo]

Originariamente inviato da qavios

prima di acquistare i convertitori RS485 volevo fare una prova con solo due pic e con 40 cm di cavo schermato.
Chiedo se posso collegare direttamente gli I\O TX RX dei pic senza pericoli.
Programmo in ASM ma non dovrei aver problemi per configurare il modulo USART. pensavo di fare già un "sincrono full duplex" con un unico indirizzo valido per lo slave F88.
Qualche spassionato consiglio?

Per 40cm puoi evitare lo schermo e puoi collegare TXsuRX dai 2 lati anche perché, credo, non sia necessaria una grande velocità, probabilmente 1200baud ti sono sufficienti.
Sincrono significa che devi portare un terzo filo col clock; non ne vedo la convenienza.

[qavios]

Originariamente inviato da Camillo

Sincrono significa che devi portare un terzo filo col clock; non ne vedo la convenienza.

scusa ma forse mi sono perso: su vari DS ho sempre visto che lo scambio dati avviene solo con due fili e il terzo filo lo usa lo slave per bloccare il suo RS485 per evitare conflitti.
Ho ancora fatto confusione?

[Camillo]

Vi sono un mucchio di metodi per far transitare dei dati attraverso un'interfaccia hardware le più tipiche sono RS232 che è punto/punto ma anche RS485 su cui puoi collegare più unità.
Le interfacce software più comuni sono:
Asincrona i dati che transitano abbisognano di un collegamento (half) o 2 collegamenti (full) e devono avere una velocità comune (baudrate).
Sincrona oltre ai dati occorre anche la linea del clock che serve per sincronizzarle.

Se vuoi usare la RS485 il collegamento fisico può essere fatto di un paio di fili twistati, è la maniera più comoda ed è half duplex asincrona. All'interno della scheda invece i collegamenti sono 3 (lo scrivi anche tu) il terzo blocca il driver di trasmissione e serve anche al master quando riceve dei dati dopo averli chiesti.

[qavios]

Originariamente inviato da Camillo

Se vuoi usare la RS485 il collegamento fisico può essere fatto di un paio di fili twistati, è la maniera più comoda ed è half duplex asincrona. All'interno della scheda invece i collegamenti sono 3 (lo scrivi anche tu) il terzo blocca il driver di trasmissione e serve anche al master quando riceve dei dati dopo averli chiesti.

lo scopo finale di questo progetto è far dialogare un master con tre slave. voglio usare l'uSART interna e siccome non l'ho mai implementata volevo fare una prova collegando direttamente un master ed uno slave ma sviluppando già il codice (asm) nella modalità corretta per poterlo poi usare con i tre slave. Camillo mi consiglia half duplex asincrona Soldato semplice la sincrona full duplex. ed io ho ancora confusione
Chiedo un consiglio su chi ha già fatto lavori simili su come si è orientato.

[ndento]

Se ti può servire, in allegato ho messo la parte hardware di uno slave da me realizzato, in configurazione asincrona, half duplex. Se ne possono inserire al massimo 32 sullo stesso bus.

[qavios]

Originariamente inviato da ndento

Se ti può servire, in allegato ho messo la parte hardware di uno slave da me realizzato, in configurazione asincrona, half duplex. Se ne possono inserire al massimo 32 sullo stesso bus.

quindi hai realizzato un master, alcuni slave con "asincrona half duplex", come dovrei fare io.

scusate se insisto ma quale metodo mi consigliate la prossima week inizio a provare e vorrei già orientarmi sulla configurazione finale in quanto uso il mio tempo libero per dedicarmi a questo hobby e non ne ho molto

[ndento]

La configurazione che ho usato l'ho scelta perchè mi sembrava abbastanza semplice. Ho collegato tutti i componenti della rete tramite un normale cavo cat5 FTP (schermato). Gli slaves sono sempre in ascolto e non impegnano mai il bus in trasmissione se non espressamente indirizzati dal master. Del cavo FTP ho usato, oltre alla coppia per i dati, una seconda linea per l'alimentazione degli slaves.

[qavios]

Originariamente inviato da ndento

La configurazione che ho usato l'ho scelta perchè mi sembrava abbastanza semplice. Ho collegato tutti i componenti della rete tramite un normale cavo cat5 FTP (schermato). Gli slaves sono sempre in ascolto e non impegnano mai il bus in trasmissione se non espressamente indirizzati dal master. Del cavo FTP ho usato, oltre alla coppia per i dati, una seconda linea per l'alimentazione degli slaves.

ne approfitto per farti un paio di domande
ai usato i pic 16.... o altri micro?
nel tuo caso gli slave ricevono dati e inviano dati al master?

[ndento]

Per il master ho usato il 16F877A e per gli slaves il 16F628A.

Il 16F628A, disponendo già di un suo oscillatore interno a 4 MHz non necessita di quarzo esterno, riducendo ulteriormente lo spazio richiesto per il PCB.

Gli slaves ricevono comandi dal master ed ovviamente gli rispondono con il loro stato.

[qavios]

io userò un master F886 e quattro spero slave f88 il tutto in asm e a 4 mhz con oscillatori interni.
le routine del master sono in lavorazione e fino ad ora il mplab sim mi dice che funziona.
speriamo bene

[qavios]

come volevasi dimostrare mi sono impiantato
il codice mi invia solo due word in sequenza ma io ne devo inviare 7.
Il DS del F886 mostra come esempio di trasmissione fig. 12-10 invio di sole due word. Come si fa ad inviare + dati?

allego il codice e se potete indicarmi dove modificare .

bcf		INTCON,5	;disabilita interrupt del timer	

		movlw	25			;baud rate 2400 ??
		movwf	SPBRG

		banksel	TXSTA
		bsf		TXSTA,CSRC		;bit 7 master mode in sincrono
		bsf		TXSTA,SYNC		;bit 4 modo sincrono

		btfsc	prog,0		;vedi se leggere pulsanti o scrivere sul display
		;goto	Out_puls
		goto	OutString_fi	;RIGA DI PROVA PER SALTARE I PULSANTI
		bsf		led1			;led spia usart in funzione

		banksel	RCSTA
		bsf		RCSTA,SPEN		;bit 7 configura le porte RX\DT e TX\CK per USART
		bcf		RCSTA,SREN		;bit 5 disabilita ricezione singola, master in trasmissione
		bcf		RCSTA,CREN		;bit 4 disabilita ricezione multipla, master in trasmissione

		banksel	TXSTA
		bsf		TXSTA,TXEN		;bit 5 abilita trasmissione
		

OutString6					;bit a "0" quindi scrivi sul display

OutString3	
		banksel	PIR1		;e il banco dove ci sono PIR1 e TXREG	

		movf    progSLAVE,w  	;carica byte generica principale   
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;bit 4 verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    minuti,w  	;carica byte da visualizzare in prima riga lCD 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;bit 4 verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    ore,w 	;carica byte da visualizzare in seconda riga lCD 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    progDUE,w 	;carica byte da variabile generica   
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    stringa2,w  	;carica byte da variabile generica 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    stringa,w	  	;carica byte da variabile ingresso 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    control,w  	;carica byte da variabile controllo e indirizzamento 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		banksel	TXSTA
		bcf		TXSTA,TXEN	;disabilita trasmissione
		goto	OutString_fi		;

OutString_fi      
		
		bcf		led1		;termina led spia 
		bcf		prog,0		;resetta per lettura pulsanti

		bcf		INTCON,2	;resetta avvenuto interrupt timer
		bsf		INTCON,5	;riabilita interrupt timer
		Return

[Camillo]

Originariamente inviato da qavios

come volevasi dimostrare mi sono impiantato
il codice mi invia solo due word in sequenza ma io ne devo inviare 7.
Il DS del F886 mostra come esempio di trasmissione fig. 12-10 invio di sole due word. Come si fa ad inviare + dati?

allego il codice e se potete indicarmi dove modificare .

bcf		INTCON,5	;disabilita interrupt del timer	

		movlw	25			;baud rate 2400 ??
		movwf	SPBRG

		banksel	TXSTA
		bsf		TXSTA,CSRC		;bit 7 master mode in sincrono
		bsf		TXSTA,SYNC		;bit 4 modo sincrono

		btfsc	prog,0		;vedi se leggere pulsanti o scrivere sul display
		;goto	Out_puls
		goto	OutString_fi	;RIGA DI PROVA PER SALTARE I PULSANTI
		bsf		led1			;led spia usart in funzione

		banksel	RCSTA
		bsf		RCSTA,SPEN		;bit 7 configura le porte RX\DT e TX\CK per USART
		bcf		RCSTA,SREN		;bit 5 disabilita ricezione singola, master in trasmissione
		bcf		RCSTA,CREN		;bit 4 disabilita ricezione multipla, master in trasmissione

		banksel	TXSTA
		bsf		TXSTA,TXEN		;bit 5 abilita trasmissione
		

OutString6					;bit a "0" quindi scrivi sul display

OutString3	
		banksel	PIR1		;e il banco dove ci sono PIR1 e TXREG	

		movf    progSLAVE,w  	;carica byte generica principale   
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;bit 4 verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    minuti,w  	;carica byte da visualizzare in prima riga lCD 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;bit 4 verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    ore,w 	;carica byte da visualizzare in seconda riga lCD 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    progDUE,w 	;carica byte da variabile generica   
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    stringa2,w  	;carica byte da variabile generica 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    stringa,w	  	;carica byte da variabile ingresso 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		movf    control,w  	;carica byte da variabile controllo e indirizzamento 
		movwf     	TXREG     	;carica in registro di trasmissione
		btfss		PIR1,TXIF	;verifica se registro TXREG vuoto
		goto	$-1			;attendi sino allo svuotamento del registro TXREG
		
		banksel	TXSTA
		bcf		TXSTA,TXEN	;disabilita trasmissione
		goto	OutString_fi		;

OutString_fi      
		
		bcf		led1		;termina led spia 
		bcf		prog,0		;resetta per lettura pulsanti

		bcf		INTCON,2	;resetta avvenuto interrupt timer
		bsf		INTCON,5	;riabilita interrupt timer
		Return

C'è mancanza totale di flessibilità ma questa è una questione di eleganza.
Il problema è un'altro: testi TXIF ma quando lo azzeri? da solo non lo fa.
Un'altra cosa: invii dei byte non delle word.

[qavios]

Originariamente inviato da Camillo

C'è mancanza totale di flessibilità ma questa è una questione di eleganza.

stò tentando un approcio passo passo per capire il funzionamento

Originariamente inviato da Camillo

Il problema è un'altro: testi TXIF ma quando lo azzeri? da solo non lo fa.

mi è sembrato di capire dai ds del pic che TXIF si resetta quando il byte è scritto in TXREG

Originariamente inviato da Camillo

Un'altra cosa: invii dei byte non delle word.

lapsus

mi sono accorto che c'erano dei banchi sbagliati ma ancora niente