[OC] Reception signaux horaires DCF77, MSF, HBG en France
14 réponses
Robert Jarzmik
Bonjour a tous,
Je cherche a determiner si les sources horaires suivantes sont
disponibles en France. Les 3 qui m'interessent sont :
- MSF : Rugby (Angleterre) 60kHz
- DCF77 : Mainflingen (Allemagne) 77.5kHz
- HBG . Prangins (Suisse) 75kHz
Mon but est de savoir si ces sources peuvent etre recues de :
- Bordeau (Merignac plus exactement)
- Brest
- Reims
- Aix-en-Provence
Parmi vous, y en a-t-il qui ont une experience dans la reception de ces
signaux dans ces villes ?
En cas de dérive de source, que comptez-vous faire ? (le système reste locké sur les 2 plus proches)?
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est relié à une source. Si une source dérive, elle sera eliminée par l'algorithme de combinaison de NTP d'abord, puis de sélection ensuite. La nécessité de la troisième source n'est qu'à l'initialisation du système, si 2 sources ne sont pas d'accord entre-elles (cas improbable, mais la sécurité, c'est la sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la seconde n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de contrôle. Les données brutes du ciel aérien sont recueillies par les radars au sol. Lors de la capture de ces informations, elles sont estampillées par le radar avec l'heure courante, puis acheminées par des réseaux dédiés au centre de contrôle. Les calculateurs du centre de contrôle effectuent les corrélations/poursuites d'avions, et créent une image du ciel à l'instant t.
Si l'heure de l'estampille est des quelques secondes en décalage par rapport à l'heure du calculateur du centre, les données radar sont rejetées (données obsolètes), afin de ne pas induire le contrôleur en erreur, pour éviter qu'il donne des directives aux avions sur des données inactuelles. Une autre raison est la coordination des plans de vols au niveau internationnal : si 2 compagnies aériennes, une française et une allemande requièrent un couloir aérien au même moment, à priorité égale, c'est la première qui fait sa requête qui gagne. Or la notion de "première" est déterminée par l'heure des systèmes. Il faut donc que l'heure utilisée en Allemagne et en France soit exactement la même.
Matthieu, qui aime bien comprendre les choses.
Bonne attitude.
-- Robert
matthieu 73 wrote:
En cas de dérive de source, que comptez-vous faire ? (le système reste
locké sur les 2 plus proches)?
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est
relié à une source.
Si une source dérive, elle sera eliminée par l'algorithme de combinaison
de NTP d'abord, puis de sélection ensuite. La nécessité de la troisième
source n'est qu'à l'initialisation du système, si 2 sources ne sont pas
d'accord entre-elles (cas improbable, mais la sécurité, c'est la
sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la
seconde n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de
contrôle. Les données brutes du ciel aérien sont recueillies par les
radars au sol. Lors de la capture de ces informations, elles sont
estampillées par le radar avec l'heure courante, puis acheminées par des
réseaux dédiés au centre de contrôle. Les calculateurs du centre de
contrôle effectuent les corrélations/poursuites d'avions, et créent une
image du ciel à l'instant t.
Si l'heure de l'estampille est des quelques secondes en décalage par
rapport à l'heure du calculateur du centre, les données radar sont
rejetées (données obsolètes), afin de ne pas induire le contrôleur en
erreur, pour éviter qu'il donne des directives aux avions sur des
données inactuelles.
Une autre raison est la coordination des plans de vols au niveau
internationnal : si 2 compagnies aériennes, une française et une
allemande requièrent un couloir aérien au même moment, à priorité égale,
c'est la première qui fait sa requête qui gagne. Or la notion de
"première" est déterminée par l'heure des systèmes. Il faut donc que
l'heure utilisée en Allemagne et en France soit exactement la même.
En cas de dérive de source, que comptez-vous faire ? (le système reste locké sur les 2 plus proches)?
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est relié à une source. Si une source dérive, elle sera eliminée par l'algorithme de combinaison de NTP d'abord, puis de sélection ensuite. La nécessité de la troisième source n'est qu'à l'initialisation du système, si 2 sources ne sont pas d'accord entre-elles (cas improbable, mais la sécurité, c'est la sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la seconde n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de contrôle. Les données brutes du ciel aérien sont recueillies par les radars au sol. Lors de la capture de ces informations, elles sont estampillées par le radar avec l'heure courante, puis acheminées par des réseaux dédiés au centre de contrôle. Les calculateurs du centre de contrôle effectuent les corrélations/poursuites d'avions, et créent une image du ciel à l'instant t.
Si l'heure de l'estampille est des quelques secondes en décalage par rapport à l'heure du calculateur du centre, les données radar sont rejetées (données obsolètes), afin de ne pas induire le contrôleur en erreur, pour éviter qu'il donne des directives aux avions sur des données inactuelles. Une autre raison est la coordination des plans de vols au niveau internationnal : si 2 compagnies aériennes, une française et une allemande requièrent un couloir aérien au même moment, à priorité égale, c'est la première qui fait sa requête qui gagne. Or la notion de "première" est déterminée par l'heure des systèmes. Il faut donc que l'heure utilisée en Allemagne et en France soit exactement la même.
Matthieu, qui aime bien comprendre les choses.
Bonne attitude.
-- Robert
jc
Robert Jarzmik wrote:
Bonjour a tous,
Je cherche a determiner si les sources horaires suivantes sont disponibles en France. Les 3 qui m'interessent sont : - MSF : Rugby (Angleterre) 60kHz - DCF77 : Mainflingen (Allemagne) 77.5kHz - HBG . Prangins (Suisse) 75kHz
Mon but est de savoir si ces sources peuvent etre recues de : - Bordeau (Merignac plus exactement) - Brest - Reims - Aix-en-Provence
Parmi vous, y en a-t-il qui ont une experience dans la reception de ces signaux dans ces villes ?
-- Robert
Pour le DCF77 à Bordeaux, je trouve que c'est limite. Ma pendule radiopilotée des fois tourne folle pendant des jours pour se recaler. Mais cela peut être dû à des interférences ou à une mauvais position dans la maison.
-- JC
Robert Jarzmik <rjarzmik@yahoo.fr> wrote:
Bonjour a tous,
Je cherche a determiner si les sources horaires suivantes sont
disponibles en France. Les 3 qui m'interessent sont :
- MSF : Rugby (Angleterre) 60kHz
- DCF77 : Mainflingen (Allemagne) 77.5kHz
- HBG . Prangins (Suisse) 75kHz
Mon but est de savoir si ces sources peuvent etre recues de :
- Bordeau (Merignac plus exactement)
- Brest
- Reims
- Aix-en-Provence
Parmi vous, y en a-t-il qui ont une experience dans la reception de ces
signaux dans ces villes ?
--
Robert
Pour le DCF77 à Bordeaux, je trouve que c'est limite. Ma pendule
radiopilotée des fois tourne folle pendant des jours pour se recaler.
Mais cela peut être dû à des interférences ou à une mauvais position
dans la maison.
Je cherche a determiner si les sources horaires suivantes sont disponibles en France. Les 3 qui m'interessent sont : - MSF : Rugby (Angleterre) 60kHz - DCF77 : Mainflingen (Allemagne) 77.5kHz - HBG . Prangins (Suisse) 75kHz
Mon but est de savoir si ces sources peuvent etre recues de : - Bordeau (Merignac plus exactement) - Brest - Reims - Aix-en-Provence
Parmi vous, y en a-t-il qui ont une experience dans la reception de ces signaux dans ces villes ?
-- Robert
Pour le DCF77 à Bordeaux, je trouve que c'est limite. Ma pendule radiopilotée des fois tourne folle pendant des jours pour se recaler. Mais cela peut être dû à des interférences ou à une mauvais position dans la maison.
-- JC
Lionel B.
f1tay a écrit :
Bonjour, Sauf erreur de ma part la station de RUGBY à cesser définitevement d'émetre depuis quelques mois. Daniel
Hello; La station a subi quelques modifications en 2004 (des mats anciens ont été détruits et remplacés) mais le signal temps de MSF sur 60 khz est toujours "on the air".
C'est le servive Very VLF (...)sur 16 khz qui a cessé (usage militaire non ???) Google donne plein de liens...
Entre autres quelques photos :
http://tx.mb21.co.uk/features/rugby/index.asp
Sur la démolition : http://www.subbrit.org.uk/sb-sites/sites/r/rugby_radio/index70.shtml
enjoy...:o))
f1tay a écrit :
Bonjour,
Sauf erreur de ma part la station de RUGBY à cesser définitevement d'émetre
depuis quelques mois.
Daniel
Hello;
La station a subi quelques modifications en 2004 (des mats anciens ont
été détruits et remplacés) mais le signal temps de MSF sur 60 khz est
toujours "on the air".
C'est le servive Very VLF (...)sur 16 khz qui a cessé (usage militaire
non ???)
Google donne plein de liens...
Entre autres quelques photos :
http://tx.mb21.co.uk/features/rugby/index.asp
Sur la démolition :
http://www.subbrit.org.uk/sb-sites/sites/r/rugby_radio/index70.shtml
Bonjour, Sauf erreur de ma part la station de RUGBY à cesser définitevement d'émetre depuis quelques mois. Daniel
Hello; La station a subi quelques modifications en 2004 (des mats anciens ont été détruits et remplacés) mais le signal temps de MSF sur 60 khz est toujours "on the air".
C'est le servive Very VLF (...)sur 16 khz qui a cessé (usage militaire non ???) Google donne plein de liens...
Entre autres quelques photos :
http://tx.mb21.co.uk/features/rugby/index.asp
Sur la démolition : http://www.subbrit.org.uk/sb-sites/sites/r/rugby_radio/index70.shtml
enjoy...:o))
ralint
Robert Jarzmik qui a écrit :
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est relié à une source. Si une source dérive, elle sera eliminée par l'algorithme de combinaison de NTP d'abord, puis de sélection ensuite. La nécessité de la troisième source n'est qu'à l'initialisation du système, si 2 sources ne sont pas d'accord entre-elles (cas improbable, mais la sécurité, c'est la sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la seconde n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de contrôle.
Et à la grande bananeraie (surnom affectueux du siege de Djack la DGAC) on n'a pas les moyens de se payer une simple horloge cesium ou meme rubidium ? c'est pas le prix que ça coute comparé aux enjeux ! RV
Robert Jarzmik qui a écrit :
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est relié à
une source.
Si une source dérive, elle sera eliminée par l'algorithme de combinaison de
NTP d'abord, puis de sélection ensuite. La nécessité de la troisième source
n'est qu'à l'initialisation du système, si 2 sources ne sont pas d'accord
entre-elles (cas improbable, mais la sécurité, c'est la sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la seconde
n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de contrôle.
Et à la grande bananeraie (surnom affectueux du siege de Djack la DGAC)
on n'a pas les moyens de se payer une simple horloge cesium ou meme
rubidium ?
c'est pas le prix que ça coute comparé aux enjeux !
RV
Le système est géré grâce à NTP, dont chaque serveur de strate 1 est relié à une source. Si une source dérive, elle sera eliminée par l'algorithme de combinaison de NTP d'abord, puis de sélection ensuite. La nécessité de la troisième source n'est qu'à l'initialisation du système, si 2 sources ne sont pas d'accord entre-elles (cas improbable, mais la sécurité, c'est la sécurité ...)
Pourquoi le controle aérien à besoin d'une si grande précision (la seconde n'est pas suffisante dans vos applications ?)
Cette précision est nécessaire à cause de l'affichage de l'écran de contrôle.
Et à la grande bananeraie (surnom affectueux du siege de Djack la DGAC) on n'a pas les moyens de se payer une simple horloge cesium ou meme rubidium ? c'est pas le prix que ça coute comparé aux enjeux ! RV