> 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-documentation/2-selmo-big-picture/das-selmo-gesamtmodell.md).

# Das Selmo-Gesamtmodell

### Das grundlegende Strukturprinzip

Selmo beschreibt eine Maschine **nicht als Code**,\
sondern als **hierarchisch aufgebautes Verhaltensmodell**.

Die Struktur ist dabei klar geschichtet:

Plant\
└─ Hardware-Zone\
└─ Sequence\
└─ Zone

Diese Ebenen sind:

* klar voneinander abgegrenzt
* jeweils eindeutig verantwortlich
* bewusst einfach gehalten

***

### Plant

Die **Plant** repräsentiert die **gesamte Maschine oder Anlage**.

Sie ist:

* die oberste strukturelle Ebene
* Träger globaler Zustände
* Ort für plantweite Überwachung (z. B. CMZ)

Die Plant beschreibt **keinen Ablauf**.\
Sie bildet den **Rahmen**, in dem alle weiteren Elemente existieren.

***

### Hardware-Zone

Eine **Hardware-Zone** kapselt einen **realen Anlagenteil**.

Sie ist verantwortlich für:

* Betriebsarten (Hand / Automatik)
* Automatikfreigabe
* Start- und Stop-Logik
* übergeordnete Reaktionen bei Fehlern

Die Hardware-Zone:

* enthält mehrere Sequences
* kennt **keine** Ablauflogik
* entscheidet nicht *was* passiert, sondern *ob* es passieren darf

***

### Sequence

Eine **Sequence** ist eine **funktionale Ablaufverantwortung**.

Sie beschreibt:

* einen in sich geschlossenen Prozess
* als deterministischen Zustandsautomaten
* mit klar definiertem Start- und Endverhalten

Typische Beispiele:

* Spannen
* Bearbeiten
* Prüfen
* Freigeben

> **Eine Aufgabe → eine Sequence.**

***

### Zone

Eine **Zone** stellt die **Verbindung zur realen Technik** her.

Sie:

* kapselt Signale
* verleiht ihnen Bedeutung
* ist eindeutig diagnostizierbar

Zonen sind:

* immer Teil einer Sequence
* Träger von Überwachung und Sicherheit
* die kleinste bedeutungstragende Einheit im Modell

***

### Layer

Jede Sequence wird über mehrere **Layer** beschrieben.

Diese Layer trennen bewusst unterschiedliche Aspekte:

#### Logic-Layer

* beschreibt den Ablauf
* Zustände und Übergänge
* keine Technik

#### System-Layer

* verbindet Zustände mit Zonen
* definiert erwartetes Verhalten
* realisiert Bit-Control

#### Parameter-Layer

* enthält Zeiten, Positionen, Wiederholungen
* keine Logik, keine Zustände

> **Layer trennen Denken von Umsetzung**\
> **und verhindern Vermischung von Verantwortungen.**

***

### Zusammenspiel der Elemente

Alle Elemente zusammen ergeben ein vollständiges Bild:

* Die **Plant** definiert den Gesamtrahmen
* Die **Hardware-Zone** regelt Betrieb und Freigabe
* Die **Sequence** beschreibt den Ablauf
* Die **Zone** bindet Technik an
* Die **Layer** strukturieren die Beschreibung

Damit ist Maschinenverhalten:

* explizit beschrieben
* jederzeit bewertbar
* vollständig nachvollziehbar

***

### Einordnung

Dieses Kapitel ist bewusst **überblicksartig**.

Die folgenden Kapitel:

* vertiefen jede Ebene einzeln
* erklären Verhalten, Überwachung und Betrieb im Detail

> **Das Gesamtmodell ist die Landkarte.**\
> **Die nächsten Kapitel erklären die einzelnen Orte.**


---

# 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-documentation/2-selmo-big-picture/das-selmo-gesamtmodell.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.
