Ottenere 1 Hz precisissimo, 16f84a

[EcoTan]

È bene usare un timer che si autoricarica alla scadenza.

Certamente. Non ho letto con molta attenzione, ma in generale penso che non dovrebbero esistere problemi legati alla gestione dei timer. Dovrebbero esserci dei registri denominati PR (period register) che ricaricano il timer esattamente alla scadenza.

[IsidoroKZ]

Prova e vedi se va . Se fai 9 divisioni per 62 di fila e 247 per 61 di fila, ti ritrovi che dopo 9 divisioni l'orologio e` in ritardo di .14s poi cone le 247 divisioni (duecentoquarantasette) per 61 recuperi e torni in pareggio. Per questa ragione suggerivo di intercalare le divisioni per 62 a quelle per 61 eventualmente con la tabella che avevo indicato come esempio.

Con questo metodo puoi ance compensare le tolleranze del quarzo, basta cambiare il rapporto fra divisioni per 61 o 62, ma la correzione, se non ho sbagliato i conti, e` a scatti di 5s al giorno.

Per avere la possibilita` di correggere piu` finemente bisogna complicare un po' la routine, facendo un ciclo piu` lungo di 256 secondi, ad esempio 1000s e distribuendo opportunamente le divisioni per 61 e per 62.

[carlomusumeci]

va bene,credo che ci siamo,è questione di distribuire i 62 fra i 61 in modo "compatto" 55 (61), 2 (62),55 (61) e cosi via fino a fare 247 inizializzazioni a 61 e 9 a 62

[IsidoroKZ]

Perche' non riporti mai i numeri giusti? Le inizializzazioni a 62 sono 9 NOVE ogni 247 a 61.

[carlomusumeci]

Hai ragione scusami,
confermo
247 volte 61
9 volte 62

[IsidoroKZ]

I numeri di divisione che ho indicato sono per il quarzo esattamente a 4MHz. Dato che i quarzi e gli oscillatori hanno delle tolleranze, si puo` correggere l'errore cambiando ad esempio il numero di divisioni per 61.

Aumentando di una unita` il valore 247 (senza toccare il 9) si fa andare piu` in fretta l'orologio di circa 0.2s al giorno. Se invece la correzione al giorno e` maggiore di 5s circa, bisogna cambiare anche il valore di divisioni per 62. Pero` prima prepara tutto il sistema che al trimming pensiamo dopo.

Per quanto tempo devi tenere attivo il conteggio?

[Paolino]

Nel computo va considerato anche l'effetto di latenza quando si scatena l'interrupt (in soldoni è il tempo di reazione che impiega il micro per rispondere ad una sollecitazione di interrupt). Questo incide sul calcolo del tempo effettivo.
Attenzione anche agli effetti del context switch, ossia le operazione (firmware) da farsi per salvare i registri prima di eseguire la ISR. Anche questo è un aspetto che incide sul tempo teorico.
Le osservazioni sul quarzo da 4MHz sono valide, benché normalmente per gli orologi si usi spesso il quarzo da 32768 Hz. Vedo di scrivere due righe, non appena il tempo tiranno mi da un attimo di tregua...

Ciao.

Paolo.

[IsidoroKZ]

Appunto per quelle ragioni il mio suggerimento e` di lasciare prescaler e divisore in free running. Le differenze di tempo per rispondere all'interrupt, salvare lo stato... generano solo un jitter sull'istante in cui si aggiorna il tempo ma non provoca nessun ritardo cumulativo.

Dato che c'e` un clock che (presumibilmente) e` sempre presente, tanto vale usarlo al posto di aggiungere quarzo, oscillatore, divisori esterni.

Se fosse un problema di consumo e si dovesse solo tenere l'ora aggiornata un chip di RTC andrebbe benissimo, ma se il micro ha sempre l'oscillatore che oscilla lo si usa.

Non so se il micro ha un modo di sleep in cui vengono tenuti accesi solo il clock e i timer. Non credo sia molto utile perche' l'oscillatore ad alta frequenza comunque consuma.

[Paolino]

È vero, IsidoroKZ, l'oscillatore a 4MHz consuma.
TI riporto la mia esperienza che impiega entrambi gli oscillatori connessi al micro (senza chip esterno RTC) abilitando però la funzione di sleep. Applicazioni come il cronotermostato sono tipiche, con l'utilizzo di entrambe i quarzi, uno da 4MHz e uno da 32768 Hz. Il secondo serve solamente per l'orologio del cronotermostato, mentre il primo, fatto funzionare pochissimo (tipicamente i cronotermostati sono a batteria e quindi i consumi sono da tenere debitamente sotto controllo) serve per le operazioni generali, tra cui le routine di controllo, la gestione del dislpay, dei tasti, comunicazione seriale, ecc.

In questo caso il vantaggio è derivato dal fatto che l'oscillatore da 32768Hz continua a funzionare anche quando il circuito che fa capo al quarzo da 4MHz è spento.

Ecco perché citavo la presenza di due oscillatori.

Credo comunque che sia l'applicazione che definisce la necessità di uno o di entrambi. Averne uno solo ha rilevanza sui costi (in ottica di produzioni di migliaia di parti, ovviamente; non certamente per uso hobbistico o per pochi esemplari).



Ciao.

Paolo.

[ivanpascolo]

perché non utilizzare un micro piu' recente con il timer1?
In pratica si tratta di un secondo oscillatore sul quale collegare il quarzo da 32K e il gioco è fatto. L'ho provato e va benissimo.