> For the complete documentation index, see [llms.txt](https://infosys.selmotech.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://infosys.selmotech.com/selmo-struktur-und-standard/selmo-technischer-standard-und-struktur/selmo-methode-praktisch.md).

# Selmo Methode praktisch

### 🔷 Einleitung zur Selmo-Methode: Vom Requirement bis zum Betrieb

Die **Selmo-Methode** (Sequence Logic Modeling) bietet einen **neuen Standard für die Entwicklung von Maschinensteuerungen**. Ihr Ziel ist es, Maschinenverhalten **deterministisch, transparent und sicher** zu modellieren – und daraus **automatisch lauffähige Steuerungscode**, **HMI-Bedienung** und **Dokumentation** zu erzeugen.

Statt klassisch manuell programmiertem Steuerungscode setzt Selmo auf ein **formales Modell**, das alle relevanten Abläufe, Signale und Zustände der Maschine beschreibt – in klarer Struktur, mit automatischer Validierung und vollständiger Nachvollziehbarkeit.

#### 🔄 Der Ablauf in Selmo folgt einem strukturierten Prozess:

1. **PTF-Struktur aufbauen (Prozessablauf – Technologie – Funktion)**\
   → Die Maschine wird logisch zerlegt in Prozess mit dem Blickwinkel auf das Produkt und daraus die Prozessabläufe ableiten. Die Technologie und Hardware Anforderungen und Vorgaben prüfen auf die Prozessfähigkeit. Die Funktionen ableiten aus dem Prozess und der Technologie.
2. Struktur schaffen für die Modellbildung (Plant - HWZ- SEQ) in Abstimmung mit dem Maschinenbaukonzept
3. **Prozessmodell erstellen**\
   → Die Abläufe werden als Zustandsmodell (Sequence) mit Zonen und Signalen modelliert.\
   **Systemlayer definieren (Bit-Control)**\
   → Jeder Zustand wird exakt mit Zonen verknüpft.
4. **Export in PLCOpen XML & HMI-Erzeugung**\
   → Aus dem Modell werden automatisch Steuerungslogik und Bedienoberfläche generiert.
5. **Inbetriebnahme (IBN) und Betrieb**\
   → Das Programm wird mit der geprüften Elektrik und Schnittstellen verbunden, im Hand- und Automatikbetrieb verwendet und im HMI visualisiert.

***

### 🧩 Warum SIPOC?

Um diesen Prozess für Anwender verständlich, planbar und überprüfbar zu machen, nutzt hier Selmo das **SIPOC-Modell** als **strukturierte Beschreibungsmethode**.

**SIPOC** steht für:\
**S**upplier – **I**nput – **P**rocess – **O**utput – **C**ustomer

#### 📊 Was zeigt ein SIPOC-Diagramm?

Ein SIPOC-Diagramm beschreibt **übersichtlich und kompakt**, was in einem bestimmten Abschnitt des Prozesses geschieht – und wer was liefert oder empfängt.

| Element      | Bedeutung in Selmo                                                      |
| ------------ | ----------------------------------------------------------------------- |
| **Supplier** | Wer liefert Informationen oder Komponenten (z. B. Konstruktion, Kunde)? |
| **Input**    | Welche Daten, Anforderungen oder Signale werden benötigt?               |
| **Process**  | Was passiert konkret im Prozessschritt?                                 |
| **Output**   | Was ist das Ergebnis (z. B. ein Modell, Code, HMI)?                     |
| **Customer** | Wer verwendet das Ergebnis (z. B. Bediener, Instandhaltung)?            |

***

#### 🧭 Anwendung in der Selmo-Methode

Für die gesamte Methode – von der Idee bis zur laufenden Maschine – wird in Selmo **für jeden wesentlichen Abschnitt ein eigenes SIPOC-Diagramm** erstellt, z. B.:

* Requirement und Anforderungen (PTF)
* Prozessmodellierung
* Export/Import PLCOpen XML
* HMI-Erzeugung
* Inbetriebnahme

Diese Diagramme helfen, den Überblick zu behalten, Zuständigkeiten zu klären und den Prozess für alle Beteiligten nachvollziehbar zu machen.

#### 🧭 **Überblick: SIPOC-Strukturierung entlang der Selmo-Methode**

| Nr. | Abschnitt                     | SIPOC-Fokus                                                 | Beschreibung                                                                                                                                                                          |
| --- | ----------------------------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 1   | **Gesamtprozess – PTF**       | *PTF = Prozess, Technologie, Funktion*                      | Alle notwendigen Informationen, wie bisher werden gesammelt und in Form gebracht. Erste Struktur und Definitionen und Analysen werden gemacht. Wichtig für die Prozessmodelle später. |
| 2   | **Prozessmodellierung**       | Modellstruktur nach Sequence, Logic, State, Zone, MXIC, CMZ | Aufbau und Logik des Modells                                                                                                                                                          |
| 3   | **PLCOpen XML Export/Import** | Schnittstellen zur Steuerung                                | Übergabe an SPS / Rücklesen                                                                                                                                                           |
| 4   | **HMI-Generierung**           | Bedieneroberfläche aus Modell                               | Automatisiertes UI für Hand/Auto                                                                                                                                                      |
| 5   | **Inbetriebnahme (IBN)**      | Modellbasierte Prüfung und Freigabe                         | Simulation, Schrittbetrieb, Prüfung                                                                                                                                                   |
|     |                               |                                                             |                                                                                                                                                                                       |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://infosys.selmotech.com/selmo-struktur-und-standard/selmo-technischer-standard-und-struktur/selmo-methode-praktisch.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.