Commenti a: Corso programmazione PICMicro in C – Lezione 3 – Il primo programma in C: scrivere un semplice programma in C per PICMicro, impostare MPLAB e flashare il PICMicro con il PICKit2. Facciamo lampeggiare un LED!

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 29 Jul 2010 16:05:46 +0000

Io quelle routine di delay non le ho provate sui 12F, però qui alcuni utenti le hanno provate e hanno detto che non funzionano… Quindi probabilmente hanno sbagliato a fare qualcosa.. Che sono imprecise lo so, inducono un ritardo di circa il doppio di ciò che si va a scrivere, ho fatto le prove con l’oscilloscopio e appena ho tempo ci scrivo su due righe. Comunque di questo ne abbiamo discusso in altri commenti.

Per l’oscilloscopio ti ringrazio, può essere utile a chi non ne ha uno. Questo sistema comunque è stato sviluppato tanti anni fa e ne esistono diverse varianti, c’è anche chi lo realizza su USB. L’unico problema è che la scheda audio non può campionare oltre i 20 / 40 KHz.. quindi come oscilloscopio è piuttosto limitato

Di: Cristianoscr

Cristianoscr — Thu, 29 Jul 2010 12:04:20 +0000

Se ti interessa funziona come routine di delay anche sui 12F675, anche se non è proprio precisa sulle temporizzazioni.

@ Giovanni, se ti interessa ho trovato un sito che offre un programma freeware per avere un oscilloscopio sul PC sfruttando l’entrata mini jack del microfono. Prova a darci un occhiata se ti va. Per le prove che ho fatto io funziona egregiamente. Ha una sensibilità nel mio di 1V alla -6. Non so se sia il rumore generato dai circuiti del pc oppure siano onde radio captate dal filo che vi ho collegato. In ogni caso questo è il link

http://www.zeitnitz.de/Christian/scope_de

Di: 10catgb

10catgb — Tue, 27 Jul 2010 10:40:41 +0000

a ok

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 27 Jul 2010 10:35:02 +0000

Far lampeggiare un led? Penso proprio di si… Però questa routine di delay mi pare che coi 12F non va

Di: 10catgb

10catgb — Tue, 27 Jul 2010 09:16:55 +0000

Si può fare anche con il pic12f675?

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 26 Jul 2010 19:52:30 +0000

Questa è una cosa ottima, se ti va di mandarmi le tue “traduzioni”, con qualche tuo appunto personale (tipo come si installa l’ambiente di sviluppo ecc ecc), faresti cosa gradita a un bel po di persone. Se vuoi puoi contattarmi via email: gianni [at] settorezero.com

Di: pistacchio

pistacchio — Mon, 26 Jul 2010 19:48:30 +0000

Un grazie a Gianni per la chiarezza e l’impegno.
Il tuo corso mi ha stuzzicato e, siccome uso quasi sempre Linux, mi sono creato l’ambiente di “studio” sotto questo OS. Ho scelto Linux Mint (Gloria), ho acquistato Freedom II (ottima!!) e dopo aver navigato “qualche ora” in internet ho usato SDCC come compilatore. Ed ora sto “portando” le tue lezioni sotto linux e SDCC. Con un po’ di fatica ovviamente (vista la mia tarda eta’ e l’inesperienza) ma anche con gratificazione. Ho “tradotto” la lezione sul lampeggio led e quella sugli interrupts.
E spero di continuare.
Ciao e complimenti per l’impegno che metti nel sito.

Di: Cristianoscr

Cristianoscr — Wed, 21 Jul 2010 19:32:38 +0000

Ahahaahaah va che son babbo ahahahah e pensare che l’avevo pure letto quell’articolo!!! Acciderbolina!! Grazie Giovanni!!

Di: Giovanni Bernardo

Giovanni Bernardo — Wed, 21 Jul 2010 18:59:14 +0000

a-ha! Ti è piaciuto mettere MCLRDIS? :D
Sei distratto… perchè non hai letto questo: http://www.settorezero.com/wordpress/picmicro-che-non-vengono-piu-riconosciuti-dal-pickit-lerrore-no-device-detected/

Di: Cristianoscr

