Ottenere 1 Hz precisissimo, 16f84a

[Arrow]

Ma scusa, nell'interruzione ci metti solo l'incremento del contatore e nel main metti un grosso switch-case, non mi sembra molto difficile e se vuoi fare altre cose mentre tieni l'orologio puoi mettere un flag che diventa true quando il programma entra nell'interruzione e nel main ci fai il solito switch-case dove si entra solo se il flag è vero.
Solo che in questo momento mi sorge un dubbio: perché scrivi in assembly? In MPLABX non c'è la possibilità di usare il C? Sarebbe decisamente più semplice e l'effetto che otterresti sarebbe più o meno lo stesso dato che non credo ti serva una roba performante al 100% con il minimo utilizzo di ROM possibile....

[edgar]

scusatemi allora a questo punto faccio così?

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Però non alimentare il tutto a 12V come nello schema, altrimenti friggi il povero PIC.

Altra possibilità è demandare tutta la parte di conteggio ad un RTC come il DS1307 o similari e usare il micro solo per leggerne i registri ed ottenere anni, mesi, giorni, ore, minuti e secondi

[carlomusumeci]

certo,solitamente piu di 5 v non do al PIC,come funziona questo ds1307?Arrownon conosco il linguaggio C,so solo l'assembly

[dimaios]

E' interessante il titolo del thread ma non viene specificata la precisione.

"Ottenere 1 Hz precisissimo, 16f84a"

Cosa significa precisissimo ? Quante parti per milione ?

A seconda di quello che intendi fare potrebbe essere sensato realizzarlo con il PIC 16F84A oppure devi andare su altre categorie di prodotto quali i real time clock ( RTC ).


Es. http://www.maximintegrated.com/en/products/digital/real-time-clocks/DS3231.html

[WALTERmwp]

Ciao carlomusumeci, l'impiego degli RTC è una valida soluzione ma, se ti poni dei dubbi sul ricorso all'interrupt sulla base di un secondo primo, non credo che per te, al momento, con il PIC16F84 la cosa sia agevole da gestire.
Se non erro sono tutti (o quasi) chip che prevedono la comunicazione su I2C ed il tuo micro, tra l'altro, ne è privo.
Ti suggerirei di seguire l'indicazione di simo85 (Post [12]); questa, a maggior ragione se hai una miriade di processi da tenere sotto controllo, mi sembra la cosa più "pulita".

Saluti

[carlomusumeci]

avete ragione credo che la soluzione migliore per questo PIC sia quella nel post 12,consigliata da simo85

[GuidoB]

il problema è che facendo avvenire un interrupt ogni secondo non potrei utilizzare il PIC per svolgere anche altre operazioni...poiché il programma viene interrotto in continuazione...

È vero l'esatto contrario. Gli interrupt servono per effettuare diverse gestioni allo stesso tempo, senza che una blocchi l'altra. Interrompere (per breve tempo) non è bloccare.

[Arrow]

Siano benedetti gli interrupt!

Come ha detto GuidoB le interruzioni servono proprio a quello, poi come ho detto prima, in 1s sai quante cose ci fa il micro?!
Per esempio il codice di un robot che stiamo facendo nel main certe azioni vengono svolte solo in caso di flag positivo attivato da interrupt....


p.s. se vuoi un consiglio da uno studente diplomando e inesperto (solo 3 anni in questo mondo) impara il C, non è difficile come credi, anzi se non è più facile...

[carlomusumeci]

Già...me ne sto accorgendo solo ora scrivendo il Firmware...in questo modo nel main potrei anche pilotare un lcd per altre operazioni,mentre nell'interrupt svolgo le operazioni di incremento registri orologio...e poi visto che l'impulso a 1 Hz viene generato dall'esterno l'incremento dei registri avviene sempre in modo preciso...

[WALTERmwp]

mentre nell'interrupt svolgo le operazioni di incremento registri orologio...

no, non è corretto e non è quello che è stato riportato nel Post [12]; poi, naturalmente, puoi fare come vuoi.
Per principio, la routine di interrupt la devi "impegnare" lo stretto indispensabile, e gli incrementi dei tuoi registri (al pari della gestione di un lcd) li esegui nel tuo "main".

Saluti