Il PIERIN PIC18 gratis per i microcontrollisti di EY.

[Harpal]

Appena arrivato il mio PIERIN, è BELLISSIMO

[thexeno]

- Inizialmente, grazie al suo bootloader, si può provare a scrivere qualche programma gratuitamente. Non servovo soldi ma impegno e buona volontà.
- Si prende gusto ad utilizzarlo perché i micro sono belli.
- Ci si rende conto che scaricare il programma tutte le volte diventa una pratica pallosa.
- Si scrive la letterina a Babbo Natale chiedendogli un PicKit3.
- Si usa il PIERIN con il PicKit3 e ci si rende conto di essere su un altro pianeta.
- Si continua utilizzando il PIERIN (che monta un micro di tutto rispetto) insiema al PicKit3 per programare e debuggare i programmi.

Non ho capito, in che senso "scaricare il programma ogni volta"? Non lo si scarica ogni volta anche senza bootloader ma con programmatore? Sapevo che non potevi debuggare con il bootloader, con il mio AVr (su Arduino2009, che programmo in C puro con Atmel Studio) connesso al PC, tramite un programmino testuale (fornito da quelli di Arduino), carico il file .HEX senza programmatore tramite bootloader. Però del suo funzionamento intrinseco mi son sempre tenuto, ahime, lontano.

Mi ha incuriosito questa novità del Pierin. Ho solo programmato come già detto "veramente" in C su un AVR (con bootloader Arduino, perché non ho un programmatore) per imparare qualcosa di serio; e provare anche un PIC con bootloader non lo trovo niente male. Ho anche in mente un paio di progettini che sarei curioso di applicare sul PIC, per vedere le differenze di difficoltà e versatilità.

Ma il bootloader lo hai scritto tu? E' una cosa fornita dalla Microchip? Non ci sono limitazioni di ottimizzazione o di spazio? Un paio di miei amici hanno questo problema, a causa della mancanza di una licenza dell'IDE, però non ho capito bene...
Certo è che con cosa richiedi in cambio, uno non può lamentarsi in ogni caso, è solo la mia curiosità che parla
Non va infatti considerata sottintesa la genialità e generosità dell'idea di avere in cambio solo un articolo su qualcosa di connesso al Pierin.

[TardoFreak]

Si, mi sono espresso male e me ne scuso.
"Scaricare il programma ogni volta" dovrebbe essere letto come "per trovare un bug senza debugger (inserendo delle printf o sistemi del genere per fare il trace)".
Ovviamente il programma, una volta scaricato tramite il bootloader, rimane dentro il micro.

Il bootloader non l' ho scritto io ma è negli esempi della application library della microchip. Io gli ho solo modificato i pin di un ingresso e due uscite (nelle ultime schede che ho spedito).

La versione lite del compilatore ottimizza poco (ma non troppo poco eh!) ma funziona benissimo. Occupare 128K (quattro volte la FLASH di arduino) non è poi così semplice.

[thexeno]

La versione lite del compilatore ottimizza poco (ma non troppo poco eh!) ma funziona benissimo. Occupare 128K (quattro volte la FLASH di arduino) non è poi così semplice.

Me ne rendo conto
Dunque è solo un problema di ottimizzazione... Mi sento gia più ottimista.
Se usassi invece un Pikit per programmare al posto del boot, su un qualsiasi PIC (incluso quello del Pierin), potrei aver problemi di limitazioni di spazio?

[TardoFreak]

Dovrei verificare ma il bootloader porta via pochissimo spazio. Mi pare 2 o 4 KB ma, ripeto, dovrei verificare. L' ottimizzazione sarebbe identica, il compilatore è quello che è a meno di non comprare la versione ufficiale.
Ma di compilatori per i PIC18 ce ne sono diversi.

[thexeno]

Scusami mi sono espresso male, intendevo problemi di spazio (parlo del caso in cui non usi il bootloader) relativi a limitazioni "commerciali" dovute al fatto che non hai una versione ufficiale acquistata: ad es, PIC con 32Kb, di cui usabili solo 4Kb a meno che non acquisti la licenza. Come ho sentito in giro da alcuni. Spero di essere smentito o che sia riferito solo ad alcuni modelli

Anche se da come mi hai risposto, posso intuire che questo problema non sussista

[simo85]

Se programmi in Assembly non risparmi tempo, ma puoi risparmiare soldi e memoria.

[fairyvilje]

O una via di mezzo che risolve i casi critici con l'assembly senza incidere troppo sul tempo necessario per scrivere l'intero programma. Solitamente è abbastanza facile capire quali siano le funzioni critiche da riscrivere manualmente.

[simo85]

Se non sbaglio la Microchip ha migliorato l'Assembly. Per esempio questo spezzone di codice:

Codice: Seleziona tutto

start
      banksel TRISA
     
      if cfab==0x0
            clrw
            movwf TRISA
            movlw 0xff
            movwf TRISB
      else
            clrw
            movwf TRISB
            movlw 0xff
            movwf TRISA
      endif

      goto $
     
      end

È tratto da pag. 97 di questo documento.

Non so se MPASM supportava la struttura di controllo if - else già da tempo..

È sicuramente un HLA.
Quindi lo chiamiamo HLMPASM.

[TardoFreak]

La versione lite del compilatore C non ha limiti di codice.
Ed è questo il bello, ed è anche uno dei motivi che mi ha spinto a scegliere questo micro.