L'HEURE (et la DATE) EXACTE

Jarrige

Well-known member
Bonjour à tous,
Forum très calme en ce premier mois de l'année ...
Afin d'avoir l'heure exacte sur une appli quelconque à base de Picaxe, il y a bien des CI RTC, mais je trouve un peu "compliqué" leur emploi : nécessite de piloter en I2C, et surtout les mises à l'heure, au jour ... à l'année, via des entrées (boutons ...).
Quelqu'un a t-il déja employé un module récepteur DFC77 (qq Euros et un ligne série) qui fait le boulot automatiquement ?? Et aurait fait le bout de programme de décodage qui va avec ??
 
Bonjour,
Personnellement, je n'ai jamais utilisé de module DCF77 mais dispose de plusieurs horloges pilotées de cette manière.
Une piste ici, en allemand, à faire traduire par le navigateur ou Google Trad ou autre : http://picaxe.byethost10.com/beispiele/dcf77.html

Concernant les CI RTC pilotés en I2C, l'utilisation d'un encodeur rotatif peut aider. De nombreux exemples sont sur internet facilitant leur emploi.

Il est vrai que le changement automatique de l'heure, deux fois l'an, est un confort.
 
Salut Technoman, merci pour cette réponse. Je viens de regarder vite fait : ça mérite d'être "étudié" je pense et donc de récupérer
l'info (et traduire ...). Je vais regarder ça de plus près un de ces jours (je dois tout d'abord bosser le protocole de communication). Le principe de récupération des infos via un pulsin / pause semble une bonne idée. Tout ça sur une seule entrée.
Le module employé de chez Conrad n'est plus commercialisé, mais il y en a plein sur Ebay , Amazon pour qq Euros... En plus du changement d'heure, il y a surtout la précision et l'heure exacte en permanence.
 
Bonjour,
Pour le DS3231, j'ai une page sur le sujet, avec mise à l'heure:
C'est vrai que c'est pas trop simple.
Pour le DCF77, je vais probablement regarder un peu, avec le lien de Technoman, le programme est déjà fait, il y a des modules DCF77 sur le net...
Faut voir..
MM
 
Bonjour,
Au sujet d'horloges pilotées par le signal DCF77, j'ai un réveil qui s'est réinitialisé à 0H00 dans l'après-midi, il y a trois jours.
C'est la seconde fois qu'il fait cela. Ce n'est pas dû à un problème d'alimentation car l'heure de l'alarme a été conservée à chaque fois.
Les autres horloges n'ont pas eu ce problème donc probablement pas de perturbation du signal DCF77. La partie électronique?
En principe, après synchronisation, en l'absence de signal il maintient normalement l'heure avec son horloge interne.
Cela reste un mystère! Je doute désormais...

Diffusant aussi l'heure, l'émetteur d'Allouis est bien plus puissant que celui de Francfort (DCF77) : 800kW vs 50kW
https://fr.wikipedia.org/wiki/Horloge_radio-pilotée

Un projet de décodage d'Allouis : https://www.rvq.fr/tech/picfi.php
Le récepteur dispose de son propre circuit imprimé ; peut-être pas disponible à la vente contrairement à son homologue DCF77
 
Les trames entre DCF77 et MSF sont différentes, avec quelques similarités. Les signaux sont tous les deux modulés en amplitude.

Les modules DCF77 sont pour certains (tous?) basés sur le MAS6180C1 de MAS (Micro Analog Systems) conçu pour la gamme 40 à 100 kHz.
La datasheet précise son utilisation possible pour MSF et d'autres signaux horaires.

Les modules peu coûteux destinés à ALS162 (Allouis) sont introuvables. La grande différence avec DCF77 et MSF est qu'il utilise une modulation de phase, moins sensible aux perturbations.
 
Bonjour,
J'ai reçu le module DCF77, c'est tout petit,
Reste à voir ce que l'on peut en faire.
DCF77 .jpg
 
Bonjour, je viens de voir qu'il y avait du nouveau sur le sujet.
Effectivement j'avais aussi vu quelque part (peut-être Wikipédia), que l'ex-émetteur de France Inter (Allouis) était toujours en service et transmettait
un signal horaire comme cité plus haut par Technoman. Ce serait peut-être mieux vu le type de modulation et la puissance ...
Le "projet de décodage" semble plus complexe, surtout le récepteur, et il ne semble pas il y en avoir de tout prêt dans le commerce ?? et il faudrait se procurer le protocole ...
Je viens de voir que MGU a déjà commandé et reçu un module DCF, MGU : tu nous tiens au jus si tu le teste quelque part?

J'ai jeté un coup d’œil au programme en Allemand, le problème pourrait être l'utilisation d'instructions "pause" qui est bloquant dans un programme me semble t-il ? et le pulsin ?.
Pour info, j'envisageai d'utiliser un module comme ça sur mon projet de pilotage CE avec TIC (on n'a pas l'heure courante en mode historique), et comme vous avez dû l'apprendre, il va il y avoir des heures creuses en journée (à priori 2 ou 3h entre 11h et 16h) pour les abo HP/HC.
Du coup, ce serait bien de connaître l'heure pour optimiser le pilotage.
Le problème est que l'on ne peut pas se permettre de rester en attente sur des instructions comme pause ou pulsin : ça ne semble donc pas la meilleure solution cette appli ...
Pour bien faire, il faudrait pouvoir lire l'heure (heure + minutes suffisant) juste lorsque le passage HC est détecté via la trame de la TIC pour savoir si on est en journée ou pas : donc assez probablement un système et/ou un programme de décodage "indépendant" ?
 
Étant donné le programme de décodage DCF77 (ou autre) nécessaire, et qui est plutôt gourmand en mémoire semble t-il, peut-être un petit CI intégrant un module DCF77 et le décodage avec un 08M2, et les alims (je crois en 3,3 pour le module DCF) ?
L'heure pourrait être transmise en com série par un "serout", avec par exemple un octet qui indique "heure valide" ou pas en cas de problème de réception, et ça pourrait facilement être récupéré par un autre PICAXE via un "serin" ...
 
Bien vu MGU, tu as donc récupéré le montage et le programme allemand (avec modif des textes affichage) ?
Que penses-tu de mon "idée" ci-dessus ?
 
Bien vu MGU, tu as donc récupéré le montage et le programme allemand (avec modif des textes affichage) ?
Que penses-tu de mon "idée" ci-dessus ?
Bonjour,
Oui, j'ai repris le même code en francisant seulement les noms de variables.
A partir du moment où le module DCF77 sort de beaux pulses bien propres, ce qu'il est capable de faire, on peut tout imaginer.
Je n'ai pas analysé le programme initial, comme l'utilité de la pause de 400ms en tête. Je ne sais pas, par ex si à 4MHz, un serout aurait le temps d'affichage nécessaire, l'affichage // en mode 4 bits est certainement plus rapide.
En gros, jusqu'à la première inter minute, on a l'affichage du message "synchronisation"? A la fin du sous programme affichage, il y a une initialisation du comptage des secondes à 2 . Probablement pour compenser le temps d'affichage... Et donc, déléguer l'affichage à un autre µC, pourquoi pas..
MM
 
Back
Top