Commenti a: Corso programmazione PICMicro in C – Lezione 10 – L’USART e la comunicazione seriale con il protocollo RS232. Realizziamo un semplice sistema di automazione

Di: mattopino

mattopino — Wed, 01 Feb 2012 23:05:00 +0000

Salve,
nel mio codice utilizzo il controllo di alcuni flag che vengono settati nell’ISR e verificati nel main per attivare le corrispondenti funzioni.
Ho creato un gestore di eeprom 3-wire attraverso un pic16f88 il quale attravesro l usart fa da tramite fra un programma java e una eeprom 93c46.
Il programma invia dei comandi via seriale che il pic legge nel ISR e interpreta nel main applicandoli all’ eeprom tipo leggerne in contenuto, scrivere una determinata cella di memoria, visualizzare la memoria sullo schermo ecc.
Tutto funziona bene però ho dei problemi di tempistiche, nel main mi trovo a gestire anche lo schermo di un nokia3310 sul quale visualizzo dei loghi attraverso delle funzioni che impiegano del tempo per scrivere sullo schermo quindi quando mando un comando al pic che viene letto attraverso l interrupt su usart prima di vederlo applicato devo attendere che termini una di queste funzioni con il conseguente risultato che mando un comando passa un certo tempo più o meno lungo e vedo gli effetti del comando.
Come potrei oviare a questo?
Esiste un modo per far si che dopo l ISR il pic esegua la porzione di codice dove verifica i flag e poi prosegua con quello che stava facendo??

Grazie.
Saluti Matteo

Di: Giuseppe

Giuseppe — Sun, 23 Oct 2011 03:16:02 +0000

Salve,io ho un problema con la seriale:ogni quattro secondi invio un pacchetto che viene ricevuto e viene anche data una risposta a questo punto il pic riceve il pacchetto ma dal secondo pacchetto in poi non riesco a ricevere piu….

Di: Valentino

Valentino — Wed, 19 Oct 2011 13:55:54 +0000

Salve Giovanni,
montata basetta, programmato il micro, collegato il pc ….
funziona tutto!!! Sei un mito!
Spero di riuscire nell’impresa di aggiungere alla stessa basetta una eeprom I2C e l’LM35 in modo da fare una monitorizzazione delle temperature ambiente con archiviazione storica. Naturalmente il tutto scaricabile tramite RS232 su PC!

Ci sentiamo presto.

Grazie per ora.

Saluti
Valentino

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Jul 2011 12:42:36 +0000

E’ molto molto strano… Non mi è mai capitata una cosa del genere

Di: Manuel Colus

Manuel Colus — Sat, 23 Jul 2011 12:00:39 +0000

Gianni, non ho parole…

Questa mattina sono andato a comprare un altro 18f4685, collegato sulla scheda, programmato, e la usart HA FUNZIONATO!

Era proprio il pic che aveva qualcosa che non andava nel modulo usart…
5 giorni di test su test nei quali sono quasi impazzito e tutto a causa del pic…

Grazie mille per l’aiuto che mi hai dato.

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Jul 2011 07:31:38 +0000

Dato che utilizzi una funzione del C18 per settare l’USART, ti dovresti controllare le funzioni su quali bit vanno ad influire, perchè nulla vieta che ti setta un bit al posto di un altro. A me è capitato con le librerie integrate del C30 e il modulo A/D. C’erano alcuni bit che non c’entravano niente col pic24f che usavo io, perciò decisi di scrivere quel documento. Con la funzione e il datasheet alla mano devi vedere se viene impostato tutto in modo corretto… è l’unico sistema per togliersi i dubbi

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Jul 2011 07:26:20 +0000

Ho letto pure le errate corrigi… Ma relativamente all’USART non viene segnalato niente… Urge una chiamata a capitan ventosa

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Jul 2011 07:18:27 +0000

Allora il pic che stai usando di sicuro ha qualche altra impostazione sull’usart, perchè non penso abbia qualcosa di guasto

Di: Manuel Colus

Manuel Colus — Fri, 22 Jul 2011 17:43:17 +0000

altro aggiornamento, ho provato a cambiare il pic(avevo un 18f452 in un cassetto), e SENZA cambiare di una virgola il codice(eccetto per i configuration bits ed eliminando il settaggio avanzato del baud rate dato che il 452 ha una periferica USART invece di EUSART) la seriale ha funzionato perfettamente al primo colpo.

