Synchronisation temporelle à l’échelle de l’installation : stratégies NTP, PTP et GPS pour les systèmes Yokogawa CENTUM VP et Bently Nevada 3500

Pourquoi les horodatages peuvent-ils faire réussir ou échouer les enquêtes sur les déclenchements d’équipements ?

Toute enquête sérieuse sur un déclenchement commence par une chronologie des événements. Cependant, cette chronologie ne signifie rien lorsque les horloges ne sont pas synchronisées. J’ai enquêté sur le déclenchement d’une turbine à vapeur où trois systèmes présentaient un écart de onze secondes. L’historien Yokogawa CENTUM VP enregistrait un ordre d’événements. Le système de surveillance des machines Bently Nevada racontait une autre histoire. Le relais de protection électrique en racontait une troisième. Nous avons passé deux jours à débattre de la cause et de l’effet avant que quelqu’un ne vérifie les horloges. Par conséquent, considérez la synchronisation temporelle comme un service critique pour la sécurité, et non comme une tâche informatique secondaire. De faibles décalages entre les horloges des appareils rendent les journaux d’événements trompeurs. Pire encore, ils sapent la confiance dans l’ensemble de l’historien.

Quels sont les principes de fonctionnement et les limites de NTP et de SNTP ?

Le protocole de temps réseau est la méthode de synchronisation la plus simple et la plus courante. Un serveur maître conserve l’heure de référence, et les appareils clients demandent des mises à jour à intervalles réguliers. Le serveur peut obtenir son heure de satellites GPS ou de sources Internet. La précision du NTP atteint environ 10 millisecondes sur un bon réseau industriel. SNTP, sa version simplifiée, ignore les calculs de délai réseau. Il n’atteint qu’environ 50 millisecondes de précision et convient aux petites applications non critiques. Le niveau de strate décrit la distance par rapport à la référence. Un récepteur GPS est un équipement de strate 0 qui alimente un serveur de strate 1. Votre hiérarchie industrielle devrait suivre la même cascade. En outre, gardez la hiérarchie peu profonde. Chaque couche de strate supplémentaire ajoute une erreur. Cependant, ne synchronisez jamais directement un système de contrôle avec un serveur de temps Internet. Ce chemin franchit votre frontière de sécurité et introduit une gigue que vous ne pouvez pas maîtriser.

• Étape 1 : Installez un récepteur de temps GPS avec antenne comme source de strate 0.
• Étape 2 : Réservez un serveur comme maître NTP interne de strate 1.
• Étape 3 : Configurez tous les serveurs DCS, automates programmables et IHM comme clients de ce seul maître.
• Étape 4 : Documentez la hiérarchie des strates et interdisez les sources de temps Internet directes.

Comment le PTP offre-t-il une précision inférieure à la milliseconde pour les applications critiques ?

Le protocole de temps de précision, IEEE 1588, offre une précision proche d’une milliseconde, souvent bien meilleure. Le maître transmet des horodatages aux esclaves à intervalles continus au lieu d’attendre leurs demandes. Les esclaves tiennent compte du délai réseau et ajustent leurs horloges avec un décalage négligeable. Cependant, cette précision a un coût. Vous avez besoin de commutateurs Ethernet compatibles PTP avec horodatage matériel. Les commutateurs ordinaires ajoutent un délai de mise en file imprévisible qui détruit la précision du PTP. Dans le domaine de l’automatisation, plusieurs profils reposent sur cette base. Les réseaux EtherNet/IP utilisent CIP Sync, un profil IEEE 1588, pour aligner les horloges des contrôleurs. Les systèmes Yokogawa synchronisent leurs domaines et leurs modules de communication fieldbus avec des maîtres synchronisés sur le GPS. Par conséquent, choisissez le PTP lorsque la précision de la séquence des événements doit être inférieure à 10 millisecondes. Choisissez le NTP pour la SCADA générale et l’horodatage de l’historien. Enfin, adaptez le protocole à l’application, jamais aux promesses marketing.

• Étape 1 : Identifiez les appareils qui ont réellement besoin d’une résolution d’événements inférieure à 10 ms.
• Étape 2 : Déployez des commutateurs compatibles PTP avec horodatage matériel dans ces segments.
• Étape 3 : Désignez une horloge grand maître, référencée au GPS, pour l’ensemble du domaine PTP.
• Étape 4 : Vérifiez les décalages des esclaves par rapport au grand maître après chaque modification du réseau.

Comment synchroniser le CENTUM VP et le Bently Nevada 3500 sur une seule horloge ?

Voici une architecture pratique qui fonctionne. Un récepteur GPS alimente un serveur de temps dédié, créant le maître de strate 1. Le domaine Yokogawa CENTUM VP se synchronise avec ce maître et distribue l’heure à ses stations. Les racks Bently Nevada 3500 et leurs moniteurs de proximité acceptent l’heure NTP de la même source par l’intermédiaire de modules d’interface de rack. Commencez par configurer l’adresse IP du serveur de temps dans la configuration de chaque rack 3500. Ensuite, vérifiez le décalage de l’horloge du rack depuis System 1 ou le logiciel de configuration du rack. En outre, vérifiez chaque semaine les horloges des stations CENTUM VP au moyen de l’affichage d’état du système. Je recommande une politique de tolérance : maintenez tous les appareils à moins d’une seconde du maître, et les systèmes de protection des machines à moins de 10 millisecondes. Enfin, ajoutez une alarme de dérive temporelle. Un appareil qui cesse silencieusement de se synchroniser mérite une alarme, car ses horodatages se dégraderont lentement jusqu’à la prochaine enquête sur un déclenchement.

• Étape 1 : Pointez le maître de temps CENTUM VP et chaque rack 3500 vers le même serveur NTP.
• Étape 2 : Définissez des intervalles d’interrogation de quelques minutes et gardez-les cohérents entre les appareils.
• Étape 3 : Consignez chaque semaine le décalage de chaque appareil et suivez son évolution comme celle d’une variable de procédé.
• Étape 4 : Déclenchez une alarme pour tout appareil dont le décalage dépasse 1 seconde pendant 24 heures.
• Étape 5 : Après chaque déclenchement, exportez tous les journaux d’événements en UTC avant la conversion en heure locale.

Conclusion et conseils d’action

La synchronisation temporelle est une assurance peu coûteuse pour des enquêtes onéreuses. Premièrement, ancrez toute l’usine sur un maître unique référencé au GPS et créez une hiérarchie de strates documentée. Deuxièmement, utilisez le NTP pour l’horodatage général et le PTP lorsque la résolution de séquence inférieure à 10 millisecondes est réellement nécessaire. En outre, alignez vos stations Yokogawa CENTUM VP et vos racks Bently Nevada 3500 sur la même source, jamais sur des serveurs distincts. Cependant, rappelez-vous que le matériel seul ne garantit rien. Vérifiez les décalages après chaque modification du réseau et chaque remplacement de commutateur. Par conséquent, suivez l’évolution des décalages d’horloge comme celle de toute autre mesure critique. Enfin, réalisez un audit temporel trimestriel. Débranchez l’antenne GPS lors d’un test planifié et observez la réaction de vos systèmes. Le jour où une turbine se déclenchera, vos journaux d’événements raconteront une seule histoire, et ce sera la vraie.

Auteur : Zhou Yiming est ingénieur en automatisation industrielle et possède plus de 10 ans d’expérience dans les automates programmables, les systèmes DCS et les systèmes de contrôle.