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 http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/ Fri, 30 Jul 2010 21:26:04 +0200 http://wordpress.org/?v=2.9.2 hourly 1 Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4223 Luca Sat, 20 Mar 2010 18:59:04 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4223 Problema risolto, pinning errato... Ora veramente dovrò darmi fuoco! In ogni caso questa immagine è molto illuminante a riguardo, ti consiglio di includerla nella tua guida: http://www.siongboon.com/projects/2006-03-06_serial_communication/max232layout.gif Problema risolto, pinning errato… Ora veramente dovrò darmi fuoco! In ogni caso questa immagine è molto illuminante a riguardo, ti consiglio di includerla nella tua guida: http://www.siongboon.com/projects/2006-03-06_serial_communication/max232layout.gif

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4219 Luca Sat, 20 Mar 2010 12:24:55 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4219 Il cavo è maschio\femmina, comunque io ho un connettore femmina volante a cui ho saldato dei fili volanti con capi stagnati che inserisco direttamente nella breadboard, la cui piedinatura l'ho letta stesso sul connettore dove sono numerati i pin uno ad uno. Comunque, ho notato che cortocircuitando a caso i pin rx e tx del pic, ogni tanto compare a video "I detected [I]" o altri caratteri strani, segno che qualcosa in fondo funziona. Forse per caso essendo il pic un 16f628a c'è qualcosa di incompatibile, ho controllato il calcolo del SBPRG è lo stesso... News: così mi compaiono ad ogni reset, però senza accettare comandi da tastiera, "Press a key and I will echo it back:", premo i tasti e nn succede niente: picrb1(rx):max11 //invertiti rispetto al tuo schema picrb2(tx):max12 com2:max14 //senza simulazione hw cavo null modem) com3:max13 Praticamente ho invertito tutto! Io mi sto ammattendo, ora stacco, riprenderò domattina, intanto ti ringrazio infinitamente per il supporto. Il cavo è maschio\femmina, comunque io ho un connettore femmina volante a cui ho saldato dei fili volanti con capi stagnati che inserisco direttamente nella breadboard, la cui piedinatura l’ho letta stesso sul connettore dove sono numerati i pin uno ad uno. Comunque, ho notato che cortocircuitando a caso i pin rx e tx del pic, ogni tanto compare a video “I detected [I]” o altri caratteri strani, segno che qualcosa in fondo funziona. Forse per caso essendo il pic un 16f628a c’è qualcosa di incompatibile, ho controllato il calcolo del SBPRG è lo stesso…
News: così mi compaiono ad ogni reset, però senza accettare comandi da tastiera, “Press a key and I will echo it back:”, premo i tasti e nn succede niente:

picrb1(rx):max11 //invertiti rispetto al tuo schema
picrb2(tx):max12
com2:max14 //senza simulazione hw cavo null modem)
com3:max13
Praticamente ho invertito tutto!

