Développement de jumeaux numériques. Le contexte d’exploitation. Connecté aux données de terrain.
Développement de jumeaux numériques
Réunissez équipements, espaces et relevés de surveillance dans une représentation numérique navigable. Hitelecom définit modèles d’actifs, vues 2D ou 3D, correspondances de télémesure et processus opérateurs selon vos installations et systèmes de données. Consultez les données transmises via une intégration convenue à Hitelecom Cloud ou à votre plateforme, avec les alarmes de seuil dans leur contexte matériel. Le détail du modèle, les connexions et la réception sont définis pour le projet.
ActifsContexte numérique définiConvenir de la hiérarchie des actifs et du niveau de détail du modèle
DonnéesTélémétrie rattachée aux actifsDéfinir les sources, horodatages et critères de qualité des données
PérimètreLivraison par projetConfirmer les fonctions, l’hébergement et les livrables
Axes d’ingénierie
Des vues du modèle. À l’usage opérationnel.
Construisez le contexte numérique utile aux opérateurs : quel actif transmet, où il se situe, ce qui a changé et quels relevés étayent l’action suivante. Commencez par un ensemble représentatif d’actifs avant d’étendre le modèle.
Identités et relations des actifs
Structurez sites, bâtiments, systèmes, équipements et points de mesure avec des identifiants stables. Consignez les relations de localisation, d’alimentation ou de surveillance afin d’associer chaque valeur au bon actif physique.
Vues 2D et 3D adaptées à l’usage
Choisissez plans d’étage, schémas d’équipement ou modèle 3D selon la tâche. Réutilisez les données CAO/BIM/modèles sous licence après examen de la géométrie, des conversions et de la navigation sur les appareils prévus.
Mesures avec provenance
Présentez ensemble valeur, unité, horodatage et identité de la source. Distinguez les relevés actuels, retardés, absents et invalides au lieu d’afficher comme sain un actif qui ne transmet pas.
Contexte des seuils au niveau de l’actif
Affichez les alarmes reçues à côté de la pièce, du composant ou de l’équipement concerné. Définissez limites, priorité, acquittement et intégration des notifications selon le processus de surveillance convenu.
Analyse historique
Définissez sélection temporelle, tendances synchronisées et liens entre observations et événements enregistrés. Précisez conservation et sémantique d’échantillonnage pour comprendre lacunes, agrégations et états passés.
Liens d’inspection et de maintenance
Reliez certains actifs aux plans, photos d’inspection et dossiers de maintenance par des identifiants et droits convenus. Le système source conserve la responsabilité de l’enregistrement de référence des ordres de travail.
Vues opérationnelles par rôle
Définissez les sites, détails et actions accessibles à chaque utilisateur. Distinguez l’investigation opérateur, la synthèse de gestion et l’administration technique sans exposer les dossiers d’autres installations.
Intégration et transfert versionnés
Documentez versions de modèle, correspondances des points, contrats API et configuration de déploiement. Convenez des droits sur le code et les modèles, des licences tierces et des responsabilités de maintenance dans le cahier des charges contractuel.
Planification du projet
Définissez le modèle.
Puis son usage.
Un cahier des charges utile distingue la scène visuelle, les données mesurées et les éventuels calculs ou simulations.
01↗
Identifier les questions d’exploitation
Recensez les décisions, utilisateurs et informations nécessaires. Distinguez visualisation opérationnelle, simulation, prévision et commande.
Évaluez les formats de modèles, géométries, autorisations et données de télémétrie disponibles. Définissez le comportement en présence de données manquantes ou obsolètes.
Données d’entrée du projet
Exemples de modèles · API source · Identifiants · Qualité des données
03↗
Définir les conditions de réception
Convenez de jeux de données représentatifs, des interactions, des appareils pris en charge et des scénarios de revue avant développement.
Données d’entrée du projet
Données d’essai · Objectifs de performance · Revue utilisateur · Remise des livrables
Applications
Des actifs physiques.
Un contexte numérique utile.
Découvrez des processus concrets dans douze environnements d’exploitation. Chaque exemple précise les données d’entrée, le résultat proposé et un contrôle de réception. Ce sont des périmètres de développement, pas des déploiements clients réalisés.
12 domaines d’application /36 tâches du projet
Environnements illustratifs, sans valeur de preuve d’installation client. L’adéquation du projet est évaluée selon les exigences convenues.
01Usines et équipements de procédé3 +
Environnement d’application représentatif. Le périmètre du projet et l’adéquation sont définis pour l’installation.
Organisez les actifs par ligne, cellule et utilité pour étudier les conditions sans perdre le contexte matériel.
Vue d’état de ligne de production
+
Environnement d’application représentatif. Le périmètre du projet et l’adéquation sont définis pour l’installation.
Naviguez d’une ligne vers les équipements et points de mesure associés à une anomalie d’exploitation.
Données d’entrée requises
Hiérarchie des lignes, repères d’équipement et exemples de relevés.
Périmètre et livrables
Navigation ligne-équipement avec valeurs horodatées.
Contrôles de réception
Une valeur sélectionnée correspond au repère d’équipement convenu.
Points techniques à examiner
L’état opérationnel et l’état de maintenance nécessitent des définitions distinctes.
Le périmètre du projet.
Documenté avant réalisation.
Ces éléments sont à définir dans le cahier des charges contractuel ; ils ne constituent pas une spécification produit standard.
Le périmètre du projet.
Documenté avant réalisation.
Type de prestation
Développement logiciel sur mesure ; fonctions convenues par projet
Périmètre visuel
Présentation 2D, 3D ou combinée après examen des modèles et processus
Modèles fournis
Formats, propriété, droits de réutilisation et périmètre de conversion convenus
Intégration des données
Systèmes sources nommés, interfaces, identifiants et correspondances de données
Accès utilisateurs
Rôles, authentification et droits définis dans le périmètre du projet
Hébergement
Environnement client ou hébergement convenu ; responsabilités d’exploitation précisées
Vérification
Données représentatives et scénarios de réception documentés
Livrables
Version de l’application, configuration et documentation prévues au contrat
Propriété et licences
Code source, modèles, licences tierces et droits de réutilisation convenus par écrit
Gestion des modifications
Périmètre, calendrier, support et évolutions futures convenus commercialement
Intégration et remise des livrables
Du périmètre convenu.
À une remise documentée.
Définissez ensemble les livrables et les responsabilités d’exploitation.
01
Revue et prototype
Examinez des modèles et données représentatifs avec les utilisateurs concernés avant de valider tout le périmètre visuel.
02
Réalisation et vérification
Développez les interfaces et vues convenues, puis testez-les selon les scénarios de réception documentés.
03
Remise et support
Remettez la version et la documentation contractuelles. Précisez le déploiement, les droits sur le code source, la maintenance et les responsabilités de licence.
FAQ
Des réponses pour votre projet.
Clarifiez le périmètre technique, les interfaces et les conditions de réception avant d’engager le déploiement.
Que livrera le premier projet ?+
Une structure d’actifs définie, des vues 2D ou 3D choisies, des connexions de données associées et des interactions opérateurs convenues. Le cahier des charges contractuel identifie le détail du modèle, les interfaces, les scénarios d’essai et les éléments à remettre pour le premier ensemble d’actifs.
S’agit-il de visualisation ou de simulation physique ?+
Le service commence par une représentation connectée et une visualisation opérationnelle. Simulation physique, estimation d’état, prévisions ou diagnostics nécessitent des modèles distincts, des données adaptées et une validation explicite.
Faut-il un modèle 3D complet pour commencer ?+
Non. Le projet peut partir de plans d’étage sous licence, de schémas ou d’un modèle limité. Le détail suit la tâche opérationnelle ; un modèle complexe n’est utile que si son contexte supplémentaire sert cette tâche.
Peut-on réutiliser des fichiers BIM ou CAO existants ?+
Leur propriété, droits de réutilisation, format, détail géométrique et effort de conversion peuvent être évalués. Le projet doit conserver la correspondance entre éléments du modèle et identifiants opérationnels après conversion.
Les données des capteurs Hitelecom peuvent-elles apparaître dans le modèle ?+
Une intégration convenue à Hitelecom Cloud ou à un autre système récepteur peut fournir les relevés transmis et événements de seuil configurés. Le périmètre définit les canaux, les identités, horodatages, qualités de données et modalités de rafraîchissement.
Peut-on connecter les systèmes SCADA, GTB ou de maintenance du client ?+
Les interfaces peuvent être évaluées à l’aide d’exemples d’API ou d’extraits de données et des exigences d’accès du client. Protocoles, authentification, limites de lecture/écriture et système source responsable sont définis par intégration.
Comment afficher les mesures retardées ou absentes ?+
Le contrat de données définit horodatages sources, indicateurs de qualité et règles de péremption. L’interface doit afficher explicitement ces états sans assimiler une absence de mise à jour à une situation normale ou sûre.
Les alarmes de seuil sont-elles générées dans le jumeau numérique ?+
Elles peuvent provenir d’une plateforme de surveillance existante ou d’un moteur de règles spécifié séparément. Le projet définit où évaluer les seuils, comment transmettre les événements et comment notifier ou acquitter.
L’application peut-elle commander les équipements ?+
La commande n’appartient pas par défaut au périmètre de visualisation. Toute voie de commande nécessite une conception explicite, des droits, interverrouillages, responsabilités opérationnelles et vérifications adaptés.
Comment réceptionner les performances dans le navigateur ?+
Convenez avant développement du modèle représentatif, du nombre d’actifs, du profil de données, des appareils cibles et des interactions. Testez ces scénarios avec l’architecture prévue plutôt que promettre une performance universelle.
Qui reçoit le code source, les modèles et les éléments de déploiement ?+
La remise des sources, la propriété des modèles, les droits de réutilisation et les documents de déploiement relèvent du contrat. Les modèles, bibliothèques et services tiers conservent leurs licences, à identifier avant transfert.
Pourquoi n’y a-t-il ni fiche produit ni prix forfaitaire ?+
C’est un service logiciel sur mesure. Le cahier des charges, le tableau des interfaces, les livrables et le plan de réception définissent le projet réel ; coûts et délais suivent l’examen du périmètre.
Discuter de votre projet
Définissez vos exigences. Établissez le bon périmètre.
Présentez les questions d’exploitation, des exemples de modèles et les interfaces de données disponibles. Nous pourrons évaluer un périmètre adapté et les informations nécessaires à une proposition.