Forum

Bonsoir,

Je suis nouveau tant sur ce forum qu'en électronique.
Mon domaine de prédilection est celui des uc et plus particulièrement des PICs.
Bref, j'aime programmer et surtout, apprendre à programmer (en assembleur).

Je me forme avec l'aide des cours de Bigonoff que je remercie au passage pour la qualité pédagogique de ces cours.

Voici le contexte du problème qui m'amène :
Je cherche à décoder un signal DCF77 afin d'afficher les informations horaires et calendaires sur un afficheur LCD.
Pour ce faire, j'utilise un 16F84A cadencé à 4 Mhz et un récepteur générant un signal avec des transitions de 0 à 5V

Pour le moment, bien qu'ayant une routine (trouvée par mes soins) pour décoder les trames afférentes à l'heure et à la date, je me heurte à la logique de recherche du début de trame.

La norme DCF77 impose (en comptant de 0 à 59):
- Un 0 est un changement d'état sur 100ms
- Un 1 est un changement d'état sur 200ms
- Toutes les secondes un bit est émis
- La seconde commence sur le changement d'état (0 à 1 ou 1 à 0, fonction de la technologie du récepteur).
- Sauf à la 59ème seconde pendant laquelle aucun changement d'état ne survient.
- En ce qui concerne la valeur du bit de la 0ème seconde, les sources différent. Certains sites donne la valeur du bit à 1, le site officiel le donne à 0. J'aurai une certaine tendance à considérer l'information venant du site officiel comme étant vraie.
- Une valeur de bit égale à 1 à la 20ème seconde

Ma routine de recherche est la suivante:

J'autorise les interruptions sur RB0
Lorsqu'une interruption est générée par un front montant sur RB0, j'enclenche un compteur de 30ms a l'issu duquel, je teste le niveau de RB0.
Si RB0 est ht, je considère que le changement d'état est valide
Puis j'enclenche un compteur de 1000 ms et je teste à l'issue la valeur de RB0, si RB0 est ht, je boucle sur 1000ms et je reteste RB0 et ainsi de suite jusqu'à ce que RB0 soit à 0, dans ce cas, je considère avoir trouver la 59ème seconde. Je positionne un flag qui me permet à la prochaine interruption de ne pas repartir dans cette routine.
La prochaine interruption est considérée être celle de la 0ème seconde. Suivant la norme, la valeur du bit transmit doit être 0.
Je teste donc si le bit est un zéro ou un 1 si c'est 0 mon pic est synchro, si c'est 1 j'efface le flag précédent et je recommence à chercher.
La même logique peut être utilisée à l'inverse sur la 20ème seconde.

Je visualise l'état du flag et la valeur des bits simplement avec des leds sur le PORTA.

Bref, en toute logique, pas de soucis !

Or, Pic programmé, platine de test sous tension, les résultats sont surprenant. Le Pic ne se synchronise pas correctement, la 59ème seconde sans impulsion n'est pas correctement trouvée.
En effet, la façon dont les leds de visualisation de valeur du bit reçu s'allument me montrent une non transition de 2 secondes sur la led représentant la valeur 0.

Que ce passe t-il ?
Ma logique est-elle bonne ?
Ma compréhension de la norme du signal est-elle la bonne ?


Cordialement,

Michel

Bonjour,

C'est une des premières choses que j'ai fait.
De plus, ma routine de recherche et discrimination des bits fonctionne correctement. En effet j'ai une led qui s'allume en présence d'un 0 et une autre en présence d'un 1.
J'ai donc noté à la main une trame complète et je l'ai interprété.
Bilan, j'ai bien eu l'heure, et la date.
Par contre en ce qui concerne la routine de recherche de la 59ème seconde, c'est un flop !

Pour info, je suis dans les Vosges, mon signal est reçu fort et clair !

Je vais faire un ordinogramme que je mettrai en ligne ce soir.

Cordialement,

Michel

Bonjour Michel,