Io mi sto ammattendo, ora stacco, riprenderò domattina, intanto ti ringrazio infinitamente per il supporto.

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4218 Giovanni Bernardo Sat, 20 Mar 2010 12:02:09 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4218 Adesso non so se il cavo che hai tu è maschio/maschio o maschio/femmina. Hai provato a non invertire il 2 e il 3 ma a rimanerli come nello schema? Non vorrei che ti sei confuso con le piedinature, che per maschio e femmina sono speculari. Adesso non so se il cavo che hai tu è maschio/maschio o maschio/femmina. Hai provato a non invertire il 2 e il 3 ma a rimanerli come nello schema? Non vorrei che ti sei confuso con le piedinature, che per maschio e femmina sono speculari.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4216 Luca Sat, 20 Mar 2010 11:49:10 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4216 Si uso com nativa e cavetto acquistato, controllato pin to pin, non essendo null ho invertito sulla breadboard i pin 2 e 3 (ovvero collegandoli in maniera inversa a quella indicata dal tuo schema). I condensatori sono da 1uF comprati proprio per tale uso, e tutti seguono la polarità indicata dallo schema e dal datasheet. il max 232 sul connettore db9 e sul 16f628a ha questi collegamenti: picrb1(rx):max12 picrb2(tx):max11 com3:max14 (simulazione hw cavo null modem) com2:max13 gnd:max5 i due condensatori di cui parli sopra hanno il suddetto collegamento. Si uso com nativa e cavetto acquistato, controllato pin to pin, non essendo null ho invertito sulla breadboard i pin 2 e 3 (ovvero collegandoli in maniera inversa a quella indicata dal tuo schema). I condensatori sono da 1uF comprati proprio per tale uso, e tutti seguono la polarità indicata dallo schema e dal datasheet.
il max 232 sul connettore db9 e sul 16f628a ha questi collegamenti:
picrb1(rx):max12
picrb2(tx):max11
com3:max14 (simulazione hw cavo null modem)
com2:max13
gnd:max5
i due condensatori di cui parli sopra hanno il suddetto collegamento.

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4215 Giovanni Bernardo Sat, 20 Mar 2010 11:19:21 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4215 Il pin 2 va collegato a + 5 volt con il condensatore in mezzo (negativo verso il +5), il pin 6 va a massa con il condensatore in mezzo (positivo verso massa), quelli sono i due pin che realizzano la pompa di carica (se tu avessi a disposizione un'alimentazione duale +10 e -10 V non ci sarebbe più bisogno del max232! è il max che ti crea +10 e -10 a partire da solo +5V, è questa la sua funzione principale). La differenza tra max232 e max232N non esiste, è la TI che mette la N solo per indicare il package, ma sono lo stesso integrato. Utilizza condensatori da almeno 1uF. Colleghi il tutto con un cavetto acquistato? Il collegamento dei fili all'interno del cavetto è giusto? Il max 232 arriva sul connettore DB9 nei punti giusti? Il pin 2 va collegato a + 5 volt con il condensatore in mezzo (negativo verso il +5), il pin 6 va a massa con il condensatore in mezzo (positivo verso massa), quelli sono i due pin che realizzano la pompa di carica (se tu avessi a disposizione un’alimentazione duale +10 e -10 V non ci sarebbe più bisogno del max232! è il max che ti crea +10 e -10 a partire da solo +5V, è questa la sua funzione principale). La differenza tra max232 e max232N non esiste, è la TI che mette la N solo per indicare il package, ma sono lo stesso integrato. Utilizza condensatori da almeno 1uF. Colleghi il tutto con un cavetto acquistato? Il collegamento dei fili all’interno del cavetto è giusto? Il max 232 arriva sul connettore DB9 nei punti giusti?

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4214 Luca Sat, 20 Mar 2010 11:08:49 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4214 Ho provato e riprovato mille volte, ho rifatto il circuito rispettando il tuo schema, ho cambiato max232, ho cambiato zona della breadboard...ma niente. Il problema sul fisso con com nativa che aveva echo ad ogni tasto era perchè non avevo collegato la massa dati ovvero PIN5 della porta com a massa. Collegato questo a massa, ho l'echo solo cortocircuitando i pin 2 e 3 ovvero ricezione e trasmissione della com; ma non ho piu echo se collego i due pin di ricezione e trasmissione del pic. Una domanda mi sorge, guardando il datasheet, il pin 2 ed il 6 non devono essere collegati rispettivamente a +10V e -10V ? (nel mio caso di un max232n ,versione equivalente della TI e non della maxim, a +8.5V e -8.5V) Ho provato e riprovato mille volte, ho rifatto il circuito rispettando il tuo schema, ho cambiato max232, ho cambiato zona della breadboard…ma niente.
Il problema sul fisso con com nativa che aveva echo ad ogni tasto era perchè non avevo collegato la massa dati ovvero PIN5 della porta com a massa.
Collegato questo a massa, ho l’echo solo cortocircuitando i pin 2 e 3 ovvero ricezione e trasmissione della com; ma non ho piu echo se collego i due pin di ricezione e trasmissione del pic.
Una domanda mi sorge, guardando il datasheet, il pin 2 ed il 6 non devono essere collegati rispettivamente a +10V e -10V ? (nel mio caso di un max232n ,versione equivalente della TI e non della maxim, a +8.5V e -8.5V)

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4210 Giovanni Bernardo Fri, 19 Mar 2010 23:23:12 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4210 Allora hai qualche problema col max, o è guasto o hai fatto male il circuito. Due dei condensatori che vanno sul max vanno montati al contrario (cioè uno ha il positivo a massa e l'altro ha il negativo a +vdd), te lo dico perchè un amico "sapientone", pensando che il circuito era disegnato in maniera errata, pensò bene di "raddrizzarli". Se hai sempre l'eco, anche ad alimentazione tolta, c'è qualcosa che mette in comunicazione il 2 col 3 dal lato del max. Ricontrolla con attenzione il circuito facendo pure riferimento al datasheet. Allora hai qualche problema col max, o è guasto o hai fatto male il circuito. Due dei condensatori che vanno sul max vanno montati al contrario (cioè uno ha il positivo a massa e l’altro ha il negativo a +vdd), te lo dico perchè un amico “sapientone”, pensando che il circuito era disegnato in maniera errata, pensò bene di “raddrizzarli”. Se hai sempre l’eco, anche ad alimentazione tolta, c’è qualcosa che mette in comunicazione il 2 col 3 dal lato del max. Ricontrolla con attenzione il circuito facendo pure riferimento al datasheet.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4207 Luca Fri, 19 Mar 2010 22:25:30 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4207 Stdio c'è, ho provato anche sul fisso con com nativa 9600baud e tutte le altre configurazioni, stavolta ho l'echo automatico senza incrociare nulla, e a quanto pare è per via dell'integrato stavolta, l'unico modo per non avere l'echo automatico ce l'ho solo se stacco il max232 (altrmenti ho l'echo sempre, con l'alimentazione o meno con il pic o meno..etc), quindi non è un probl della breadboard. Ho anche messo il quarzo esterno da 20MHz invece di quello interno da 4. In ogni caso, non funge. Stdio c’è, ho provato anche sul fisso con com nativa 9600baud e tutte le altre configurazioni, stavolta ho l’echo automatico senza incrociare nulla, e a quanto pare è per via dell’integrato stavolta, l’unico modo per non avere l’echo automatico ce l’ho solo se stacco il max232 (altrmenti ho l’echo sempre, con l’alimentazione o meno con il pic o meno..etc), quindi non è un probl della breadboard. Ho anche messo il quarzo esterno da 20MHz invece di quello interno da 4.

In ogni caso, non funge.

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4206 Giovanni Bernardo Fri, 19 Mar 2010 21:48:00 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4206 Potrebbe pure essere la breadboard, in molti hanno questi problemi. Hai incluso stdio ? Prova anche a spostare il circuito su un'altra parte della breadboard. Io comunque dell'adattatore non fiderei tanto, ho capito che funziona se incroci 2 e 3, ma bisogna vedere se funziona quando lo interfacci con i circuiti, non hai la possibilità di provare su un pc fisso che ha la rs232? Scusa se lo ripeto ma con questi cosi ho brutte esperienze. Poi potrebbe essere il quarzo che non oscilla oppure oscilla in maniera anomala messo nella breadboard. E poi: avvia prima hyperterminal, sii sicuro di averlo messo alla stessa velocità di comunicazione che hai messo nel pic (9600), avvia la comunicazione e solo allora accendi il circuito. Potrebbe pure essere la breadboard, in molti hanno questi problemi. Hai incluso stdio ? Prova anche a spostare il circuito su un’altra parte della breadboard. Io comunque dell’adattatore non fiderei tanto, ho capito che funziona se incroci 2 e 3, ma bisogna vedere se funziona quando lo interfacci con i circuiti, non hai la possibilità di provare su un pc fisso che ha la rs232? Scusa se lo ripeto ma con questi cosi ho brutte esperienze. Poi potrebbe essere il quarzo che non oscilla oppure oscilla in maniera anomala messo nella breadboard. E poi: avvia prima hyperterminal, sii sicuro di averlo messo alla stessa velocità di comunicazione che hai messo nel pic (9600), avvia la comunicazione e solo allora accendi il circuito.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4205 Luca Fri, 19 Mar 2010 21:37:52 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4205 Allora, ripetendomi, le tue risposte sono perfette, come sempre! Allora, qualche news, ho seguito le tue dritte e con il compilatore 9.65 non crasha più, ora lasciamo perdere che anche da compilato il programma non funge. Comunque programmi molto basilari come quello di cui ti parlerò a momenti vengono compilati dal 9.70, quindi il problema non è nelle usart.x bensì in qualche processo richiamato dal main. Insomma ho pensato bene di ripartire daccapo. Ho fatto un circuito molto basilare, ovvero solo il pic e il max232 collegato, ho modificato e compilato l'esempio contenuto nella cartella samples... Questo per essere chiari: void main(void){ unsigned char input; INTCON=0; // purpose of disabling the interrupts. TRISA=0; //nell'originale non erano stati messi... TRISB=0; init_comms(); // set up the USART - settings defined in usart.h // Output a message to prompt the user for a keypress printf("\rPress a key and I will echo it back:\n"); RB3=1; //led di conferma while(1){ input = getch(); // read a response from the user printf("\rI detected [%c]",input); // echo it back } Ora però, ovviamente il prog non funziona, allora ho pensato di fare qualche verifica, cortocircuitando i piedini RX e TX SUL PIC, ho l'echo automatico su hyperterminal che mi conferma che: 1) il max232 funge, 2) l'adattatore usb\com funge 3) la porta com selezionata è quella e 4) hyperterminal sul pc và bene. Ora però mi stupisco, i settaggi su usart.h sono semplici e pochi, ovvero: #define BAUD 9600 #define FOSC 4000000L #define RX_PIN TRISB1 //ho eliminato l'if defined...define... ed inserito queste righe #define TX_PIN TRISB2 #define NINE 0 Ora mi chiedo, se il programma è così banale, il circuito è quello, mi vien da pensare, per caso sto usando un gatto nero al posto della breadboard oppure il mio pic è qualche scarto di tecnologia aliena non funzionante? Allora, ripetendomi, le tue risposte sono perfette, come sempre!

Allora, qualche news, ho seguito le tue dritte e con il compilatore 9.65 non crasha più, ora lasciamo perdere che anche da compilato il programma non funge. Comunque programmi molto basilari come quello di cui ti parlerò a momenti vengono compilati dal 9.70, quindi il problema non è nelle usart.x bensì in qualche processo richiamato dal main.

Insomma ho pensato bene di ripartire daccapo. Ho fatto un circuito molto basilare, ovvero solo il pic e il max232 collegato, ho modificato e compilato l’esempio contenuto nella cartella samples…

Questo per essere chiari:
void main(void){
unsigned char input;

INTCON=0; // purpose of disabling the interrupts.
TRISA=0; //nell’originale non erano stati messi…
TRISB=0;

init_comms(); // set up the USART – settings defined in usart.h

// Output a message to prompt the user for a keypress
printf(“\rPress a key and I will echo it back:\n”);
RB3=1; //led di conferma
while(1){
input = getch(); // read a response from the user
printf(“\rI detected [%c]“,input); // echo it back
}

Ora però, ovviamente il prog non funziona, allora ho pensato di fare qualche verifica, cortocircuitando i piedini RX e TX SUL PIC, ho l’echo automatico su hyperterminal che mi conferma che: 1) il max232 funge, 2) l’adattatore usb\com funge 3) la porta com selezionata è quella e 4) hyperterminal sul pc và bene. Ora però mi stupisco, i settaggi su usart.h sono semplici e pochi, ovvero:

