une RTC logicielle qui ne dévore pas les ressources du PIC?

[Eki27]

Hello,

J'utilise une interruption sur un timer afin de générer une "pseudo RTC" logicielle.
Actuellement, elle est implémentée sur un PIC18F26K20 qui tourne à 16 Mhz.
Le souci, c'est que l'interruption se produit tellement souvent que le pic passe la plupart de son temps à entrer et sortir de l'interruption au lieu de faire son job (le feinéant).

Auriez-vous des solutions (non-externe) qui seraient moins gourmandes en ressources tout en bénéficiant d'une RTC utilisable? (la précision n'est pas ma priorité)

Merciiiii
-----

[jiherve]

Bonsoir,
Cela dépend tout de même de la programmation du timer avec une IT toutes les secondes cela devrait être peu gourmand.
JR

[Eki27]

oui, c'est sur merci pour ta réponse.
J'ai pas tout dit en fait
Mon pic fonctionne à deux fréquences, si je calque sur 1 seconde à 16Mhz, j'ai une granularité de 16 secondes à 1 Mhz, ca devient fort vague... je vais devoir ajouter un oscillateur externe je pense (pas envie )

[Bowbow18]

Et si tu rajoutes un tout petit PIC à coté qui s'occupe que des IT ? tu le fais communiquer en i2c avec le PIC principal (maître)

[A voir en vidéo sur Futura]

[jiherve]

re
encore un problème mal posé.
JR

[RISC]

Salut,

Sur quel oscillateur fais-tu ton interruption RTC ?
l'oscillateur principal ?
Quel timer utilises-tu ?

Pouquoi ne pas utiliser un quartz 32kHz qui te donnera une seule interruption toutes les secondes ou toutes les 2s...

a+

[Eki27]

Merci RISC,

Ta question à répondu à la mienne.

Il utilise l'oscillateur interne principal (qui varie en fréquence lors de certains évènements)
J'utilisais le timer1 qui ne convenait pas vraiment à ce comportement, seul le Timer0 à la souplesse de configuration qui rejoint mes besoins; en fonction des changements de rythme, je peux adapter son prescaler pour que son cycle soit constant.

Le timer0 était déjà utilisé, mais j'ai dédoublé son utilité via des variables...

Merci encore pour ton (habituelle ) clarté de réflexion.