Teleproject
Tous les services

Services · Intégration de systèmes

Interconnexion de réseaux radio analogiques, numériques et IP avec les systèmes SCADA, BMS et les logiciels de gestion du client.

Nous raccordons les réseaux VHF/UHF analogiques, DMR, TETRA, P25 et les terminaux PTT sur réseau cellulaire à une console unique de salle de contrôle. L’état, les alarmes et les mesures des équipements sont mis à disposition dans les systèmes que le client utilise déjà, via SNMP, REST, Syslog et LoRaWAN, et les intégrations sont développées par nos techniciens.

SNMP · REST · Syslog
protocoles informatiques
DMR · TETRA · P25 · PoC
réseaux radio raccordés
ISA/IEC 62443-3-3 SL2
sécurité des systèmes de contrôle
Interne
développement des intégrations
Le service

Dans une salle de contrôle cohabitent presque toujours des systèmes mis en service à des époques différentes : un réseau VHF analogique encore utilisé, un réseau DMR ou TETRA plus récent, le SCADA qui pilote les installations du tunnel, le logiciel de gestion avec lequel le personnel ouvre et clôture les signalements de panne. Tant que ces systèmes restent séparés, le travail retombe sur l’opérateur : il surveille plusieurs écrans et recopie à la main les mêmes informations, tandis que l’alarme d’un répéteur reste enregistrée dans le seul équipement et que personne ne la lit avant que la couverture ne vienne à manquer. Le même site apparaît en outre sous deux noms différents dans les deux systèmes, et rapprocher les signalements exige chaque fois une comparaison manuelle.

Notre travail consiste à relier ces systèmes. Nous partons de l’inventaire des équipements déjà installés et des interfaces qu’ils mettent à disposition, nous consignons par écrit les données à échanger et la dénomination commune des sites et des équipements, nous développons les intégrations en interne et nous les vérifions par des essais d’interopérabilité avec les techniciens du client avant la mise en exploitation. Chaque intégration respecte les exigences de sécurité informatique de la norme ISA/IEC 62443-3-3 Security Level 2 et de la directive NIS2, avec chiffrement TLS 1.3 et AES-256 sur les liaisons de Respondr et Track-TP.

Les niveaux

Les trois niveaux sur lesquels nous intervenons.

Un projet d’intégration les concerne presque toujours tous les trois, de la phonie radio aux données d’état des équipements.

  • Phonie radio sur une console unique

    Nous raccordons les réseaux VHF/UHF analogiques, DMR, TETRA, P25 et les terminaux PTT sur réseau cellulaire au même poste opérateur. L’opérateur de la salle parle avec toutes les équipes sans changer d’équipement.

  • État et alarmes vers les systèmes du client

    Nous mettons à disposition l’état des équipements, les alarmes et les mesures dans les plateformes que le client utilise déjà, via SNMP, REST et Syslog. En l’absence de plateforme de supervision, nous collectons les mêmes données dans Track-TP.

  • SCADA, BMS et télégestion

    Nous relions les réseaux radio aux systèmes qui pilotent l’infrastructure, du SCADA de tunnel au BMS de bâtiment : une alarme détectée par les installations parvient à la salle radio et un signalement de la salle radio parvient à ceux qui surveillent les installations.

Les interfaces

Ce que nous intégrons et avec quels protocoles.