Quindi escludo un problema del circuito e/o di interferenze definitivamente ed escludo un problema di firmware…

a sto punto o il pic 18f4685 che usavo prima è danneggiato oppure mi è sfuggita qualche impostazione che mi da questo problema(anche se mi sembra assurdo…)

Di: Manuel Colus

Manuel Colus — Fri, 22 Jul 2011 15:06:06 +0000

allora, credevo che inviasse 0×80 con qualunque carattere, in realtà, come ho detto precedentemente ho scoperto che riesco ad inviare solo 1/4 della tabella ascii(ovviamente inviando via firmware un altro valore non corrispondente alla tabella stessa), i restanti 3/4 dei caratteri “non vengono riconosciuti” e risultano essere 0×80.

Ho provato ad aggiornare mplab e l’hitec c18 all’ultima versione ed il risultato non è cambiato…
Ora provo con il compilatore c18 della microchip e vediamo se cambia qualcosa…

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 21 Jul 2011 21:38:21 +0000

uhmm… ma avevi detto che ottenevi sempre 0×80 indipendentemente dal carattere che inviavi. Si tratta quindi di un problema al firmware o c’è qualche impostazione sbagliata. Per curiosità hai provato a lavorare ad una frequenza più bassa? Tipo ad 8MHz, giusto per cercare di escludere uno alla volta tutti i problemi.

Di: Manuel Colus

Manuel Colus — Thu, 21 Jul 2011 17:16:33 +0000

Gianni,
Problema all’usart “risolto” se così vogliamo dire:

Dopo ore e ore di test con oscilloscopio e pickit ho trovato l’inghippo!

Il pic “funziona” e manda perfettamente i dati via usart, MA…

I dati inviati nel firmware NON corrispondono alla tabella ASCII standard:
Per esempio se invio all’usart il valore 0×30 equivalente al numero 0 nella tabella ASCII il pic invia il valore 0×3E corrispondente a >.
Se invio 0×31 il pic manda 0×3A. Inviando 0×32 il pic trasmette 0×36.
Se guardi la tabella ascii noterai che in questo modo il pic invierà un valore della tabella ascii ogni 4…

Ora mi resta da capire se il problema lo causa il compilatore o il pic stesso….

Di: Manuel Colus

Manuel Colus — Thu, 21 Jul 2011 16:24:57 +0000

Aggiorno…

Ho controllato con l’oscilloscopio il segnale inviato dal pic.
Effettivamente i segnali che arrivano hanno una durata totale di 1,04 millisecondi.
essendo 10 bit(8 bit+ bit di start e stop) inviati per scrittura significa che ogni bit ha una durata di 0,104 millisecondi, euqivalenti a 9615 bit per secondo.
Quindi se non ho sbagliato qualcosa nel mio ragionamento, direi che la velocità di 9600 b/s sulla usart è impostata correttamente.

Altra cosa che ho potuto constatare è che il pic invia effettivamente il valore 0×80(anche se con i bit invertiti ovviamente) e di conseguenza NON è l’uart tool del pickit a sbagliare la lettura…

Quindi, tirando le somme direi che l’uart è impostata correttamente ma nonostante questo mi invia valori errati…
Da cosa potrebbe dipendere?

Di: Manuel Colus

Manuel Colus — Thu, 21 Jul 2011 11:25:59 +0000

Mumble mumble, sta sera provo a ricontrollare i collegamenti e controllo con l’oscilloscopio cosa mi arriva esattamente dal pic…

Ci sto diventando pazzo…

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 21 Jul 2011 11:01:51 +0000

0×80 è 128 … ovvero 10000000 … mi viene da pensare a qualche problema di tipo elettrico.

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 21 Jul 2011 10:47:09 +0000

La cosa strana è che in uscita ottieni sempre lo stesso carattere nonostante nel firmware lo cambi… Se l’UART tool funziona correttamente allora il problema deve stare nel circuito o nel firmware

Di: Manuel Colus

Manuel Colus — Thu, 21 Jul 2011 10:15:54 +0000