Cristianoscr — Wed, 21 Jul 2010 18:07:41 +0000

Ho un problema…mi sa che dovrò cambiare pic ma prima chiedo a te… il mio 12F675 programmato con pickit non si fa più riscrivere. Ho provato a fare erase, a riscriverlo ecc… ma mi da sempre checksum verify falied. Quando faccio verify mi da error in program memory. Mentre se faccio read. legge correttamente, tra l’altro il programma che fa lampeggiare i led in sequenza lo svolge, ma non riesco a cancellarlo. Nel CONFIG è sempre stato tutto unprotected. E’ possibile che dopo 80 – 90 riscritture si verifichi questo? Magari pacioccando ho sbagliato a spostare nel codice il config reg e si è protetto da scrittura inavvertitamente. Però non so…

Di: Giovanni Bernardo

Giovanni Bernardo — Wed, 21 Jul 2010 15:35:51 +0000

Il peso del file è una cosa e il peso del programma ne è un’altra. Devi fare affidamento a quello che ti dice l’hitec-c. Tieni inoltre conto che quel 59% è calcolato non sullo spazio totale disponibile ma sul limite di 2000H words se stai usando la versione lite.

Di: Gela

Gela — Wed, 21 Jul 2010 15:24:31 +0000

La memoria programma occupata effettivamente nel pic è quella fisica che ha il fele .hex nel pc? Oppure basta solo fare riferimento ai risultati dell’Hi Tech C?
Lo chiedo perchè ho scritto un programma simile alla lezione 11 dove uso un LM35 per fare un termostato, il cui peso è cira15k su disco, però in fase di compilazione l’Hi Tech C mi dava circa il59% del program space occupato.
Posso continuare e scrivere il pic o è meglio migliorare il codice? se può servire, il pic che uso è un 16f690, secondo la microchip ha 7k di program space.

Un grazie 1000 per i chiarimenti :)

Di: Cristianoscr

Cristianoscr — Tue, 20 Jul 2010 08:44:07 +0000

__CONFIG(UNPROTECT & BORDIS & MCLRDIS & PWRTEN & WDTDIS & INTIO);

void main(void)
{
CMCON = 7;
GPPU = 0;
WPU = 0b00000001;
TRISIO =0b00001001; //attivo GPIO0 e GPIO3 come input il resto output
GPIO2 = 0;
GPIO5 = 0;

Ecco le mie impostazioni, spero di averle settate correttamente.

Di: Cristianoscr

Cristianoscr — Mon, 19 Jul 2010 20:39:01 +0000

Domani farò le modifiche che mi hai consigliato e le prove del caso, ti dirò i risultati. Intanto ti ringrazio per la cortesia e per il tempo che mi dedichi.
Complimenti per tutto.

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 19 Jul 2010 20:21:20 +0000

I registri tristato li devi sempre impostare altrimenti all’accensione si trovano in uno stato indefinito. Sul datasheet del 12F675 è comunque specificato che all’accensione, se non lo specifichi, si trovano tutti impostati come Ingressi (pagina 22: “value at POR”).

Per usare i pulsanti ti conviene inoltre utilizzare le resistenze di pullup interne sfruttando il registro WPU (che a differenza con altri pic, questo ti permette di impostare le resistenze di pullup singolarmente), ovviamente ciò funziona solo se hai messo a zero il bit GPPU nel registro OPTION. Se abiliti solo le pullup, in automatico saranno presenti su tutti i pin configurati come ingressi, senza scomodare il registro WPU.

Il GPIO0 è condiviso con il comparatore, per cui per utilizzarlo devi disattivare il modulo comparatore che di default è acceso. Il comparatore lo disattivi con:

CMCON=7

GPIO3 è condiviso con MCLR, per cui se nella word di configurazione metti MCLRDIS allora diventa normale Input, GPIO3 non può funzionare come output ma solo come input, quindi hai letto bene. Io nel tristato metterei comunque l’impostazione ad input ugualmente, quindi come hai fatto va bene.

Comunque sia io non consiglio mai di utilizzare MCLR come I/O perchè la funzione di MCLR è importante, se proprio non se ne può fare a meno ok, ma se ci sono altri pin liberi… perchè utilizzare proprio MCLR?

Se i pulsanti continuano a non funzionarti vuol dire che qualcosa non va o nel circuito o nel programma.

Penso proprio che dovrò mettere delle note di utilizzo del 12F675 dato che vedo che in molti lo state utilizzando.

Di: Cristianoscr

Cristianoscr — Mon, 19 Jul 2010 19:52:52 +0000

Certo mi affiderò agli interrupt, e provero anche le routine di quel sito…
Mi potresti chiarire un dubbio?
I registri tristato devono essere sempre diciamo… dichiarati? Se non li dichiaro che succede?
Nel 12F675 ho provato a mettere 2 interruttori. Uno che se premuto diminuiva la frequenza di accensione dei led e uno che l’aumentava. Altrimenti vi è una frequenza intermedia. LE PORTE del 12F675 sono VDD, GPIO5,4,3,2,1,0,e VSS.
Funzionava tutto tranne il pulsante 2 che ho collegato al GPIO0. L’altro collegato al GPIO3 andava. Sul datasheet è possibile che abbia letto che solo il GPIO3 fosse una porta di input? O magari è impostata di default a input?
Il tristato l’ho definito così, (non vorrei mai avere invertito i bit)
TRISIO = 0b00001001
Ma così non mi va il pulsante su GPIO0. Mentre anche se setto TRISIO = 0 mi il pulsante collegato alla GPIO3 rimane funzionale.
A questo punto mi sono chiesto se stavo impostando i tristati, o qualcosa che non esiste :)

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 19 Jul 2010 14:23:24 +0000

