Newsgroup: it.hobby.elettronica.digitale
Titolo: Differenza tra 16F84 e 16C84?

Che differenza c'é tra il micro con la C e quello con la F? Perché solo del
16x84 c'é la versione con la F, tutti gli altri gli ho trovati solo con la
C. Qualcuno é in grado di spiegarmi le differenze.
Grazie

La differenza sta nel fatto che il microcontrollore pic16f84 può essere
programmato infinite volte (perchè i dati vengono salvati su una memoria
eeprom) mentre il 16c84 può essere programmato una sola volta.
ciao  by visca

Il 16C84 è un micro con memoria EEPROM, quindi riprogrammabile. Credo tutti gli altri PIC con la C siano OTP, quindi programmabili una sola volta.
Il 16F84 invece è molto simile al 16C84, ma ha la memoria programma di tipo FLASH anzichè EEPROM. C'è poi una differenza nella quantità di RAM.
Ciao.

 dopo poco tempo i bit iniziano a cancellarsi da soli.
Ma per piacere!!!!!!!!!!!!!!!!!!!!!!!   bit iniziano a cancellarsi da soli.
Le memorie Eprom si cancellano solo mediante esposizione a raggi
ultravioletti.
Le memorie EEprom si possono essere riscritte elettricamente.
Nessuna delle due necessita di alimentazione per mantenere i dati!!!
Le mamorie RAM necessitano di alimentazione per mantenere i dati.
Ciao da Kjo

 cancellarsi da soli.
E invece e` proprio cosi`. Dopo molte scritture i MOS delle eeprom/flash
iniziano a usurarsi, sempre piu` elettroni "fuggono" dal gate flottante
e in breve tempo esso si scarica, facendo tornare la cella alla
condizione iniziale (bit a "1").
Le flash sono piu` robuste da questo punto di vista (tipicamente
permettono un numero di riscritture 10-100 volte superiore alle EEPROM)
perche` la tecnica di cancellazione e` diversa. In un caso si usa
l'effetto tunnel e nell'altro gli HCE, non ricordo mai quale usi quale.
--
Lorenzo

 E invece e` proprio cosi`. Dopo molte scritture i MOS delle eeprom/flash
E' proprio sul MOLTE che si puo' aprire una lunga discussione...
Anche lo stagno delle saldature prima o poi si rovina.
Ho realizzato circuiti che utilizzano EEPROM per loggare dati importanti e
funzionano da anni.
Ovvio che non vanno usate come surrogato delle RAM.  (per tanti altri
motivi)
Ciao da Kjo

 funzionano da anni.
Che funzionino da anni non è molto significativo.
Scommetto che non ti sei nemmeno preoccupato di fare una stima
dell'affidabilità.
La Microchip fornisce un software per fare questo tipo di analisi,
usalo e poi capirai perchè per le applicazioni veramente importanti,
per esempio in campo militare, aerospaziale o di energia nucleare
non si usano eprom di nessun tipo.


Quindi anche le memorie dei PLC contenute nelle macchine industriali
saranno un giorno soggette ad artereosclerosi?    
Ivano


 non si usano eprom di nessun tipo.
Stai parlando di campo militare, aerospaziale o di energia nucleare per
rispondere ad un mex iniziato da Sk che chiede la differenza tra la F e la C
nella sigla dei Pic.... torna sulla terra.
I dispositivi elettronici nella norma anno un ciclo di vita di 10-20 anni,
TV, PC, decoder, PLC ecc..
Se stessi progettando il sistema di navigazione  di una sonda spaziale non
credo che il mio problema sarebbe l'utilizzo o meno di una EEPROM.
Ciao da Kjo

 Grazie delle informazioni!
Prego, ma non fare la prima della classe....
Ciao da Kjo

200 anni, se la scrivi 10000 volte durerà, per dire, 5 anni.
in termini pratici pero diciamo che una memoria si riscriva un migliaio di
volte (2000-4000)
quindi dovrebbe durare circa 70 anni .
quindi questa benedetta memoria diventa obsoleta prima di dare segni di
decadimento, sicuramente fra 20 anni non adopereremo e non venderanno i chip
di oggi salvo rari casi, e anche se sono inseriti in vari macchinari e
aggeggi , tipo macchine fotografiche o macchine industriali o computer,
questi diventeranno obsoleti o si romperanno prima che la memoria finisca la
propria vita.

 Per le scommese ci sono i Casino'.
A questo punto mi sembra inutile continuare a discutere con una persona
così ignorante e ottusa. Addio.


 saranno un giorno soggette ad artereosclerosi?
Sicuramente.
Però non preoccuparti, probabilmente si romperà prima qualche
altra cosa.


> Non ti sta bene che qualcuno ne sappia più di te?
Scendi dal piedistallo..... signorina......

 cosě ignorante e ottusa. Addio.
Oltre ad essere acida e un po' montata sei pure maleducata.... forse
dovresti svagarti un po' di piu'

 Scendi dal piedistallo..... signorina......
Invece di preoccuparti a colmare le tue lacune, vorresti che gli
altri si abbassasero al tuo livello.
Cultura di sinistra, vero? Sapere tutti, sapere meno.


Sai che ci sono psicologi che possono curare le manie di grandezza........
forse non e' ancora troppo tardi.
Ciao ciao
Kjo

 ha scritto nel messaggio
