Lorenzo (M1A1) ha scritto:
Di solito quello più usato è il PIC16F84A.
Bye,
Lorenzo (M1A1) ha scritto:
Di solito quello più usato è il PIC16F84A.
Bye,
"Lorenzo (M1A1)" ha scritto nel messaggio news:dnms3a$l1k$ snipped-for-privacy@alix.livenet.it...
il
ricordo
Digliene 00000100, non 00000010!
se devi iniziare ti conviene con il 628 dovrebbe essere nato proprio per sostituire l'84 è piu' performante e se non sbaglio costa anche meno è pin to pin compatibile con l'84 quindi a meno di cambiamenti su un paio di righe ci riadatti anche programmi dell'84
"Marcello" ha scritto nel messaggio news: snipped-for-privacy@4ax.com...
Mille grazie!
di nulla. solo un ultimo consiglio che potrà tornarti utile nel futuro: ti è stato detto di partire dal data sheet del pic che intendi utilizzare. Ottimo consiglio al quale io aggiungerei quello di scaricarti anche il mid range manual che ti potrebbe tornare utile e.... per qualsiasi tua applicazione tieni sempre d'occhio le application note. Ci sono tantissime routine già belle e pronte che necessitano solo di qualche piccola modifica (o spesso nessuna) per essere adattate ai tuoi scopi
ciao simone volevo chiederti un paio di cose che tu sappia i bootloader si possono inserire in tutti i pic? mi spiego meglio: per quello che ho capito io leggendo qua e la su internet, poi mi posso sbagliare.. un bootloader risiede in'un'area di memoria, all'avvio del pic, sotto certe condizioni poi riprogramma parte dell'area di memoria son il software che gli viene inviato (senza toccare la zona del bootloader) quindi in un certo senso lui si autoprogramma a runtime (mentre lavora) in questo modo puoi fare dei semplici aggiornamenti al firmware senza utilizzare il programmatore non credo che il solito 16f permetta di farlo
tu hai l'icd2 vero? in sostanza quello =E8 un programmatore, ed debugger o un'emulatore?o tutti e tre?
per effettuare un debug in circuit (quindi come mi dicevi tu) l'unico modo che ho =E8 utilizzare icd2 o un suo clone o ci sono altri programmatori che lo permettono? perch=E8 fino ad un certo punto le simulazioni software sono valide ma x certi aspetti non sono paragonabili con un debug incircuit
molto carino questo l'avevo visto qualche giorno fa invece prima leggendo nella ML ho visto questo che mi sembra molto valido
un'ultima cosa ho intenzione di iniziare a studiare un'altro pic visto che ultimamente il 16f mi inizia a stare un po stretto ho notato che ultimamente molte applicazioni che si trovano in internet sfruttano il 16f876 che ha un'architettura secondo me molto completa hai per caso qualche altro modello da consigliarmi in alternativa che sia abbastanza economico, reperibile e diffuso
per quanto riguarda il discorso assembli oppure C io sono dell'idea che fin che si parla di programmare per pc =E8 imperativo utilizzare il c o altri linguaggi di alto livello (il visual basic bench=E8 rapidissimo e semplicissimo da usare lo lascio come ultima spiaggia o almeno non lo uso in applicazioni in cui la velocit=E0 =E8 rilevante e questo perch=E8 lavora a troppo alto livello =E8 molto poco ottimizzato e genera una marea di codice invece evitabile) anche se a volte, come ad esempio quando ho dovuto gestire un'interfaccina di i/o, ho usato istruzioni assembler, ma sempre sotto C=2E per quanto riguarda i pic se devo scrivere programmi piccoli e soprattutto che devono rispettare una certa temporizzazione e avere determinate prestazioni uso rigorosamente l'assembler (che poi non =E8 che sia cos=EC difficile), o eventualmente scrivo in C e ottimizzo i passaggi chiave poi a mano. Altrimenti per applicazioni normali su pic un firmware con sorgenti in C una volta compilato da buoni risultati, mentre compilare per pic dal basic almeno per quello che ho letto in giro non =E8 il massiomo almeno per ora poi io non ho provato
grazie mille a tutti x le risposte e buon lavoro
"spad83" ha scritto nel messaggio news: snipped-for-privacy@z14g2000cwz.googlegroups.com...
Accidenti, mirko, posta in ascii puro, altrimenti il messaggio oiginale non viene quotato...
si, se hanno la possibilità di scrivere nella propria flash ROM di programma.
"il solito" cosa ?
programmatore e debug in circuit
modo che ho è utilizzare icd2 o un suo clone o ci sono altri programmatori che lo permettono?
credo che la strada ICD o ICD2 sia l'unica
eh, bè, con una buona simulazione puoi fare molto...
dipende MOLTO da quello che vuoi fare. Il sito di riferimento è sempre microchip.
pero' da osservare è che non tutti i pic permettono di scrivere nella flash di programma
forse per il solito 16F intendeva 16F84 in questo caso la risposta sarebbe no
scusa marcello ti volevo chiedere una cosa ho visto che =E8 stato trattato diverse volte questo argomento sul ML ma non ho ancora trovato una soluzione sai di qualche successo nella costruzione di un clone per icd2? insomma ho visto diversi progetti su internet ma non so quale dei tanti sia il pi=F9 valido e in quale avventurarmi credo che prover=F2 con questo
per simone: io posto da google groups penso che i miei post siano in ascii puro non so =E8 la prima volta che mi da problemi
""questa è un *reply* al tuo messaggio, effettuato con outlook express
6.00.2800.1106, come vedi il tuo messaggio non viene quotato. Nella risposta che ti ho dato prima, l'ho quotato a mano"""spad83" ha scritto nel messaggio news: snipped-for-privacy@g14g2000cwa.googlegroups.com... scusa marcello ti volevo chiedere una cosa ho visto che è stato trattato diverse volte questo argomento sul ML
cut
per simone: io posto da google groups penso che i miei post siano in ascii puro non so è la prima volta che mi da problemi
non penso io mi sono fatto un clone del propic e l'876 lo utilizzo regolarmente senza problemi Da quando ho cambiato pc ho avuto qualche problema nella programmazione Ho costruito al volo il fiser programmer e programmo tutti i pic senza problemi
..appena ho tempo cerco di vedere qual'è la causa del malfunzionamento del mio vecchio programmatore
grazie mille marcello
Have something to add? Share your thoughts — no account required.
Ask the community — no account required