Corso programmazione PIC.

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnm2v6$psu$ snipped-for-privacy@alix.livenet.it...

Non dovresti spendere molto ... :-)

Prendi un datasheet, quello del 16f84 va benissimo, e studiatelo per bene. Poi,

Fai tutto in assembler, cose semplici, timer, interrupt, gestione pulsanti, led, un PWM semplice semplice... Se fai le cose per bene, a questo punto sono finite le ferie...

Per pasqua: quando hai capito cosa hai in mano, potrai passare al 'C':

Stai parlando del C18 o di qualcosa di altro (meglio)? In tutti i casi mi potresti dire cosa usi, come ti trovi ed eventualmente il prezzo ?

Ciao Ema

"simone.bern" ha scritto nel messaggio news:dnm5uu$m5a$ snipped-for-privacy@area.cu.mi.it...

Grazie! Il sito di Tanzilli non lo conoscevo, ma per un utilizzo hobbistico, non è "esagerato" lavorare con l'assembler?

Ciao, Lorenzo.

"Emanuele" ha scritto nel messaggio news:dnmquf$h50$ snipped-for-privacy@carabinieri.cs.interbusiness.it...

io uso:

-CCS per progetti di automazione, famiglia 16f (costa poco più di 100?) Mi trovo bene, è velocissimo impostare un progetto ma non tutti lo considerano un compilatore serio. Del resto, compilare un sorgente in 'C' per i micro della famiglia 16f probabilmente porta a dei compromessi. Ho visto spesso definire CCS "a c-style development tool...". Comunque non ho mai tirato il collo a nessun micro programmato in questo ambiente. E' compatibile con ICD2 e permette il debug a livello di sorgente, ma non l'ho mai fatto, probabilmente ne avrò bisogno per uno dei prossimi progetti.

-C30 per un paio di progetti su dsPIC (sul prezzo sorvolo...) Le librerie a corredo sono notevoli. Non conosco nessun altro DSP, ma lavorare con questi strumenti è una bellezza. Le ultime versioni di MPLAB, con le funzioni migliorate di watch, stimulus ecc. ecc. permettono di fare un buon debug.

-C18 student edition, me lo sto studiando a tempo perso.

Uso ICD2 + MPLAB7.2 e un programmatore fatto in casa + ICProg:

Non conosco HI-TECH, ma mi risulta che riscuota ottime critiche. Trovi varie recensioni sul sito

Saluti

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnmi3m$aeo$ snipped-for-privacy@alix.livenet.it...

Nessuno ti dice di *ottimizzare* delle routine utilizzando il linguaggio a basso livello, ma di realizzare *semplici* routine utilizzando il linguaggio a basso livello. E' impensabile imparare da zero con il C. Al primo intoppo ti ritroveresti cieco e sordo. L'architettura del micro e l'approccio giusto si imparano con tanzilli.

Lorenzo (M1A1) ha scritto:

No anzi... Perchè dici questo?

Bye,

-- Carmine ( snipped-for-privacy@gmail.com (Togli la scritta NOSPAM) ) Webmaster di The Total Site

Grazie per la panoramica. Anch'io ho tirato giu il C18 student edition, con l'intenzione di vedere almeno com'è (anche se le versioni vecchie erano parecchio criticate, soprattutto per l'elevato rapporto prezzo/prestazioni).

Ciao Ema

"simone.bern" ha scritto nel messaggio news:dnmia3$fnc$ snipped-for-privacy@area.cu.mi.it...

"Carmine" ha scritto nel messaggio news:dnmjjn$if2$ snipped-for-privacy@area.cu.mi.it...

Ma tu lo hai mai usato? Io per un po' si, a livello terra terra solo per provarlo e non mi ha garbato.

Indovinello, quanto ci metti a scrivere un programma che ti fa le principali operazioni algebriche (somma, sottrazione, moltiplicazione, divisione) in visual basic e quanti ci metti in assembler? Considera anche l'interfaccia grafica a finestre.