Questo è strano… comunque l’architettura del pic12 è diversa dai pic16.. Io non ho mai provato a far lampeggiare un led coi pic12, uso sempre gli interrupt per fare queste cose.
Riguardo al ritardo hai ragione: quelle routine di delay sono molto imprecise e provocano un ritardo di circa il doppio di quello che si va a scrivere, ne stavamo discutendo ultimamente in un forum perchè io e altri utenti ad occhio c’ervamo accorti di questa cosa, ho fatto delle prove con l’oscilloscopio ed effettivamente i ritardi sono proprio sballati, questo perchè pare che quelle routine siano state ottimizzate per quarzi da 2 MHz (almeno cosi mi è stato detto). Comunque sia per generare ritardi precisi o usi le routine enanched precision che si trovano su http://www.microchipc.com oppure ti affidi agli interrupt

Di: Cristianoscr

Cristianoscr — Mon, 19 Jul 2010 14:17:19 +0000

Ho risolto. Non so come mai, mai non andava con LED1=LED1^1. Neanche in altri codici che ho provato a scrivere… sai il perchè? è strano…
Per cui ho dovuto scrivere.
LED1=1;
DelayMS(250);
LED=0;

Così andava! Anche se l’intervallo tra le accensioni è diverso da 250 Ms. Credo sia sui 350-400 Ms

Di: Cristianoscr

Cristianoscr — Sun, 18 Jul 2010 18:21:12 +0000

PS NEL TRISIO lascia perdere il commento era del programma per il pulsante

Di: Cristianoscr

Cristianoscr — Sun, 18 Jul 2010 18:19:09 +0000

Bene, sono pure riuscito a pilotare il led tramite bottone e ha funzionato tutto a meraviglia! Mi manca solo il lampeggio, che sul mio 12F675 non riesco a fare. Come routine di delay utilizzo le tue, ora proverò con delle altre, intanto ecco il codice che ho scritto:

#define XTAL_FREQ 4MHZ

#include
#include “delay.c”

#define LED1 GPIO1 // led 1
#define LED2 GPIO4 // led 2

__CONFIG(UNPROTECT & BOREN & MCLRDIS & PWRTEN & WDTDIS & INTIO);

void main(void)
{
TRISIO = 0; //attivo GP3 come input il resto output
GPIO2 = 0;
GPIO5 = 0;
GPIO0 = 0;

while(1) //inizio ciclo infinito
{
LED1=LED1^1; //inverto lo stato di led1
DelayMs (150) ; // ritardo

}
}