[Projet] Horloge radio pilotée DCF77

[arno_30]

Bonjour,
Voilà je commence un projet qui a pour finalité une horloge reglée sur l'horloge atomique via l'utilisation du signal DCF77.
Pour cela, je compte utiliser un pic 16F876, un récepteur standard de trame DCF77 et un écran LCD.
Le PIC doit etre programmé en language C.

A l'heure actuelle, j'ai réalisé la carte. Le probleme majeur restant: Le programme en C.

Information sur la trame:
elle est emise 3 fois par heure aux minutes 19,39 et 59.
On a 1 bit par seconde.
Un 1 logique correspond à un niveau haut pendant 200ms.
Un 0 logique correspond à un niveau haut pendant 100ms.

0 (M) :
Début de trame (bit à 1).
1 - 14 :
Réservé pour une utilisation future.
15 (R) :
L'emetteur de réserve est actif lorsque ce bit est à 1.
16 (A1) :
Annonce de l'heure d'hiver.
17, 18 (Z1, Z2) :
Ces deux bits codent le fuseau horaire actuel :
Z1 Z2 Fuseau horaire
0 1 CET (Central European Time) = UTC + 1h
1 0 CEST (Central European Sommer Time) = UTC + 2h
CET correspond à l'heure d'hiver, et CEST correspond à l'heure d'été. Il s'agit de l'heure légale de la plupart des pays d'Europe.
19 (A2) :
Indique qu'une seconde va être supprimée pour corriger les irrégularités de la rotation de la terre.
20 (S) :
Bit de début de codage des informations horaires (toujours à 1).
21 - 27 :
Minutes codées en BCD, bit de poids faible en premier :
N° bit 21 22 23 24 25 26 27
Valeur 1 2 4 8 10 20 40
28 (P1) :
Bit de parité (parité paire) des minutes (bits 21 à 27).
29 - 34 :
Heures codées en BCD, bit de poids faible en premier :
N° bit 29 30 31 32 33 34
Valeur 1 2 4 8 10 20
35 (P2) :
Bit de parité (parité paire) des heures (bits 29 à 34).
36 - 41 :
Jour codé en BCD, bit de poids faible en premier.
N° bit 36 37 38 39 40 41
Valeur 1 2 4 8 10 20
42 - 44 :
Jour de la semaine codé en BCD, bit de poids faible en premier :
N° bit 42 43 44
Valeur 1 2 4
45 - 49 :
Mois codé en BCD, bit de poids faible en premier :
N° bit 45 46 47 48 49
Valeur 1 2 4 8 10
50 - 57 :
Année (sur deux chiffres) codées en BCD, bit de poids faible en premier :
N° bit 50 51 52 53 54 55 56 57
Valeur 1 2 4 8 10 20 40 80
58 (P3) :
Bit de parité (parité paire) de la date (bits 36 à 57).
59 :
Pas d'impulsion

Merci d'avance pour vos réponses. N'hésitez pas à me demander pour de plus amples renseignements.

[Jack]

Et quelle est la question?

[DAUDET78]

voir Elektor N°353 Novembre 2007 page 48 "heure astronomique DCF77"

[arno_30]

Pour répondre à jack, je ne vois pas trop comment faire mon programme en C pour controler la réception de la trame. Je voudrais de l'aide sur cela.
Sinon je vais voir le magazine que me conseille DAUDET78, et je vous tien au courant.

[arno_30]

Je viens de telecharger l'article en question mais il concerne un systeme via CPLD. Ici, j'utilise un PIC 16F876 programmé en language C.

Mon probleme majeur, c'est que je ne vois pas trop comment programmer la recupération des informations de ma trame.voilà.

[Gérard]

Je viens de telecharger l'article en question mais il concerne un systeme via CPLD. Ici, j'utilise un PIC 16F876 programmé en language C.

Mon probleme majeur, c'est que je ne vois pas trop comment programmer la recupération des informations de ma trame.voilà.

Bonjour,
Pour l'article d'Elektor cité, tu peux télécharger l'algo sous forme d'ordinogramme.

[DAUDET78]

c'est que je ne vois pas trop comment programmer la recupération des informations de ma trame

Et la position d'un switch sur une entrée de ton PIC, tu sais faire?

[abracadabra75]

Bonjour.
Eternel problème: les µc sont de merveilleux outils qui font (presque) tout.... à condition de savoir programmer.
C' est comme pour lire: il faut commencer par le b,a, ba.
Bon apprentissage
A+

[arno_30]

Eh bien pour commencer, il me faudrait pouvoir detecter le debut de la trame de sorte à commencer la recuperation des differents bits. Le probleme, c'est que je ne vois pas trop commentn je vais regardé un peu plus en detail "ordinogramme".
Pour Daudet 78, la reponse est oui, du moins, il me semble.

Je continue mes recherches.

[DAUDET78]

Pour Daudet 78, la reponse est oui, du moins, il me semble.

Si c'est un OUI affirmatif, tu n'as pas de problème pour récupérer ta trame. Si c'est un OUI fugitif ....... commence par faire clignoter une LED

[DavidDB]

Salut,

l me faudrait pouvoir detecter le debut de la trame de sorte à commencer la recuperation des differents bits.

C'est très simple, le début de la trame suit toujours le temps mort d'une seconde du bit59 de la trame précédente...
Donc, c'est ce temps mort qu'il faut détecter.

Sinon, sur le site de Bigonoff tu as plusieurs projets sur le DCF dont le sien qui est comme d'habitude extrêmement bien commenté.

David