(discorso a parte l'ingormbo fisico in Kb).

Lorenzo.

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnmmm2$fjp$ snipped-for-privacy@alix.livenet.it...

non

principali

?!?!? Che c'entra l'assembler per PIC con il visual basic? Non si può fare un paragone tra 2 cose completamente diverse... L'assembler, credo che sia largamente usato per la programmazione dei PIC (e anche di altri microcontrollori) e secondo me, risulta anche più indicato di un linguaggio compilato, almeno in termini di "controllo" totale dell'applicazione in tutti i suoi aspetti. E' ovvio che con Visual Basic è più semplice creare una applicazione a finestre, ma con l'assembler, in un PIC, non hai nessun bisogno di usare sottosistemi grafici, interfacciamento con periferiche esterne ecc. Dove sta la similitudine per un paragone?!?!? Impara l'assembler per i PIC e ti troverai bene. Ti hanno già consigliato il migliore punto di partenza. Ciao Fulcro

Lorenzo (M1A1) ha scritto:

Si... Non pare tanto difficile... dai, nei pic mica ci metti un programma da dieci milioni di righe di codice...

Beh, se lo usi per fare programmi per pc è un inutile perdita di tempo, a meno che non devi avere un controllo diretto dell' hardware.

Ovvio che ci metto di più in assembly, ma questo è un paragone stupido... Secondo te potrei mai mettere un file exe compilato in vb in un pic?

Bye,

"Carmine" ha scritto nel messaggio news:dnmoqd$uga$ snipped-for-privacy@area.cu.mi.it...

Appunto, non devo metterci un exe ma siccome so programmare meglio e molto + speditamente in vb mi sono informato ed un amicomi ha detto che esistono compilatori vb per pic.

Se mi devo mettere a gestire ingressi e uscite in maniera semplice (tipico e probabile mio unico utilizzo)mi verrebbe + pratico e veloce fare il programma in basic.

Lorenzo (M1A1) ha scritto:

Mah... imparati l'assembly per PIC, quando ti sei stancato comprati un

Bye,

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnmpq3$im3$ snipped-for-privacy@alix.livenet.it...

stupido...

:-D :-D :-D VB per pic? Ma veramente ti sembra possibile? Ma che senso ha?!?

Ecco! Adesso ragioniamo: BASIC, non VisualBasic! Cerca PicBasic.

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnmpq3$im3$ snipped-for-privacy@alix.livenet.it...

Bene, gli amici sono importanti. Questo qui, per la precisione, tienilo di conto...

Eh già. Hai fatto la domanda e ti sei dato la risposta. Direi concluso il tread.

"simone.bern" ha scritto nel messaggio news:dnmr4t$3d7$ snipped-for-privacy@area.cu.mi.it...

;-)

Ok, vada per l'assembler. Il picbasic di quella ditta emiliana (non ricordo il nome) non mi convince.

Per la cronaca il mio amico fa il programmatore di professione.....Stasera gliene dico quattro, anzi 00000010!

Grazie, Lorenzo

Lorenzo (M1A1) ha scritto:

Bye,

penso sia anche il modo migliore per imparare a conoscere a fondo il microcontrollore.

il discorso del tempo che impieghi per implementare funzioni elementari.... è inversamente proporzionale a quanto lo utilizzi piu' programmi in assembler.. piu' ti ritroverai librerie tue di semplice utilizzo e per stilare un programma ti basterà un semplice copia ed incolla a cui apportare qualche modifica

...io poi sono per l'ottimizzazione quindi.... non programmerei mai un pic della serie 16 in C (per i 18 forse il discorso cambia)

Ho visto delle schede che per poter funzionare... utilizzavano due pic della serie 16 a 40 pin per svolgere delle funzioni.... che avrei agevolmente implementato su un pic 16F84 ai suoi tempi e tutto questo perchè.... il programma era fatto in C e il codice non ottimizzato per questo, per avere piu' memoria, si utilizzavano dei pic sovradimensionati Tutto questo perchè? perchè il professore che seguiva il lavoro era convinto della portabilità del programma e quindi lo faceva fare in C e non voleva assolutamente l'assembler Mah.... io certe scelte non le condivido ma sono opinioni personali

"Lorenzo (M1A1)" ha scritto nel messaggio news:dnms3a$l1k$ snipped-for-privacy@alix.livenet.it...

Pirla....

"Marcello" ha scritto nel messaggio news: snipped-for-privacy@4ax.com...

Il pic + usato (o quantomeno che vedo + spesso nelle applicazione che vorrei fare anche io) è il tipo 16F84 o unacosa del genere. Quanti kb tiene? Ho visto sul sito della microchip che vi sono una moltitudine di varianti, come si fa a saperequelle che meglio si confà alle nostre esigenze?

Grazie delle info, Lorenzo.