Les systèmes que nous raccordons, regroupés par type, avec l’interface utilisée pour chacun.

  • Réseaux radio PMR

    • Réseaux VHF/UHF analogiques encore en exploitation, raccordés sans remplacer les équipements
    • Réseaux DMR Tier II et Tier III, y compris en configuration simulcast isofréquence
    • Réseaux TETRA, avec interconnexion vers d’autres systèmes (ISI) lorsque le constructeur la propose
    • Réseaux P25, VHF aéronautique et terminaux PTT sur réseau cellulaire (PoC)
  • Salles de contrôle et consoles de dispatch

    • Canaux de réseaux radio différents réunis dans une liste unique sur le poste opérateur
    • Routage de l’audio entre salles de contrôle, avec annulation de l’écho et de l’effet Larsen entre les postes d’un même local
    • Enregistrement de tous les canaux, avec recherche par identifiant radio, horodatage, canal, groupe et contenu du message
    • Position des équipes sur carte, depuis les applications Android et iOS, les radios LTE et les balises GPS embarquées dans les véhicules
    • Liaison entre plusieurs salles de contrôle et vers les canaux des services de secours
  • Protocoles informatiques standard

    • SNMP v1, v2c et v3, aussi bien en interrogation qu’en réception des traps
    • API REST, aussi bien celles exposées par nos plateformes que celles des systèmes du client
    • Syslog pour la collecte centralisée des événements des équipements
    • Contacts secs et sorties relais, pour les équipements dépourvus d’interface réseau
  • Capteurs IoT et réseaux LoRaWAN

    • Passerelles LoRaWAN à 868 MHz et enregistrement des capteurs sur le serveur LoRaWAN
    • Capteurs environnementaux : température, humidité, CO₂, radon et luminosité
    • Capteurs structurels : vibration, inclinaison, charge et déformation
    • Capteurs d’exploitation : comptage des véhicules, niveau de carburant et occupation des parkings
  • SCADA, BMS et installations techniques

    • Systèmes SCADA de tunnel et de section, pour l’échange d’états et de commandes
    • BMS de bâtiment : climatisation, tableaux électriques et contrôle d’accès
    • Installations de vidéosurveillance, avec appel de la caméra du point d’où provient l’alarme
    • Systèmes de télégestion des réseaux électriques, d’eau et de gaz
  • Logiciels de gestion et supervision du client

    • Systèmes de gestion des signalements : l’alarme ouvre le signalement et sa clôture est reportée sur la plateforme de supervision
    • Plateformes de supervision déjà en place, qui reçoivent l’état et les alarmes de nos équipements
    • Référentiels des sites et des équipements alignés, avec la même dénomination dans les deux systèmes
    • Authentification unique de l’entreprise (SSO) et profils par rôle, avec les opérations tracées par opérateur
    • Export de l’historique en CSV et Excel pour les analyses du client
  • Intégrations développées sur mesure

    • Analyse du protocole et de la documentation de l’équipement à raccorder
    • Conversion des formats : unités de mesure, codes de défaut et dénomination des sites
    • Développement de l’intégration avec versions tracées, documentation et tests automatiques
    • Mise à jour de l’intégration lorsque le firmware de l’équipement raccordé change
  • Sécurité et conformité

    • Chiffrement des liaisons avec TLS 1.3 et AES-256 sur nos plateformes
    • Exigences ISA/IEC 62443-3-3 Security Level 2 appliquées à l’architecture de l’intégration
    • Conformité à la directive NIS2 (UE 2022/2555) pour les opérateurs de services essentiels
    • Installation de nos plateformes en cloud, on premise ou mixte ; dans la version en cloud, les données restent dans le pays du client
Le projet

Comment se déroule un projet d’intégration.

Le cycle que nous suivons du premier inventaire des systèmes existants jusqu’à l’exploitation sur tous les sites.

  1. Étape 01

    Inventaire des systèmes existants

    Nous recensons les équipements, les réseaux et les plateformes déjà installés, les interfaces qu’ils mettent à disposition, la documentation existante et les contraintes de réseau et de sécurité posées par le client.

  2. Étape 02

    Spécification des interfaces

    Nous consignons par écrit quelles données sont échangées et dans quel sens, avec quels protocoles, avec quelle dénomination des sites et des équipements, et ce qui doit se produire lorsqu’une liaison tombe.

  3. Étape 03

    Développement des intégrations

    Nous développons en interne les intégrations vers les systèmes du client, avec des versions tracées, une documentation technique et des tests automatiques à chaque modification.

  4. Étape 04

    Essais d’interopérabilité

    Nous vérifions l’intégration avec les techniciens du client sur un site pilote. Nous testons tous les cas prévus, y compris la chute de la liaison et le redémarrage des équipements, et nous consignons le résultat au procès-verbal.

  5. Étape 05

    Mise en exploitation et accompagnement

    Nous étendons l’intégration à tous les sites, nous formons les administrateurs des systèmes raccordés et nous accompagnons le personnel pendant les premières semaines d’exploitation.