il pic è impostato per inviare a 9600 b/s e l’uart tool del pickit2 è settato anche esso a 9600 b/s(comunque anche provando a cambiare la velocità il risltato non cambia).

Ho già provato ad inserire la scrittura del carattere nel ciclo while(1) ottenendo sempre lo stesso errore in ricezione(0×80 0×80 0×80 0×80 ecc. ecc.).
Anche cambiando il carattere da inviare(esempio inviando U al posto di A) il risultato è sempre 0×80.
Ho anche già provato ad inserire un ritardo dopo il settaggio dell’uart(sono arrivato a 1000 millisecondi di ritardo) e il risultato continua a non cambiare.

Credevo che il problema fosse del pickit o delle tensioni dei segnali del pickit ma documentandomi ho avuto conferma che il pickit riceve in ingresso tensioni TTL(0-5 V), inoltre provando a cortocircuitare RX e TX del pickit invio e ricevo i caratteri corettamente nel uart tool…

Ho letto e riletto il datasheet e l’erratasheet del mio pic un centinaio di volte e continuo a non capire dove sia il probema…

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 21 Jul 2011 09:25:16 +0000

Quando si ha un errore del genere il problema sta nelle differenti impostazioni di comunicazione sul pc. Hai controllato bene che l’impostazione sul PC e quella del pic combaciano? Inoltre dopo aver richiamato le funzioni di settaggio dell’UART, dai un piccolo ritardo. Inoltre la scrittura del carattere di test mettila nel while(1) per fargliela scrivere di continuo, in modo da capire se l’errore ce l’hai solo all’inizio e poi scrive bene oppure ce l’hai sempre.

Di: Manuel Colus

Manuel Colus — Thu, 21 Jul 2011 09:17:58 +0000

Altra domanda leggermente OT poiché riferita ad un pic 18.

Sto tentando di far funzionare l’EUSART di un pic 18f4685 ma al momento senza successo e non riesco a capire dove sia il problema…
Preciso che utilizzo il compilatore hi tech c18 e le prove le faccio con l’UART TOOL del pickit 2.
Nel codice Imposto l’usart utilizzando la libreria interna(ho provato anche a impostare manulamente i registri e non è cambiato niente) dell’hitech “usart.h”.
nelle impostazioni ho: gli interrupt in ricezione e trasmissione disattivati, modalità Asincrona, 8 bit, ricezione continua, brgh=1, SPBRG=207(lavoro a 32 Mhz e a 9600 baud ho un errore del 0,15%).
Il problema è che quando invio un carattere(qualunque esso sia) sulla usart, ricevo caratteri errati(solitamente 0×80 e 0xF8).

Qualche idea di quale possa essere il problema?

qui il codice:

#include
#include
void main (void)
{
//imposto l’oscillatore
OSCCON = 0b01110000;
OSCTUNE = 0b01000000;

//imposto i registri latch
LATA=0;
LATB=0;
LATC=0;
LATD=0;
LATE=0;

//Disattivo l’A/D
ADON = 0;

//imposto le porte dell’A/D(tutti ingressi I/O)
ADCON1 = 0b00001111;

//imposto il comparatore(comparatore spento)
CMCON = 0b00000111;

//imposto i registri tristato(tutte uscite)
TRISA=0b00000000;
TRISB=0b00000000;
TRISC=0b11000000;//RC6 RC7 USART
TRISD=0b00000000;
TRISE=0b00000000;

//imposto l’USART
OpenUSART(USART_TX_INT_OFF & USART_RX_INT_OFF & USART_ASYNCH_MODE & USART_EIGHT_BIT & USART_CONT_RX & USART_BRGH_HIGH, 207);
baudUSART(BAUD_8_BIT_RATE & BAUD_WAKEUP_ON & BAUD_AUTO_OFF);

// Invio il carattere al terminale
WriteUSART (48);

while(1){}

}

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 16 Jul 2011 09:33:57 +0000

Dovrebbe essere normale, nel senso che hai un baudrate minore di quello che dovresti avere. In ogni caso è importante avvicinarsi allo zero quanto piu possibile, da un senso o dall’altro.

Di: Manuel Colus

Manuel Colus — Fri, 15 Jul 2011 19:42:57 +0000