Je suis dans le 68 et DCF77 est très bien reçu par les appareils du commerce. (J'ai 2 réveils).

Je n'ai pas encore étudié ton ordinogramme mais je n'y manquerai pas.
Je suis actuellement sur un projet et le suivant sera une horloge à tubes Nixie pilotée par DCF.

Une question : où as-tu acheté le module DCF ?

Cordialement,
Gérard.

Bonjour Michel,

Le PULL-UP est-il activé sur ton entrée ?

Amicalement, Yves.

Bonjour,

Je n'ai pas autorisé les pull-up sur RB0.
OPTION_REG est à B'11000000'.
J'essaye de contourner le problème en ne jouant qu'avec des interruptions sur flanc montant et descendant sur RB0 et des interruptions Tmr0 avec différents prescalers fonction des mesures de temps à faire.

Cordialement,

Michel

Bon, chose faite !
Le problème est toujours le même.
Par contre, j'ai craqué et ai acheté un module DCF77 chez Conrad.
Bilan des courses, résistance de pull-up externe mise entre +5V et la sortie non-inversée, le tout relié à RB0, le montage fonctionne à merveille, le début de trame est bien trouvé, mes leds de visualisations permettent de vois que tout est OK !

Youpi, même si le fait de ne pas savoir pourquoi le module de récupération d'une horloge pilotée DCF77 ne fonctionne pas m'énerve !!!!
J'y reviendrai.

Mais pour le moment, je vais pouvoir me concentré sur le code, m'occuper de décoder la trame et d'envoyer les infos sur un petit afficheur LCD.

Merci pour vos conseils !
Recentrons nous sur le code et le uC.

Cordialement,

Michel

Bonjour tout le monde,

J'ai commandé hier soir 2 modules DCF chez Conrad.
J'ai quand même une question : une fois le décodage fait, comment tourne l'horloge ?
Sur quartz ?
Quelle est la fréquence de resynchronisation ?
Tous les jours, heures ... ?

Merci d'avance pour vos éclaississements,
Gérard.

Bonsoir,

Mon objectif est ludique, apprendre à décoder DCF et faire un truc original (tubes Nixie). Je ne souhaite que l'affichage de l'heure.

Bonjour Michel,

Je pense utiliser un Qz de 3,2768MHz pour le µC et pour TMR1 qui génèrera une interruption.
J'ai déjà utilisé ce principe, ça marche mais on est tributaire de la stabilité du Qz. (pas trop top sur une longue période)

D'où ma question : à quel intervalle de temps faut-il se resychroniser ?

Merci pour ton aide,

Gérard.

Bonjour,
En ce qui me concerne, j'utilise un PCF8583 que je réaligne avec le signal du DCF77 toutes les 24h, ça suffit amplement pour conserver une grande précision. Le µC est ainsi déchargé du comptage horaire, il ne s'occupe que du décodage DCF et de la gestion de l'affichage de l'heure lue sur le PCF8583.

Ludo

Bonjour à tous,

Ce matin je câbles un module acheté chez Conrad et l'oscillo donne un signal plat.
Le module a-t-il rendu l'âme ?
J'ai bien mis une pull-up, le courant consommé est de moins d'1mA, tout parait correct.
Merci pour vos éclaircissements.

Gérard.

Bonjour Alexandre,

tu devrais au moins essayer de taper DCF77 dans un moteur de recherche. Les trames de cet émetteur sont probablement un des éléments qui traînent le plus sur la toile.

Amicalement, Yves.

Bonjour Arsène,

Peux-tu en dire un peu plus de ta réalisation ?

Merci d'avance.

Merci pour les photos.

Et le programme, il est dispo ?

Bonjour l'Arsène,

La communication en I2C est un standard, tu trouveras énormément d'info sur le ouèbe. Si ton PIC possède un port I2C intégré, ça va simplifier un peu de développement, si ce n'est pas le cas, les routines restent simples à écrire en suivant les infos sur le protocole I2C.
La commande du PCF8583 est relativement simple également, une fois que le protocole I2C est implémenté dans le programme, il suffit de lire et modifier les bons registres. Le PDF du constructeur Philips est bien fait et indispensable.
Restant à ta disposition

Bonne journée

Ludo

Bonjour Ludo et Gérard,

Après des recherches sur le net je pense comprendre le fonctionnement la liaison I2C mais je me heurte à la façon de faire fonctionner mon PIC 16F88 en mode I2C mon anglais est limité. J'ai modifier le registre SSPCON mais rien y fait. As-tu une idée Ludo ?
Merci d'avance.

Gérard, as-tu réalisé l'horloge avec l'affichage en tubes Nixies ?

Bonne soirée.

L'Arsène.

Bonjour à tous,

Quelle que soit l'origine du micro-contrôleur le protocole I²C fonctionne toujours de la même façon. Pas besoin d'ouvrir un sujet spécifique aux PIC.

J'ai fourni la majorité des éléments nécessaires à son utilisation sur ce sujet. C'est en français, cela concernait un contrôleur Atmel, un composant I²C horloge PCF8583 et son initialisation, c'est écrit dans un langage spécifique mais les explications permettent de comprendre comment réagit un composant I²C et surtout que pour signaler qu'on souhaite lire il faut écrire dans un registre de ce composant. C'est le piège le plus courant.

Les meilleures explications (en anglais malheureusement pour certains) sur le protocole I²C je crois qu'elles sont sur les fiches de caractéristiques des composants I²C de MAXIM (au paragraphe "I2C Serial Port Operation") -voir celle du DS3231 par exemple.

Amicalement, Yves.

Bonsoir vous tous,

Ludo a raison, mon problème se situe à la façon de modifier les registres du PIC pour qu'il met en service le port (B1 et B4 dans mon cas) concerné par les connections SDA et SCL et se mette en condition de dialoguer en mode I2C.

Merci quand même Yves et Ludo.

Je continue à chercher bien sur.

Cordialement.

L'arsèneBonjour Ludo et Gérard,

....

Gérard, as-tu réalisé l'horloge avec l'affichage en tubes Nixies ?

Bonne soirée.

L'Arsène.

J'ai acheté une horloge à tubes Nixie chez Vellemann, elle fonctionne parfaitement comme tous les kit de chez eux.

J'ai d'autres projets d'horloges, mais ... encore secret.