BaroneRosso.it - Forum Modellismo

BaroneRosso.it - Forum Modellismo (https://www.baronerosso.it/forum/)
-   Circuiti Elettronici (https://www.baronerosso.it/forum/circuiti-elettronici/)
-   -   aiuto programazione pic12f675 (https://www.baronerosso.it/forum/circuiti-elettronici/38035-aiuto-programazione-pic12f675.html)

daniele 1973 02 novembre 06 15:46

aiuto programazione pic12f675
 
salve e grazie in anticipo per l'aiuto. sono come si vede un principiante poco pratico di programmazione e come dice il titolo non riesco a programmare le 12f675 . uso un programmatore fatto in casa propic2 con il quale ho gia programmato delle 16f628 e le solite 16f84. quando cerco di programare le 12f675 carico i file per le luci per elicottero o per il lipo monitor, mi esce questo mess.no"oscillator callibration value" do you wont to use value from file (3fffH)instead? scusate l'ignoranza ma cosa devo fare? grazie per l'aiuto

anfarol 07 novembre 06 12:34

Citazione:

Originalmente inviato da daniele 1973
salve e grazie in anticipo per l'aiuto. sono come si vede un principiante poco pratico di programmazione e come dice il titolo non riesco a programmare le 12f675 . uso un programmatore fatto in casa propic2 con il quale ho gia programmato delle 16f628 e le solite 16f84. quando cerco di programare le 12f675 carico i file per le luci per elicottero o per il lipo monitor, mi esce questo mess.no"oscillator callibration value" do you wont to use value from file (3fffH)instead? scusate l'ignoranza ma cosa devo fare? grazie per l'aiuto

Avevi risolto vero?

daniele 1973 08 novembre 06 21:28

daniele
 
si si grazie ancora sei un mito.

AdrianoPX 16 novembre 06 18:15

ragazzi ma i vecchi programmatori LudiPipo che programmavano i 16f84 vanno bene per il 16f675??

anfarol 16 novembre 06 19:09

alcuni li usano, ma io li sconsiglio...:wink:

AdrianoPX 16 novembre 06 19:29

perche??

anfarol 16 novembre 06 20:44

Citazione:

Originalmente inviato da AdrianoPX
perche??

i "pippo" vari (originariamente JDM), prendono alimentazione dalla seriale del PC. Comunque, anche se alimentato esternamente, ci sono giri di corrente che:
1) sono insufficienti sui nuovi microcontrollori (ad esempio, anche il 16F84A non sempre è programmabile con quel tipo di programmatori)
2) spesso si fanno danni irreversibili alla porta seriale.

Ciao!

Planet5 10 marzo 07 20:04

Citazione:

Originalmente inviato da daniele 1973
salve e grazie in anticipo per l'aiuto. sono come si vede un principiante poco pratico di programmazione e come dice il titolo non riesco a programmare le 12f675 . uso un programmatore fatto in casa propic2 con il quale ho gia programmato delle 16f628 e le solite 16f84. quando cerco di programare le 12f675 carico i file per le luci per elicottero o per il lipo monitor, mi esce questo mess.no"oscillator callibration value" do you wont to use value from file (3fffH)instead? scusate l'ignoranza ma cosa devo fare? grazie per l'aiuto


Mi spiegate questo messaggio "oscillator calibration value"???
Grazie mille

MSchiepp 10 marzo 07 21:32

Citazione:

Originalmente inviato da Planet5
Mi spiegate questo messaggio "oscillator calibration value"???
Grazie mille

Tutti i PIC con oscillatore interno hanno un registro in cui viene memorizzato in fabbrica un valore per garantire il funzionamento dell'oscillatore a 4 Mhz che viene quindi 'tarato' con questo valore.
Se questo valore viene accidentalmente cancellato (normalmente i programmatori lo copiano prima di cancellare tutta la flash e poi lo riscrivono) ed assume valori al di fuori del range ammissibile viene segnalato l'errore in questione per avvertire che il micro funzionerà comunque, ma l'oscillatore risuterà starato e di conseguenza tutte le temporizzazioni saranno sbagliate.
In questo caso occorre 'ritarare' l'oscillatore scrivendo un programma che generi in uscita una frequenza nota e aggiustando il valore di quel registro fino a quando la misura effettiva della frequenza di uscita corrisponderà a quella impostata. Se non avete strumenti adatti, ma avete orecchio si può ad esempio generare una frequenza di 440 Hz, mandarla su un altoparlante e confrontarla con quella di un diapason o di un fischietto per accordare la chitarra...


Michele

anfarol 11 marzo 07 09:13

Citazione:

Originalmente inviato da Planet5
"NO oscillator callibration value"

Significa che è stato cancellato, o il programmatore non funziona correttamente.
Prova a leggere un chip vergine e guardare l'ultima cella di memopria flash.
Deve essere un valore a 4 cifre che inizia con 34. Se invece inizia con un'altro valore, il dato è corrotto o il pragrammatore fa i capricci.

Va quindi reinserito manualmente come indicato da Michele

Planet5 11 marzo 07 20:35

scusate...ma se programmo il 12f675 con il file "luci.hex" ....questo valore viene sistemato??

anfarol 11 marzo 07 21:24

Citazione:

Originalmente inviato da Planet5
scusate...ma se programmo il 12f675 con il file "luci.hex" ....questo valore viene sistemato??

NO!
Il valore non è compreso nei file .hex !

Come diceva Michele, il valore è impostato in fase di costruzione dalla fabbrica. Ogni chip, ha valore diverso (anche se dello stesso identico lotto/fornitura ed anche stecca). Questo spiega perchè non può far parte del file da mettere nel chip.

Perciò, una volta perso, se i tempi di esecuzione sono importanti, l'unica è farsi un programmino veloce che dia un'uscita conosciuta (un'onda quadra ad esempio 1Khz) e modificare il valore OSCCAL (34xx nell'ultima cella flash, dove XX è un numero esadecimale che va da 00 a ff). Ovviamente, ogni volta va riprogrammato e misurata l'uscita. Per successive approssimazioni con 10-15 tentativi dovresti riuscirci. Se sei adeguatamente attrezzato bastano 10-15minuti.

Se i tempi non sono critici, puoi mettere un valore intermedio, tipo "3470".
Quindi, ad esempio, un lipoly-monitor lampeggerà più o meno forte rispetto allo standard, ma funziona. Un LiPoly-CutOff o un RCamController, potrebbero non funzionare, in quanto i tempi sono critici e i segnali del radiocomando verrebbero misurati erroneamente.

odla64 13 marzo 07 12:03

Citazione:

Originalmente inviato da anfarol
NO!
Il valore non è compreso nei file .hex !

Come diceva Michele, il valore è impostato in fase di costruzione dalla fabbrica. Ogni chip, ha valore diverso (anche se dello stesso identico lotto/fornitura ed anche stecca). Questo spiega perchè non può far parte del file da mettere nel chip.

Perciò, una volta perso, se i tempi di esecuzione sono importanti, l'unica è farsi un programmino veloce che dia un'uscita conosciuta (un'onda quadra ad esempio 1Khz) e modificare il valore OSCCAL (34xx nell'ultima cella flash, dove XX è un numero esadecimale che va da 00 a ff). Ovviamente, ogni volta va riprogrammato e misurata l'uscita. Per successive approssimazioni con 10-15 tentativi dovresti riuscirci. Se sei adeguatamente attrezzato bastano 10-15minuti.

Se i tempi non sono critici, puoi mettere un valore intermedio, tipo "3470".
Quindi, ad esempio, un lipoly-monitor lampeggerà più o meno forte rispetto allo standard, ma funziona. Un LiPoly-CutOff o un RCamController, potrebbero non funzionare, in quanto i tempi sono critici e i segnali del radiocomando verrebbero misurati erroneamente.


Ma il valore medio di 3470 può far funzionare il PIC per l'impianto luci ??

P.S.: grazie per le info sulla scheda programmazione :wink:

anfarol 13 marzo 07 12:20

Citazione:

Originalmente inviato da odla64
Ma il valore medio di 3470 può far funzionare il PIC per l'impianto luci ??

P.S.: grazie per le info sulla scheda programmazione :wink:

Non ho presente il progetto.
Se va collegato ad un canale con il quale attivare o meno la funzione, potresti avere problemi. Ma con un po' di fortuna, potrebbe funzionare comunque. Se funziona in modo stabile, l'unica "fregatura", potrebbero essere i tempi più lenti o più veloci di quello che il progettista ha pensato, ma nessun'altro problema.

Comuqne, perso per perso, perchè non provi?
Prima devi però verificare che il tutto funzioni correttamente..
Usando IC-Prog, una volta selezionato correttamente il chip, vai sulla finestra memoria programma e scorri fino all'ultima cella. Nel caso del pic12f675, l'ultima cella è la 3FF, ovvero il numero più a destra della riga 3F8. Inserisci il valore 3470 e poi programma il chip.
A questo punto, lo rileggi e verifichi che nell'ultima cella ci sia il valore che hai messo (3470). Se così non è, o sbagli la procedura, o il programmatore non funziona correttamente.
Ciao!

odla64 13 marzo 07 13:30

Grazie Andrea :wink:

iottand 05 novembre 13 23:37

c'è qualche info in rete al riguardo di questo file LUCI.HEX ?

anfarol 06 novembre 13 08:10

Citazione:

Originalmente inviato da iottand (Messaggio 4013721)
c'è qualche info in rete al riguardo di questo file LUCI.HEX ?

Info di che genere? Il post è vecchio, non ricordo un granchè (tranne che non è un mio file), ma è un file hex, quindi pronto all'uso.
ciao!

iottand 06 novembre 13 09:15

nel senso che mi interessava vedere il tipo di lampeggio.
il numero la durata, il duty cycle...


Tutti gli orari sono GMT +2. Adesso sono le 05:21.

Basato su: vBulletin versione 3.8.11
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
E' vietata la riproduzione, anche solo in parte, di contenuti e grafica. Copyright 1998/2019 - K-Bits P.I. 09395831002