Non mi è chiara una cosa:mi sto calcolando il valore di SPBRG utilizzando le formule presenti nel datasheet del mio pic, e facendo i calcoli in alcuni baud rate ottengo una percentuale di errore negativa (es. -0,16). in questo caso una percentuale di errore NEGATIVA(quindi inferiore a zero) è cosa positiva o meno? all’atto pratico la domanda è la seguente: devo scegliere un baud rate che abbia una percentuale di errore quanto più vicina allo zero assoluto o un baud rate che abbia una percentuale di errore più bassa possibile(in questo caso un valore negativo è inferiore allo zero)?

Di: Giovanni Bernardo

Giovanni Bernardo — Wed, 13 Jul 2011 14:24:34 +0000

Il Visual Basic.NET è orientato agli oggetti ed è molto simile al C#. Se ti piace il C puoi provare con il C#. I programmi scritti in vb.net possono essere convertiti in C# e viceversa. Fanno le stesse cose, cambia solo lo stile di programmazione. Altrimenti potresti provare Processing, almeno sei sicuro che il programma puo girare anche su altri sistemi operativi

Di: Haru

Haru — Wed, 13 Jul 2011 11:15:46 +0000

Se dovessi creare un programma lato PC per inviare e ricevere dati automaticamente con interfaccia grafica, cosa mi consigli?

Per creare programmi finora mi son basato su Multimedia Builder, comodo perchè ha un suo scripting semplice ed è totalmente visuale, però non sembra avere il supporto hardware per porte ed altro.

Per questo sto cercando un qualcosa di visuale facile da imparare… voci danno il visual basic come il più semplice, però è comunque un’altro linguaggio di programmazione diverso dal C.

Di: Giovanni Bernardo

Giovanni Bernardo — Sun, 15 May 2011 17:09:15 +0000

Quella è una porta parallela, non è una RS232, non puoi usare questo esempio con quella porta

Di: nero77

nero77 — Sun, 15 May 2011 16:45:17 +0000

ciao, grazie per la lezione. una domandina, ho un portatile con porta femmina DB25; c’è qualche indicazione particolare per creare un cavo DB25maschio-DB9maschio da collegare tra pc e dispositivo?

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Apr 2011 15:01:59 +0000

I terminali lasciati flottanti captano sempre qualche disturbo nei paraggi, mettere una pullup risolve il problema

Di: a.screm

a.screm — Sat, 23 Apr 2011 14:58:27 +0000

Scusa, ancora una domanda se posso.

Utilizzando la cununicazione seriale senza il max232,
quando non collego il pickit al mio circuito.il pin RX rimane in stato indeterminto e riceve segnali assurdi.

Secondo te e’ necessario mettere una resistenza di pull-up al pin RX del pic
per tenerlo allo stato alto quando non c’e’ il collegamento seriale?

Ciao
Alessandro

Di: a.screm

a.screm — Sat, 23 Apr 2011 14:36:33 +0000

Non avevo notato l’uart tool presente nel sw del pickit.
Grazie al tuo suggerimento ho letto le istruzioni del pdf della Microchip, e ho capito dove stava
il problema…
Cioe’ occorre collegare oltre il vss anche il vdd.
Pero il uart tool del pickit non riceve correttamente il newline.
a differerenza del PK2USB2UART che invece adesso funziona bene.
Tra l’altro, permette attraverso le seriali in bridge, di usare la cumunicazione seriale
cun qualsiasi programma adatto allo scopo.

Grazie mille
Alessandro

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 23 Apr 2011 08:05:54 +0000

Non penso assolutamente che i livelli siano troppo bassi. Sarebbe semplicemente assurdo. Hai provato ad usare l’uart tool del pickit?

Di: a.screm

a.screm — Fri, 22 Apr 2011 22:09:03 +0000

Ciao Giovanni,

La comunicazione seriale tra MCU e PC e’ un tema molto interessante,
peccato che ultimamente sono pochi i pc dotati di tale porta (come il mio).
Googolando un po in rete in cerca di una interfaccia USB con chip FTDI
ho trovato un programmino interessante che promette di utilizzare
il PICKit2 come interfaccia seriale TTL (sembra credibile avendo alsuo interno un PIC18xx).

Il programma sfrutta due porte seriali virtuali collegate in bridge,
utilizzandone una attraverso il programma PK2USB2UART
che comunica con il pickit2 e l’altra con hyperterminal o simili.