news:XamH8.4681$KG6....@twister2.libero.it...


 ha scritto nel messaggio
news:vTtI8.17726$8x3.3...@twister1.libero.it...


 Altro non deduco.
e ti pare poco? :-)
differenze "software" non ce ne sono.

 differenze "software" non ce ne sono.
di questo non sono sicuro ma mi pare che ci sia un qualche cosa, che nel c
va settato ad 1 mentre nell' f va a 0, o viceversa, boh non ho le mie
cartoffie sottomano.
Quesito
se un pgm xxxx.asm č stato fatto per il c84 ed io lo compilo per l' f84
funziona ugualmente ?
ovviamente facendo l' include e mettendo nell' xxxx.asm il define dell' f84.
ciao
Michele

 Michele
per quanto mi risulta si, ovviamente non vale il contrario (vedi ram)
per quanto concerne quel "qualcosa" che andrebbe ad 1 o 0, non saprei.
forse il fuse del powerup timer?
si

 differenze "software" non ce ne sono.
In effetti il PIC16F84 non e` binary compatible al 100% col PIC16C84,
cambiano alcuni bit nella configuration word. Credo che sia per questo
che molti software di programmazione (tipo IC-Prog) permettono di
modificare i CP bits indipendentemente da tutto il resto.
Per quanto riguarda invece il codice vero e proprio, la compatibilita`
all'indietro dovrebbe essere totale.
--
Lorenzo

io sono sempre zuccone in materia e forse anche presuntuoso ;-)
dove posso trovare info sulla programmazione dei pic, specie 16f84, mi sono
letto il vecchio pbe di Tanzilli che va bene, anche se mi sono dovuto
impegnare non poco, per gli opcode
ma per tutte le "finezze" globali dove trovo info, esiste qualche testo ?
Sto cercando di compilare un .asm, trovato in rete, che mi da un casino di
grattacapi.
Un po' alla volta cercando, leggendo ed imparando qualche piccolo passo
avanti l' ho fatto
ma ancora non ho risolto tutto.
Gli errori da 333 sono arrivati a 0
ma i message warning rimangono sempre 23
e non funziona
uffa
grazie per qualsiasi help, link , suggerimento o info
ciao
Michele
"Lorenzo Lutti" <lorenz...@DOHtiscalinet.it> ha scritto nel messaggio
news:mSSI8.22945$ie.5...@twister2.libero.it...


 ma i message warning rimangono sempre 23
Se i warning riguardano semplicemente l'accesso a variabili nel banco 1,
probabilmente non sono niente di grave.
--
Lorenzo

Ciao
grazie per le risposte che, in parte hanno confermato le idee che avevo.
Il data del f84 ce l'ho assieme alla raccolta delle AN dei vari pic, librone
ponderoso.
I Messagi sono tutti come dici tu, eccetto 3 che sono
Using default destination of 1 (file)
per i primi avevo anch'io pensato fossero solo della serie "hei pollo occhio
che hai cambiato banco, controlla se č giusto".
Perň mi chiedo se il pgm č fatto bene tali msg non dovrebbero esserci , o no
??!!
Almeno dai miei ricordi di 30 anni fa. Quando si compilava un pgm alle fine
quando il file errors era completamente vuoto si era "quasi" sicuri che le
cose fossero a posto.
Devo dire che tra tutto quello che ho letto per riuscire a far andare sto
pgm sto imparando abbastanza.
L' unica č mettersi di buzzo buono e cercare di capire l' asm, cosa che mi č
sempre stata antipatica fin dai tempi remoti.
Ho sempre usato linguaggi piů evoluti ma l' asm non mi č mai andato giů,
salvo che nel copiare e adattare qualche piccolissima routine.
Grazie ancora per le info
Michele
"Lorenzo Lutti" <lorenz...@DOHtiscalinet.it> ha scritto nel messaggio
news:sdvJ8.33742$8x3.7...@twister1.libero.it...


 sempre stata antipatica fin dai tempi remoti.
Coraggio, i PIC ci vengono in aiuto con i loro soli 36 opcodes... i
tempi bui dell'80x86 sono finiti. :)
--
Lorenzo

Ciao
grazie per le spiegazioni, come premesso sono ancora zuccone in materia,
però mi ha fatto fare le ore piccole e da "morto" che era a furia di
smanettare ora da segni di vita, strani, ma li da.
Venerdì sera, anzi notte ore 02.00, ho fatto la papocchia dovuta all' ora
tarda.
Ho fatto esplodere letteralmente un pic, invece dei + 5 su di un RA ne ho
messi 12 :-(
però sono tornato indietro di almeno 30 anni quando facevo esplodere i miei
primi circuiti montando i componenti rovesci hi hi...........
Certo l' asm del pic è meno complicato, mi ricordo vagamento quello dello
z80 con cui ho pasticciato, ma sai com'è a questa tenera età riprendere in
mano libri è studiare, anche se poco, è faticoso, non si è più ragazzini,
purtroppo.
Ciao
e ancora grazie
Michele
"Lorenzo Lutti" <lorenz...@DOHtiscalinet.it> ha scritto nel messaggio
news:AtOJ8.762$t47....@twister1.libero.it...


 Certo l' asm del pic č meno complicato, mi ricordo vagamento quello dello
Passa al C...
http://www.htsoft.com/
ciao
S

 > Certo l' asm del pic è meno complicato, mi ricordo vagamento quello