#define BAUD 9600
#define FOSC 4000000L
#define RX_PIN TRISB1 //ho eliminato l’if defined…define… ed inserito queste righe
#define TX_PIN TRISB2
#define NINE 0

Ora mi chiedo, se il programma è così banale, il circuito è quello, mi vien da pensare, per caso sto usando un gatto nero al posto della breadboard oppure il mio pic è qualche scarto di tecnologia aliena non funzionante?

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4193 Giovanni Bernardo Thu, 18 Mar 2010 21:26:34 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4193 Sul sito della Microchip è possibile scaricare le vecchie versioni di MPLAB IDE, alla pagina : http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023073 per una strana curiosità, la versione che utilizzo io senza problemi (la 8.33) non è presente in elenco, ma ho scoperto che in realtà sul server c'è ancora, si sono solo dimenticati di metterla in elenco. La versione 8.33 si può scaricare da questo link: http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_8_33.zip (non ci è voluto molto a capirlo modificando il link delle altre versioni). MPlab IDE 8.33 ha l'hitec-c versione 9.65 che a me non da problemi. Delle versioni precedenti alla 8.46 ho appena provato la 8.43 e ha già Hitec-C 9.70 che da problemi. La Versione 8.40 di MPLab ha l' Hitec-C versione 9.65PL1 ... Aggiudicata! Installati MPLAB ide 8.40 e nel frattempo attendiamo speranzosi che esca la nuova versione... Il primo che la fiuta fa un fischio! Sul sito della Microchip è possibile scaricare le vecchie versioni di MPLAB IDE, alla pagina : http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023073 per una strana curiosità, la versione che utilizzo io senza problemi (la 8.33) non è presente in elenco, ma ho scoperto che in realtà sul server c’è ancora, si sono solo dimenticati di metterla in elenco. La versione 8.33 si può scaricare da questo link:
http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_8_33.zip (non ci è voluto molto a capirlo modificando il link delle altre versioni).

