Aller au contenu

Horloge RTC


Messages recommandés

Bonjour,

 

Comme je ne trouve pas la réponse sur le net, j'en fais appelle aux spécialistes du coin.

 

J'ai mis des horloge RTC sur mes cartes arduinos.

Question :

Si j'interroge une horloge RTC, à chaque cycle, est que je provoque son usure prématurée?

 

Pour le moment, je travaille avec l'horloge interne de la carte arduino et je n'interroge la RTC que de temps en temps.

Je fais ça pour l'économiser (usure réduite).

Mais si ça se trouve, c'est complètement inutile et je peux l'interroger à chaque cycle ce qui me simplifierait la vie....

Lien vers le commentaire
Partager sur d’autres sites

Joker !

Je l'utilise via une librairie. Donc je ne sais pas tous les combiens les données sont rafraîchies.

Par contre, je teste les variables horloge à chaque cycle.

J'imagine que ma réponse ne va pas te satisfaire, mais c'est tout ce que je peux répondre.

 

Par contre, côté pratique, prévoyez un accès facile à la pile que je change presque tous les ans...

Bubule

Lien vers le commentaire
Partager sur d’autres sites

Théoriquement, lecture de registre, ce n'est pas supposé user le truc. Si elle est bien foutue, elle ne tire pas plus sur la pile quand tu l'interroge que quand tu ne fait rien (elle utilise l'alim générale).

 

Ceci dit, c'est une opération "lente" car bus de communication lent (en tout cas nettement plus que d'interroger celle de l’Arduino), donc si les perf étaient un sujet, je te conseillerai de ne l'interroger qu'au démarrage de l'arduino, et de temps en temps (1fois par heure, ou par jour...) pour ré ajuster celle de l'arduino.

Dans ton cas, fait ce qui te parait le plus simple.

 

Attend quand même la réponse de Bubble, c'est lui le spécialiste la dessus !

Lien vers le commentaire
Partager sur d’autres sites

Joker !

Je l'utilise via une librairie. Donc je ne sais pas tous les combiens les données sont rafraîchies.

Par contre, je teste les variables horloge à chaque cycle.

J'imagine que ma réponse ne va pas te satisfaire, mais c'est tout ce que je peux répondre.

 

Par contre, côté pratique, prévoyez un accès facile à la pile que je change presque tous les ans...

Bubule

 

Oui, moi aussi, j'utilise via une library et comme j'ai une pile rechargeable....

Donc, roule ma poule, je vais enfin me débarrasser de millis et de son reboot tous les 50 jours...

 

 

Théoriquement, lecture de registre, ce n'est pas supposé user le truc. Si elle est bien foutue, elle ne tire pas plus sur la pile quand tu l'interroge que quand tu ne fait rien (elle utilise l'alim générale).

 

Ceci dit, c'est une opération "lente" car bus de communication lent (en tout cas nettement plus que d'interroger celle de l’Arduino), donc si les perf étaient un sujet, je te conseillerai de ne l'interroger qu'au démarrage de l'arduino, et de temps en temps (1fois par heure, ou par jour...) pour ré ajuster celle de l'arduino.

Dans ton cas, fait ce qui te parait le plus simple.

 

Attend quand même la réponse de Bubble, c'est lui le spécialiste la dessus !

 

A la vitesse de travail du binz, ca va, je peux assumer qqs millisecondes d'attente...

Merci

Lien vers le commentaire
Partager sur d’autres sites

L'horloge RTC est parfois utilisée pour fournir l'heure en continu, sur un afficheur par exemple. Donc utilisée très fréquemment à chaque cycle du programme. Perso, je l'utilise toutes les 5 secondes environ.

 

Tu utilises l'horloge interne de l'Arduino, c'est quand même plus compliqué pour gérer le temps, il me semble. Et puis je crois savoir que c'est moins fiable. Par contre éviter de solliciter l'EEPROOM de l'Arduino en continu pour stocker des données. Elle est prévue pour un certain nombre de transferts. Je l'utilise uniquement en cas de modification d'un paramètre (mémorisation en cas d'arrêt de l'Arduino, en l'absence de carte SD).

Lien vers le commentaire
Partager sur d’autres sites

Ben, que je prenne le temps en interne ou sur la rtc, c'est kif-kif...

Ce qui m'enquiquine c'est le reboot du millis tous les 40-50 jours.

J'ai fait une fonction pour le détecter, mais comme je ne peux pas le simuler, je ne sais pas si elle donne le résultat espéré.

Du coup, par sécurité, je me dis que c'est mieux si je vais taper la rtc.

 

Je pense qu'on fait pareil.

Dans l'EEPROOM j'ai collé tous les paramètres (heure d'allumage des rampes, temps de leve de soleil, temps d'osmolation minimum, etc.)

Elle est censée tenir 100 000 cycles d'écriture... Je ne changerai pas 100 000 fois l'heure de début d'éclairage.... :D

Pour le reste, ce que j'appelle les logs d'activité, c'est sur la carte SD.

Lien vers le commentaire
Partager sur d’autres sites

Pas de soucis pour interroger ton horloge aussi souvent que tu veux.

La pile ne sert que en cas de défaillance du circuit d alimentions.(on utilise de plus en plus de supercap à la place des piles, durée de vie presque illimité) Donc pas de soucis ici

Le reste de l'horloge ne craint rien.

 

En effet pour les eeprom et même pour les cartes sd il faut faire attention, le nombre d'écriture est limité.

 

Et oui même une carte sd est limité en écriture, même si dans celle si il y a un manageur intelligent qui déplace vos blocs de donnée à chaque écriture sans que vous le sachiez pour utiliser "user" au même niveau l'intégralité de la mémoire.

 

Au niveau algorithme, il y a plusieurs méthodes:

- Lire l'heure à chaque besoin

- Lire l'heure au boot, et configurer l'horloge interne

- Lire l'heure et comparer toutes les x minutes, on ne met à jour que si la différence est importante

 

Et certainement d'autre ...

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...

Information importante

En poursuivant votre navigation, vous acceptez l’utilisation des cookies pour vous proposer des contenus adaptés à vos centres d’intérêt et réaliser des mesures pour améliorer votre expérience sur le site. Pour en savoir plus et gérer vos paramètres, cliquez ici