Entwicklung digitaler Zwillinge. Betrieblicher Kontext. Mit Felddaten verbunden.
Entwicklung digitaler Zwillinge
Führen Sie Geräte, Räume und Überwachungsaufzeichnungen in einer navigierbaren digitalen Darstellung zusammen. Hitelecom definiert individuelle Anlagenmodelle, 2D- oder 3D-Ansichten, Telemetriezuordnungen und Bedienabläufe passend zu Ihren Anlagen und Datensystemen. Sehen Sie hochgeladene Überwachungsdaten über eine vereinbarte Hitelecom-Cloud-Integration oder Kundenplattform online ein und ordnen Sie konfigurierte Schwellenwertalarme dem Gerätekontext zu. Modelldetails, Datenverbindungen und Abnahme werden projektspezifisch festgelegt.
AnlagenDefinierter digitaler KontextAnlagenhierarchie und Modelldetail vereinbaren
DatenZugeordnete TelemetriedatenQuellen, Zeitstempel und Datenqualität definieren
UmfangProjektbezogene LieferungFunktionen, Hosting und Übergabe bestätigen
Entwicklungsschwerpunkte
Von Modellansichten. Zu nutzbaren Betriebsabläufen.
Schaffen Sie den digitalen Kontext, den Bediener benötigen: Welche Anlage meldet, wohin gehört sie, was hat sich geändert und welche Aufzeichnungen unterstützen den nächsten Schritt? Beginnen Sie mit einem repräsentativen Anlagenumfang, bevor Sie das Modell erweitern.
Anlagenidentitäten und Beziehungen
Strukturieren Sie Standorte, Gebäude, Systeme, Geräte und Messpunkte mit stabilen Kennungen. Erfassen Sie Beziehungen wie befindet-sich-in, versorgt oder überwacht-durch, damit Messwerte dem richtigen physischen Objekt zugeordnet werden.
Zweckmäßige 2D- und 3D-Ansichten
Wählen Sie Grundrisse, Gerätediagramme oder ein 3D-Modell passend zur Aufgabe. Verwenden Sie lizenzierte CAD-/BIM-/Modelldaten nach Prüfung von Geometrie, Konvertierungsaufwand und Navigation auf den vorgesehenen Endgeräten.
Messwerte mit Herkunftsnachweis
Zeigen Sie Messwert, Einheit, Zeitstempel und Quellenkennung gemeinsam. Unterscheiden Sie aktuelle, verspätete, fehlende und ungültige Datensätze, statt ein nicht meldendes Objekt als intakt zu kennzeichnen.
Schwellenwertkontext auf Anlagenebene
Zeigen Sie empfangene Alarme beim betreffenden Raum, Bauteil oder Gerät. Definieren Sie Grenzen, Ereignispriorität, Quittierung und Benachrichtigungsintegration passend zum vereinbarten Überwachungsablauf.
Historische Untersuchung
Definieren Sie Zeitraumauswahl, synchronisierte Trends und Verknüpfungen zwischen Beobachtungen und Ereignissen. Legen Sie Aufbewahrung und Abtastungssemantik fest, damit Lücken, Aggregation und historische Zustände verständlich bleiben.
Inspektions- und Wartungsverknüpfungen
Verknüpfen Sie ausgewählte Anlagen über vereinbarte Kennungen und Berechtigungen mit Zeichnungen, Inspektionsfotos und Wartungsaufzeichnungen. Das Quellsystem bleibt für den maßgeblichen Arbeitsauftrag verantwortlich.
Rollenbezogene Betriebsansichten
Definieren Sie zugängliche Standorte, Anlagendetails und Aktionen je Benutzer. Trennen Sie Bedieneruntersuchung, Managementübersichten und technische Administration, ohne fremde Anlagenaufzeichnungen offenzulegen.
Versionierte Integration und Übergabe
Dokumentieren Sie Modellversionen, Messpunktzuordnungen, API-Verträge und Bereitstellungskonfiguration. Vereinbaren Sie Quellcode-/Modellrechte, Drittlizenzen und Wartungsverantwortung in der Leistungsbeschreibung.
Projektplanung
Das Modell definieren.
Dann seine Nutzung festlegen.
Eine aussagekräftige Projektbeschreibung für einen digitalen Zwilling trennt die visuelle Szene, die Messdaten und etwaige Berechnungen oder Simulationen.
01↗
Betriebliche Fragestellungen ermitteln
Listen Sie die Entscheidungen, Benutzer und benötigten Informationen auf. Unterscheiden Sie eine betriebliche Visualisierung von Simulation, Prognose oder Steuerung.
Bewerten Sie Modellformate, Geometrie, Berechtigungen und Verfügbarkeit von Telemetriedaten. Definieren Sie das Verhalten bei fehlenden und veralteten Daten.
Entdecken Sie konkrete Abläufe in zwölf Betriebsumgebungen. Jedes Beispiel nennt Projekteingaben, vorgeschlagene Anwendungsergebnisse und eine Abnahmeprüfung. Dies sind Entwicklungsumfänge, keine Behauptungen über abgeschlossene Kundenprojekte.
12 Anwendungsbereiche /36 Projektaufgaben
Beispielhafte Umgebungen, keine Nachweise von Kundeninstallationen. Die Projekteignung wird anhand der vereinbarten Anforderungen geprüft.
01Fertigungsanlagen und Prozessgeräte3 +
Beispielhafte Anwendungsumgebung. Projektumfang und Eignung werden für die Installation festgelegt.
Ordnen Sie Produktionsanlagen nach Linie, Zelle und Versorgungssystem, damit Bediener Zustände untersuchen können, ohne den Gerätekontext zu verlieren.
Zustandsansicht einer Produktionslinie
+
Beispielhafte Anwendungsumgebung. Projektumfang und Eignung werden für die Installation festgelegt.
Navigieren Sie von der Produktionslinie zu den Geräten und Messpunkten einer Betriebsabweichung.
Erforderliche Eingaben
Linienhierarchie, Gerätekennzeichen und Beispielsensordaten.
Umfang und Ergebnisse
Navigation von Linie zu Gerät mit zeitgestempelten Messwerten.
Abnahmeprüfungen
Ein ausgewählter Messwert führt zum vereinbarten Gerätekennzeichen.
Technische Überlegungen
Geräte- und Wartungszustand benötigen getrennte Definitionen.
Diese Punkte sind in der Leistungsbeschreibung zu definieren und stellen keine feste Produktspezifikation dar.
Projektumfang.
Vor der Umsetzung dokumentiert.
Leistungsart
Kundenspezifische Softwareentwicklung; Funktionen werden je Projekt vereinbart
Visueller Umfang
2D-, 3D- oder kombinierte Darstellung nach Prüfung von Modellen und Arbeitsabläufen
Modelldaten
Vereinbarte Formate, Eigentum, Wiederverwendungsrechte und Konvertierungsumfang
Datenintegration
Benannte Quellsysteme, Schnittstellen, Kennungen und Datenzuordnung
Benutzerzugriff
Rollen, Authentifizierung und Berechtigungen gemäß Projektumfang
Hosting
Kundenseitige oder vereinbarte Hosting-Umgebung; Betriebsverantwortlichkeiten werden festgelegt
Verifizierung
Repräsentative Daten und dokumentierte Abnahmeszenarien
Lieferumfang
Anwendungsbuild, Konfiguration und Dokumentation gemäß Vertrag
Eigentum und Lizenzierung
Quellcode, Modelle, Drittanbieterlizenzen und Wiederverwendungsrechte werden schriftlich vereinbart
Änderungsmanagement
Umfang, Zeitplan, Support und künftige Änderungen werden vertraglich vereinbart
Integration und Übergabe
Vom vereinbarten Umfang.
Zur dokumentierten Übergabe.
Legen Sie Lieferumfang und Betriebsverantwortlichkeiten gemeinsam fest.
01
Prüfung und Prototyp
Prüfen Sie repräsentative Modelle und Daten mit den vorgesehenen Nutzern, bevor der vollständige Visualisierungsumfang festgelegt wird.
02
Implementierung und Verifizierung
Entwicklung der vereinbarten Schnittstellen und Ansichten mit anschließender Prüfung anhand der dokumentierten Abnahmeszenarien.
03
Übergabe und Support
Bereitstellung des vertraglich vereinbarten Builds und der Dokumentation. Bereitstellung, Quellcoderechte, Wartung und Lizenzverantwortlichkeiten werden festgelegt.
FAQ
Antworten für Ihr Projekt.
Klären Sie technischen Umfang, Schnittstellen und Abnahmebedingungen, bevor Sie sich auf eine Bereitstellung festlegen.
Was liefert das erste Projekt?+
Eine definierte Anlagenstruktur, ausgewählte 2D- oder 3D-Ansichten, zugeordnete Datenverbindungen und vereinbarte Bedieninteraktionen. Die Leistungsbeschreibung benennt Modelldetails, Schnittstellen, Testszenarien und Übergabegegenstände für den ersten Anlagenumfang.
Ist dies eine Visualisierung oder eine physikalische Simulation?+
Die Dienstleistung beginnt mit vernetzter Anlagendarstellung und Betriebsvisualisierung. Physikalische Simulation, Zustandsschätzung, Prognosen oder Diagnosealgorithmen erfordern gesonderte Modelle, geeignete Eingaben und ausdrückliche Validierung.
Benötigen wir vor Beginn ein vollständiges 3D-Modell?+
Nein. Ein Projekt kann mit lizenzierten Grundrissen, Gerätediagrammen oder einem begrenzten Anlagenmodell beginnen. Der Detailgrad folgt der Betriebsaufgabe; ein komplexes Modell ist nur sinnvoll, wenn sein zusätzlicher Kontext diese Aufgabe unterstützt.
Können vorhandene BIM- oder CAD-Dateien weiterverwendet werden?+
Eigentum, erlaubte Wiederverwendung, Format, Geometriedetail und Konvertierungsaufwand können geprüft werden. Nach einer Konvertierung sollte die Zuordnung von Modellelementen zu betrieblichen Anlagenkennungen erhalten bleiben.
Können Hitelecom-Sensordaten im Modell erscheinen?+
Eine vereinbarte Hitelecom-Cloud- oder andere Empfangssystemintegration kann hochgeladene Überwachungsdaten und konfigurierte Schwellenwertereignisse liefern. Der Umfang definiert verfügbare Kanäle, Kennungszuordnung, Zeitstempel, Datenqualität und Aktualisierung.
Lassen sich SCADA-, BMS- oder Wartungssysteme des Kunden anbinden?+
Schnittstellen können anhand von API-Beispielen oder Datenauszügen und den Zugriffsanforderungen des Kunden bewertet werden. Protokollunterstützung, Authentifizierung, Lese-/Schreibgrenzen und maßgebliches Quellsystem werden je Integration definiert.
Wie werden verspätete oder fehlende Messwerte dargestellt?+
Der Datenvertrag definiert Quellzeitstempel, Qualitätskennzeichen und Veraltungsregeln. Diese Zustände sollten ausdrücklich angezeigt werden, statt eine ausbleibende Aktualisierung als normal oder sicher zu behandeln.
Entstehen Schwellenwertalarme im digitalen Zwilling?+
Sie können aus einer vorhandenen Überwachungsplattform oder einem separat definierten Regeldienst stammen. Das Projekt legt Auswertungsort, Ereigniszuführung zur Ansicht sowie Benachrichtigung und Quittierung fest.
Kann die Anwendung Geräte steuern?+
Steuerung gehört standardmäßig nicht zum Visualisierungsumfang. Jeder Befehlspfad benötigt eine ausdrückliche Funktionsauslegung, Berechtigungen, Verriegelungen, Betriebsverantwortung und gerätegerechte Prüfung.
Wie wird die Browserleistung abgenommen?+
Vereinbaren Sie repräsentatives Modell, Anlagenanzahl, Datenprofil, Zielgeräte und Interaktionen vor Entwicklungsbeginn. Prüfen Sie diese Szenarien mit der vorgeschlagenen Bereitstellungsarchitektur, statt pauschale Leistungsversprechen zu geben.
Wer erhält Quellcode, Modelle und Bereitstellungsunterlagen?+
Quellcodeübergabe, Modelleigentum, Wiederverwendungsrechte und Bereitstellungsdokumentation sind Vertragsgegenstände. Drittmodelle, Bibliotheken und Dienste behalten ihre Lizenzbedingungen; diese sollten vor Übergabe benannt sein.
Warum gibt es kein Produktdatenblatt oder einen festen Projektpreis?+
Dies ist eine individuelle Softwaredienstleistung. Leistungsbeschreibung, Schnittstellenliste, Liefergegenstände und Abnahmeplan definieren das Projekt; Kosten und Termin ergeben sich nach Prüfung dieses Umfangs.
Ihr Projekt besprechen
Anforderungen definieren. Den passenden Umfang entwickeln.
Teilen Sie uns die betrieblichen Fragestellungen, Modellbeispiele und verfügbaren Datenschnittstellen mit. Wir prüfen einen geeigneten Entwicklungsumfang und die für ein Angebot benötigten Angaben.