Gesamtarchitektur — wie die vier Produkte ineinandergreifen
Dieses Dokument zeigt im Zusammenhang, wie Edge, Platform, AI und Studio ineinandergreifen. Bevor Sie sich mit den einzelnen Produkten befassen, sollten Sie zunächst nachvollziehen, welchen Weg ein Signal bis zur Anzeige nimmt.
Herunterladen
| Sprache | Umfang | Datei |
|---|---|---|
| Koreanisch | 11 Seiten · Querformat | PlantPulse Gesamtarchitektur (PDF) |
| English | 11 Seiten · Querformat | PlantPulse Architecture Overview (PDF) |
Dies ist die Revision 2026.09. Weitere Dokumente finden Sie unter Downloads.
In einem Satz
Edge erfasst die Daten, Platform speichert und bewertet sie, AI erklärt sie und Studio bereitet sie für die Anzeige auf.
Die vier Produkte werden jeweils auf separaten Systemen installiert und fallen unabhängig voneinander aus — selbst wenn Platform nicht erreichbar ist, setzt Edge die Erfassung fort, und auch ohne AI bleibt die Konsole unverändert verfügbar. Die gemeinsame Datenbasis ist jedoch dieselbe.
Inhalt
Das Dokument umfasst 11 Seiten im A4-Querformat. Da die Architektur anhand von Diagrammen erläutert wird, reicht die Breite im Hochformat nicht aus.
| Kapitel | Inhalt |
|---|---|
| 01 | Gesamtübersicht auf einer Seite — fünfstufiger Ablauf und Aufgaben der einzelnen Produkte |
| 02 | Stack — vier Schichten, bei denen jede untere die darüberliegende trägt. Edge → Platform → AI → Studio und die Verbindungen zwischen den Schichten |
| 03 | Gesamtarchitektur — Komponenten und Ports sowie die drei Richtungen für Daten, Abfragen und Befehle |
| 04 | Technologie-Stack — womit die Produkte entwickelt wurden und warum bestimmte Komponenten selbst entwickelt wurden |
| 05 | Der Weg der Daten — die neun Stationen eines einzelnen Sensorwerts sowie der Weg in Gegenrichtung |
| 06 | Produktgrenzen — Entscheidungskriterien, wenn dieselbe Aufgabe an mehreren Stellen ausgeführt werden kann |
| 07 | Verhalten bei Verbindungsunterbrechungen — je Abschnitt während der Unterbrechung und nach der Wiederherstellung |
| 08 | Netzwerk · Ports · Firewall — was extern erreichbar sein muss und was nur intern verwendet wird |
| 09 | Sicherheit · Stationen, die ein Konto durchläuft |
| 10 | Einführungsreihenfolge — womit begonnen wird und welche Voraussetzungen für den nächsten Schritt erfüllt sein müssen |
Drei Abschnitte, die Sie zuerst prüfen sollten
① Produktgrenzen (Kapitel 06). Die bei der Einführungsplanung am häufigsten gestellte Frage lautet: „Wo wird das gemacht?“ Erfolgt die Wertaufbereitung in Edge oder Platform, wird die Anzeige über die Konsole oder Studio erstellt? Die Entscheidungskriterien sind in die drei Kategorien Latenz · Aufbewahrung · Berechtigungen gegliedert.
② Verhalten bei Verbindungsunterbrechungen (Kapitel 07). Vor-Ort-Signale können nicht nachträglich wiederhergestellt werden. Deshalb erfolgt die Speicherung nicht auf der sendenden, sondern auf der erfassenden Seite. Selbst wenn Platform mehrere Stunden nicht verfügbar ist, entsteht für diesen Zeitraum keine Datenlücke.
③ Netzwerk und Ports (Kapitel 08). Direkt nach der Installation ist das System weitgehend offen konfiguriert. Der Betreiber muss nur die Zugänge offen lassen, die tatsächlich von außen erreichbar sein müssen. In der Dokumentation der einzelnen Produkte ist für jeden Port der jeweilige Grund angegeben.
Die Kapitel 02 bis 04 wurden in dieser Ausgabe neu hinzugefügt — der Stack aus vier Schichten, die Gesamtarchitektur mit Komponenten und Ports sowie der Technologie-Stack mit Angaben dazu, womit die Produkte entwickelt wurden und warum bestimmte Komponenten selbst entwickelt wurden.
Weiterführende Dokumente
Funktionsübersicht — Funktionen der vier Produkte nach Modulen · Technisches Whitepaper zum Data Lake — detaillierte Beschreibung der Speicher- und Analyseschicht · Technisches Whitepaper zum AURA-Modell — wie die AI entwickelt wurde · Downloads — alle PDF-Dateien