MPlab IDE 8.33 ha l’hitec-c versione 9.65 che a me non da problemi.
Delle versioni precedenti alla 8.46 ho appena provato la 8.43 e ha già Hitec-C 9.70 che da problemi.
La Versione 8.40 di MPLab ha l’ Hitec-C versione 9.65PL1 … Aggiudicata!

Installati MPLAB ide 8.40 e nel frattempo attendiamo speranzosi che esca la nuova versione… Il primo che la fiuta fa un fischio!

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4191 Giovanni Bernardo Thu, 18 Mar 2010 20:56:37 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4191 Difatti come si legge in quel link che ti ho indicato, alcuni ci sono andati proprio male dal momento che hanno acquistato la licenza (che costa un botto) e pure da questo errore, dicono che l'Hitec gli ha detto di provare l'ultima release candidate della 9.70, c'è un indirizzo ftp da cui scaricare ma non c'è nulla. continuo a cercare Difatti come si legge in quel link che ti ho indicato, alcuni ci sono andati proprio male dal momento che hanno acquistato la licenza (che costa un botto) e pure da questo errore, dicono che l’Hitec gli ha detto di provare l’ultima release candidate della 9.70, c’è un indirizzo ftp da cui scaricare ma non c’è nulla. continuo a cercare

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4190 Giovanni Bernardo Thu, 18 Mar 2010 20:53:04 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4190 Hai ragione tu... Uso generalmente due computer, uno con su installato Hitec 9.70 : qui crasha cgpic.exe quando vado a compilare l'esempio della rs232, l'altro con Hitec 9.65 non da problemi. E' chiaro che si tratta di un bug del programma, che a quanto pare è stato già segnalato... Dobbiamo solo sperare che lo risolvono al più presto... Nel frattempo se riusciamo a capire qual è la parte di codice che lo manda in crisi vediamo di rimediare e soprattutto segnalarlo in maniera che abbiano informazioni più precise per poter correggere questo errore. Nel frattempo consiglio di usare l'hitech 9.65 sperando si trovi ancora... Io a quanto pare non ho copie della vecchia installazione, si potrebbe provare a sostituire solo cgpic.exe... faccio qualche prova e ti faccio sapere. Hai ragione tu… Uso generalmente due computer, uno con su installato Hitec 9.70 : qui crasha cgpic.exe quando vado a compilare l’esempio della rs232, l’altro con Hitec 9.65 non da problemi. E’ chiaro che si tratta di un bug del programma, che a quanto pare è stato già segnalato… Dobbiamo solo sperare che lo risolvono al più presto… Nel frattempo se riusciamo a capire qual è la parte di codice che lo manda in crisi vediamo di rimediare e soprattutto segnalarlo in maniera che abbiano informazioni più precise per poter correggere questo errore. Nel frattempo consiglio di usare l’hitech 9.65 sperando si trovi ancora… Io a quanto pare non ho copie della vecchia installazione, si potrebbe provare a sostituire solo cgpic.exe… faccio qualche prova e ti faccio sapere.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4183 Luca Thu, 18 Mar 2010 12:22:18 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4183 Tu che versione usi del compilatore? Posso inviarti i sorgenti così confermiamo questo problema del compilatore se magari provi tu a compilarlo? Grazie ancora L. Tu che versione usi del compilatore? Posso inviarti i sorgenti così confermiamo questo problema del compilatore se magari provi tu a compilarlo?
Grazie ancora
L.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4151 Luca Tue, 16 Mar 2010 21:43:45 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4151 Niente da fare, nemmeno l'ultima versione scaricata da qui: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en542849 (link diretto: http://www.microchip.com/Microchip.WWW.SecureSoftwareList/secsoftwaredownload.aspx?device=en542849&lang=en&ReturnURL=http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en542849# ). Sempre lo stesso dannato problema, mi chiedo quelle versioni indicate nel forum che mi hai linkato da dove le abbiano prese... Niente da fare, nemmeno l’ultima versione scaricata da qui: http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en542849 (link diretto: http://www.microchip.com/Microchip.WWW.SecureSoftwareList/secsoftwaredownload.aspx?device=en542849&lang=en&ReturnURL=http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en542849# ). Sempre lo stesso dannato problema, mi chiedo quelle versioni indicate nel forum che mi hai linkato da dove le abbiano prese…

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4150 Luca Tue, 16 Mar 2010 21:33:48 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4150 L'esempio l'ho scaricato, compilato e ricompilato per l'877a ma nada. Comunque a mio dispiacere uso MPLAB IDE v8.46 + HI-TECH PICC PRO 9.70 Quel file indicato ha un link rotto, ho installato una versione successiva ma addirittura quando apro mplab (dopo lo splash) dà lo stesso errore ancor prima di fare "Project Wizard"! Sto cercando una versione più nuova, ti aggiornerò a breve. L’esempio l’ho scaricato, compilato e ricompilato per l’877a ma nada.
Comunque a mio dispiacere uso MPLAB IDE v8.46 + HI-TECH PICC PRO 9.70
Quel file indicato ha un link rotto, ho installato una versione successiva ma addirittura quando apro mplab (dopo lo splash) dà lo stesso errore ancor prima di fare “Project Wizard”! Sto cercando una versione più nuova, ti aggiornerò a breve.

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4149 Giovanni Bernardo Tue, 16 Mar 2010 20:45:39 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4149 Ho fatto un giro sul forum della Microchip, dovrebbe essere un bug del compilatore: http://www.microchip.com/forums/tm.aspx?m=470337 che versioni di mplab e di hitec-c stai usando? Ho fatto un giro sul forum della Microchip, dovrebbe essere un bug del compilatore:

http://www.microchip.com/forums/tm.aspx?m=470337

che versioni di mplab e di hitec-c stai usando?

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4148 Giovanni Bernardo Tue, 16 Mar 2010 20:44:17 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4148 Non ti so dire, finora pare che nessuno si è lamentato, poi a me su due pc non lo fa... Ma ti ripeto è strano, perchè male che va che c'è un errore nel codice, il compilatore da un errore non è che si blocca e si autotermina... prova a compilare l'esempio scaricato senza fare modifiche, giusto per sfizio. Non ti so dire, finora pare che nessuno si è lamentato, poi a me su due pc non lo fa… Ma ti ripeto è strano, perchè male che va che c’è un errore nel codice, il compilatore da un errore non è che si blocca e si autotermina… prova a compilare l’esempio scaricato senza fare modifiche, giusto per sfizio.

]]> Di: Luca http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4147 Luca Tue, 16 Mar 2010 20:40:39 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4147 Ho provato addirittura su un'altro PC...stesso problema! Ma solo a me dà questo problema solo con questo programma? Agli altri tutto ok? Ho provato addirittura su un’altro PC…stesso problema! Ma solo a me dà questo problema solo con questo programma? Agli altri tutto ok?

]]> Di: Giovanni Bernardo http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-10-usart-e-la-comunicazione-seriale-con-il-protocollo-rs232-realizziamo-un-semplice-sistema-di-automazione/comment-page-1/#comment-4120 Giovanni Bernardo Sun, 14 Mar 2010 14:34:03 +0000 http://www.settorezero.com/wordpress/?p=2103#comment-4120 La cosa è piuttosto anomala perchè dovrebbe solo non compilare dicendo che c'è un errore, e non bloccarsi l'eseguibile. Personalmente non mi è mai capitato. La cosa è piuttosto anomala perchè dovrebbe solo non compilare dicendo che c’è un errore, e non bloccarsi l’eseguibile. Personalmente non mi è mai capitato.

]]>