Livrables

Ce que vous recevez.

La documentation et les composants qui restent au client, utiles également lors de la recette et des vérifications de sécurité.

  • Document de spécification de l’intégration

    La liste des données échangées, des protocoles utilisés et des dénominations communes, convenue avec le client avant le lancement du développement.

  • Intégrations réalisées et documentées

    Les intégrations développées pour votre installation, avec numéro de version, manuel de configuration et procédure de restauration.

  • Procès-verbal des essais d’interopérabilité

    La liste des cas testés avec le client et leur résultat, signée par les deux parties : elle sert lors de la recette et reste la référence pour les modifications ultérieures.

  • Documentation des API

    Les spécifications des interfaces exposées par nos plateformes : format des messages, modalités d’authentification et exemples d’appel.

  • Schéma de l’architecture et des flux

    Le schéma des liaisons entre les systèmes, avec les réseaux et les ports utilisés, utile également pour les vérifications de sécurité du client.

  • Formation des administrateurs

    Des sessions dédiées à ceux qui géreront les systèmes raccordés, chez le client ou à distance, sur l’installation réellement en place.

FAQ

Questions fréquentes.

Les questions que l’on nous pose le plus souvent sur ce service.

Que faut-il pour qu’un équipement déjà installé puisse être raccordé ?

Il faut une interface accessible et documentée : un port réseau avec SNMP, une API REST, l’envoi des événements via Syslog ou, sur les équipements dépourvus d’interface réseau, un contact sec. Lorsque la documentation du protocole n’est pas disponible, nous la demandons au constructeur avant de lancer le développement de l’intégration. L’équipement doit en outre être joignable depuis le réseau sur lequel la liaison est établie : nous convenons avec les informaticiens du client des adresses à autoriser et des règles du pare-feu.

Peut-on intégrer un système sans arrêter la salle de contrôle ?

Dans la plupart des cas, oui. L’intégration est testée sur un site pilote pendant que les installations restent en service, et les données ne transitent vers le système en exploitation qu’après le résultat positif des essais. Restent à convenir de courts créneaux d’intervention pour les opérations qui exigent le redémarrage d’un équipement ou une modification des règles du pare-feu.

Qui met à jour les intégrations lorsqu’un système raccordé évolue ?

La mise à jour est à notre charge : nous développons les intégrations en interne et nous en conservons les versions, la documentation et les tests automatiques. Nous demandons au client de nous signaler à l’avance les mises à jour de firmware et les changements de version des systèmes raccordés, afin de tester l’intégration sur la nouvelle version avant que la mise à jour n’arrive sur l’installation en exploitation. Si les données échangées changent, nous mettons également à jour le document de spécification de l’intégration.

Que se passe-t-il si une alarme n’arrive pas au système raccordé ?

La première étape consiste à établir où le flux s’est interrompu : sur l’équipement qui génère l’alarme, sur la liaison réseau, sur l’intégration ou sur le système qui doit la recevoir. C’est pourquoi les intégrations enregistrent les événements des deux côtés de la liaison et signalent également la chute de la liaison elle-même. Le document de spécification convenu au début du projet indique qui répond de chaque segment : chaque vérification a donc un responsable déjà défini.

Contactez-nous

Demandez un devis pour intégration de systèmes.

L’un de nos chefs de projet analyse les besoins spécifiques du projet et prépare une proposition technico-économique dédiée.