> For the complete documentation index, see [llms.txt](https://selmotech.gitbook.io/selmo-solution/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://selmotech.gitbook.io/selmo-solution/selmo-documentation/3-die-selmo-methode-ptf.md). # 3 Die Selmo-Methode (PTF) \ Es liegt **bewusst vor dem Modellkern** und beantwortet eine zentrale Frage: > **Wie muss über eine Maschine nachgedacht werden,**\ > **bevor sie modelliert wird?** Die Selmo-Methode verhindert, dass: * zu früh modelliert wird * technische Details den Prozess dominieren * implizite Annahmen ins Modell gelangen * Komplexität unkontrolliert wächst *** ### Warum eine Methode vor dem Modell notwendig ist Ein formales Modell ist nur so gut wie die Gedanken,\ die zu seiner Entstehung geführt haben. Ohne vorgelagerte Methodik entstehen: * überladene Sequences * technisch getriebene Zustände * Sicherheitslogik als Reparatur * schwer erklärbare Modelle Selmo trennt deshalb **Denken und Modellieren** strikt. > **Nicht alles, was technisch möglich ist,**\ > **ist auch funktional sinnvoll.** *** ### PTF – Prozess · Technologie · Funktion Die Selmo-Methode basiert auf drei klar getrennten Ebenen: * **Prozess**\ Was soll fachlich passieren – unabhängig von Technik? * **Technologie**\ Welche physikalischen und technischen Prinzipien kommen zum Einsatz? * **Funktion**\ Welche überprüfbaren Anforderungen ergeben sich zwingend daraus? Diese drei Ebenen bilden zusammen die **PTF-Struktur**. PTF ist: * kein Diagramm * kein Tool * kein Ersatz für Engineering Sondern: > **Ein Denkrahmen, der Modellierung vorbereitet**\ > **und Komplexität begrenzt.** *** ### Rolle von PTF im Gesamtaufbau Die Einordnung ist eindeutig: PTF (Denken & Analyse)\ ↓\ Selmo-Modell (formal & deterministisch)\ ↓\ SPS / HMI / Diagnose (Implementierung) PTF entscheidet: * *was* modelliert wird * *warum* es modelliert wird Das Selmo-Modell entscheidet: * *wie* dieses Verhalten formal beschrieben wird *** ### Abgrenzung zum Modellkern Dieses Kapitel beschreibt **keine**: * Sequences * Zonen * Zustände * Bit-Control * Betriebsarten Diese Elemente gehören bewusst in die folgenden Kapitel. PTF: * erzeugt Klarheit * reduziert Modellierungsfehler * verhindert implizite Logik > **PTF ist die Voraussetzung für gute Modelle –**\ > **nicht deren Ersatz.** *** ### Aufbau dieses Kapitels Kapitel 3 gliedert sich in zwei Teile: #### 3.1 PTF – Prozess · Technologie · Funktion → die Methode im Detail\ → Denkmodell und typische Fehler #### 3.2 Digital Twin als Verhaltensmodell → Abgrenzung zu Marketing-Begriffen\ → Einordnung des Selmo-Modells zur Realität *** ### Übergang zum Modellkern Nach diesem Kapitel ist klar: * welche Fragen vor der Modellierung beantwortet sein müssen * welche Annahmen **nicht** ins Modell gehören * warum Selmo-Modelle schlank und erklärbar bleiben Die folgenden Kapitel beschreiben den **formalen Kern von Selmo**: * Struktur * Logik * Verhalten * Betrieb * Sicherheit > **Erst denken.**\ > **Dann modellieren.**\ > **Dann automatisieren.** --- # 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://selmotech.gitbook.io/selmo-solution/selmo-documentation/3-die-selmo-methode-ptf.md?ask=&goal= ``` `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.