L'horodatage (en anglais timestamping) est un mécanisme qui consiste à associer une date et une heure à un événement ou une donnée. Il a pour but d'enregistrer la valeur d'une variable à un instant donné.

Dans le cas d'utilisation classique de protocoles dits "temps réel" type Modbus IP, Modbus ou encore Profinet, l'horodatage des événements/données est effectué par la supervision selon des critères définis par paramétrage (bande morte, périodique, événementiel, etc.) ceci afin de constituer des historiques.

Dans le cas de l'horodatage à la source, c'est l'équipement (automate de télégestion, data logger, régulateur, éventuellement automate industriel, objet connecté, etc.) qui se charge de dater les informations selon ses propres critères; charge alors à la supervision de "récupérer" et de traiter ces informations horodatées idéalement comme si elles avaient été acquises de façon temps réel.
L'acquisition de données horodatées à la source par la supervision nécessite de faire appel à des protocoles de communication supportant ce profil de données. On retrouve des protocoles dits :

• Propriétaires : Lacbus&Sofbus (Sofrel), TRSII (WIT), etc.
  ou
• Standardisés et normés : BacNet, DNP3, IEC 60870-5-101 ou -104, OPC DA, etc.

Mais également d'autres mécanismes d'échanges type SMS, dépôts de fichiers sur serveur FTP, Modbus série ou IP horodaté, Webservices, etc.
 

L'usage de données horodatées à la source peut devenir nécessaire lorsque que :

• La connexion entre la supervision et l'équipement n'est pas permanente (cas des liaison RTC, GSM Data (2G), matériels communicants autonomes en énergie, liaisons IP non permanentes, etc.). Dans ce cas on ne perd jamais d'informations en provenance de l'équipement.
• L'on doute de la fiabilité du support de communication et/ou que l'on souhaite fiabiliser l'historisation des données (éviter des "trous" dans les données) dans le cas de liaisons 4G par exemple : en cas de perte de service sur le support de communication on ne perd jamais d'informations en provenance de l'équipement
• L'on souhaite intégrer des données d'un portail IIoT
• L'on souhaite s'affranchir des temps d'acquisition sur le réseau voir du temps de cycle automate : cela est par exemple utilisé dans le cas de la chronologie fine pour discriminer le premier défaut dans le cas d'une avalanche de défauts consécutifs à un premier événement.
   

Du point de vue de la supervision, la télégestion peut être résumée à la capacité à gérer et contrôler à distance des équipements. Dans ce cadre, la télégestion utilise des supports de communication très variés – RTC, LP/LS, 2G (GSM data), GPRS, 3G, 4G, ADSL, Radio, etc. - donc des liaisons non forcément permanentes d'où le besoin de gérer des données horodatées à la source (voir ci-dessus).
 

Il peut être nécessaire pour Topkapi de gérer des modems dans le cas de liaisons RTC, GSM DATA (2G) ou acquisition SMS. Pour répondre à ce besoin, Topkapi dispose d’un module optionnel de gestion des modems décliné sous deux formes :

• Monomodem : un équipement est associé à un seul et unique modem pour les communications entrantes (à l’initiative de l’équipement) ou sortantes (à l’initiative de Topkapi). Topkapi peut néanmoins gérer plusieurs modems avec ce module. En revanche cela signifie que si le modem est occupé par un équipement il n’est pas disponible pour un autre.
• Multimodem : un équipement peut être associé à plusieurs modems. Pour les appels sortants Topkapi sélectionne le premier modem disponible. Pour les appels entrants, Topkapi établit le dialogue avec l’équipement quel que soit le modem utilisé. Ceci nécessite soit plusieurs numéros d’appel dans l’équipement distant, soit l’utilisation de lignes groupées (la sélection est alors faite par le central téléphonique en fonction de l’occupation des lignes).

Avec l’option multimodem, l’intérêt de l’affectation dynamique d’un modem réside dans un meilleur taux de disponibilité. On programmera en général les appels cycliques de nuit, en les étalant dans le temps. Un modem restera alors toujours disponible pour les réceptions d’alarmes. Pendant la journée, la réception des alarmes et la consultation/commande par l’opérateur pourront intervenir simultanément.

Notez enfin qu’un modem peut être affecté à plusieurs protocoles (cela dépend des protocoles – nous vous invitons à nous consulter directement pour échanger sur ce sujet).