Intallato tutto e testato, funziona al 50 % , il pic comunica bene ma non riceve.

Purtroppo non ho un un oscilloscopio per fare delle prove, ed ho il sospetto che i segnali
inviati dal pickit2 siano un po bassi, ma non posso esserne certo.

Credo che possa essere uno spunto interessante per approfondire.

Ti allego il link.
Using the PICKit2 as an USB to serial converter
http://pickit2.isgreat.org/using-the-pickit2-as-an-usb-to-serial-converter/

Ciao

Alessandro

Di: peppino53

peppino53 — Sat, 09 Apr 2011 14:49:35 +0000

infatti, sono andato a rivedere la lez.3 e ho notato che tu hai aggiunto solo il main sottolineando di aggiungere solo il main; ho riprovato ed è andato tutto ok . di nuovo grazie .
peppino53

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 09 Apr 2011 03:04:28 +0000

Io questo l’ho specificato chiaramente nelle prime parti della lezione: includere solo e soltanto il main, gli altri file andranno inclusi usando le direttive “include”. Punto. L’Hitech-C ha un comportamento assurdo su questo punto, lo so, ma io non posso farci niente. Il C18 invece puoi includere lo stesso file pure 100 volte sia da file che da progetto che non ti dice nulla.

Di: peppino53

peppino53 — Fri, 08 Apr 2011 19:01:23 +0000

Caro giovanni, ho risolto:
nel primo tentativo di compilazione nella fase project wizard io aggiungevo nel progetto, oltre al main
anche tutti gli altri files presenti nella cartella sorgenti con i risultati che già ti ho indicato.
inserendo solo il main invece mi dà build successfull.
Devo confessare che questa fase della programmazione non mi era e non mi è ancora chiara.
Se mi puoi indicare qualche articolo per chiarirmi le idee te ne sarei grato.
grazie e cordiali saluti
giuseppe

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 08 Apr 2011 14:03:12 +0000

L’errore è chiaro e lampante: non riconosce quei nomi mnemnonici. Ora se il file header del pic che stai usando ha quei nomi in elenco, vuol dire che il file h non viene incluso, se invece il file header del pic non ha quei nomi è chiaro l’errore e basta modificare per riflettere i nomi che ci sono.

Di: peppino53

peppino53 — Fri, 08 Apr 2011 12:36:39 +0000

ho tentato di compilare il tuo sorgente senza cambiare nulla.
ciao peppino53

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 08 Apr 2011 09:31:41 +0000

Se non trova quei nomi mnemonici i problemi possono essere tanti: sono sbagliati i percorsi al compilatore, hai fatto il progetto per un pic diverso che non ha quei nomi, i nomi sono cambiati, i nomi non sono quelli corretti, hai incluso pic.h DOPO aver scritto la word di configurazione…

Di: peppino53

peppino53 — Fri, 08 Apr 2011 06:17:56 +0000

Ho inserito il file pic.h della cartella include del compilatore 9.71a e non ho mai avuto problemi. Visto che ci sono varie versioni del compilatore, quale mi consigli?

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 07 Apr 2011 22:44:22 +0000

Hai incluso direttamente il file h del pic o ? Nel primo caso potresti avere incluso un file h sbagliato. In ogni caso passa alla versione nuova del compilatore e leggiti questo: http://www.settorezero.com/wordpress/hitec-c-compiler-i-nuovi-nomi-mnemonici-che-causano-errori-nei-vecchi-programmi/

Di: peppino53

peppino53 — Thu, 07 Apr 2011 19:06:06 +0000

Ciao Giovanni, complimenti per la professionalità e la disponibilità.
ho un compilatore Hitech 9.71a.
Quando provo a compilare il sorgente allegato alla lez.10 per l’utilizzo della RS232 mi dà errore:
undefined identifier “TXIF”
undefined identifier “TXREG”
undefined identifier “RCIF”
undefined identifier “RCREG”
devo cambiare versione del compilatore? o altro?
Ti ringrazio in anticipo
giuseppe

Di: Cosimo

Cosimo — Wed, 16 Feb 2011 16:09:52 +0000

Giovanni come faccio? E’ la prima volta che uso i PIC