Tap.X/ Features/ Produktionsmodus & Prozessmodell
04 · Operate

Produktionsmodus
& Prozessmodell.

Tap.X führt nicht nur Testsequenzen aus, sondern orchestriert ganze Testprozesse — vom Bediener-Login bis zum kontrollierten Produktionsstopp. Inkl. Software-API für externe Steuerung und flexibles Prozessmodell.

10.1 · Produktionsmodus

Start. Stopp.
Definierter Zustand.

Tap.X verfügt über einen integrierten Produktionsmodus zur sicheren und kontrollierten Steuerung im laufenden Betrieb — inklusive Software-API und Unterstützung kontrollierter Not-Stop-Szenarien.

  • Produktion gezielt starten und stoppen.
  • Laufende Prozesse kontrolliert beenden.
  • Definierter Zustand „Produktion gestoppt".
  • Externe Steuerung über Software-API.
  • Unterstützung kontrollierter Not-Stop-Szenarien — besonders in verketteten Anlagen.

Hinweis zur Safety: Tap.X unterstützt kontrollierte Prozessabläufe bei Produktionsstopp und Not-Stop-Szenarien. Safety-Funktionen im Sinne funktionaler Sicherheit müssen je nach Anwendung separat bewertet werden.

Production controller · Line 3
Production state
RUNNING
Uptime
04:31:08
Software API
POST /api/v1/production/stop
{ "mode": "controlled", "reason": "shift-end" }
→ 200 { "state": "stopping", "eta_s": 12 }
10.2 · Flexible Ablauf- und Testarchitektur

Hauptablauf und Test —
sauber getrennt.

Tap.X trennt Hauptablauf und Testausführung. Ein zentraler Hauptablauf übernimmt Identifikation, Bedienerführung, Produkt- und Testauswahl sowie Prozesslogik — der eigentliche Test läuft dynamisch auf einer separaten OpenTAP-Instanz.

Session 1 Hauptablauf Orchestriert den gesamten Produktionsprozess
System-Initialisierung
Hardware aufbauen, Verbindungen prüfen, Ressourcen bereitstellen
Einmalig
Selbsttest / Meisterprüfung
Eigener Test des Prüfsystems — als separater Test dynamisch auf Session 2 ausgeführt
Optional → S2
Produktionsloop
01Identifikation
Produkt per Barcode / RFID / manuell identifizieren
02Test laden
Freigegebene Testversion für dieses Produkt laden
03Bedienerführung
Operator zu Einlegen, Verbinden und Start führen
04Test ausführen
Test wird dynamisch an Session 2 übergeben und dort ausgeführt
→ S2
05Fortsetzen
Ergebnis empfangen, Traceability speichern, Loop wiederholen
Produktionsstopp
System-Deinitialisierung
Hardware sicher herunterfahren, Verbindungen trennen
Einmalig
Session 2 Testausführung

Separate OpenTAP-Instanz. Wird von Session 1 dynamisch gestartet — führt den übergebenen Test aus und gibt das Ergebnis zurück.

DUT-Test (regulär)
Standard-Prüfung jedes Prüflings
Selbsttest
Einmalig bei Produktionsstart (optional)
Meisterprüfung
Prüfung des Prüfsystems selbst (optional)
Rückgabe → Session 1
Ergebnis · Messwerte · Logs → Traceability
10.3 · Softwarebasierte Systemsteuerung

Mit oder ohne SPS —
Tap.X passt sich an.

Tap.X kann vollständig softwarebasiert betrieben werden — Ablaufsteuerung, Testlogik und Systemverhalten ohne klassische SPS. Wo Safety-, Echtzeit- oder bestehende Automatisierungsanforderungen eine SPS erfordern, integriert Tap.X diese nahtlos über definierte Schnittstellen.

  • Rein softwarebasiert: Tap.X und OpenTAP übernehmen Ablaufsteuerung, Testlogik und Systemverhalten — keine klassische SPS erforderlich.
  • Mit SPS-Integration: Vorhandene oder neue SPS werden über MQTT, OPC-UA oder projektspezifische OpenTAP Plugins eingebunden.
  • Entscheidung je Anwendung: Safety-, Echtzeit- und Infrastrukturanforderungen bestimmen den richtigen Ansatz — wir beraten Sie.
Zwei Betriebsmodelle
OPTION A · Rein softwarebasiert
  • Tap.X — UI, Daten, Ablauf
  • OpenTAP — Testsequenzer
  • Direkte Hardware-Anbindung
  • Keine SPS erforderlich
OPTION B · Mit SPS-Integration
  • Tap.X — UI, Daten, Ablauf
  • OpenTAP — Testsequenzer
  • SPS für Automatisierung
  • MQTT · OPC-UA · Custom Plugin
Live an Ihrer Anlage

Produktionsmodus.
Definiert.

Wir zeigen Produktionsmodus, Prozessmodell und API an Ihrem Anwendungsszenario.

Produktionsmodus & Prozessmodell - Tap.X