> 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/8-diagnose-hmi-and-dokumentation/hmi-prinzipien.md). # HMI-Prinzipien ### Bedienbarkeit durch Modellklarheit Dieses Kapitel beschreibt die **grundlegenden Prinzipien des HMI in Selmo**. Dabei geht es **nicht** um Layout, Styles oder Technologien,\ sondern um die **Bedeutung der dargestellten Informationen**. Das HMI ist in Selmo: * kein Steuerungselement * kein Logikträger * kein Interpretationswerkzeug Sondern: > **Eine sichtbare, konsistente Ansicht auf das Modell.** *** ### Grundprinzip: Das HMI zeigt das Modell Das HMI: * entscheidet nichts * bewertet nichts * korrigiert nichts Es zeigt: * aktive Sequences * aktuelle Zustände * relevante Zonen * Erwartungen und Abweichungen > **Alles, was im HMI sichtbar ist,**\ > **muss im Modell existieren.** *** ### Farben Farben im Selmo-HMI haben **eine feste, eindeutige Bedeutung**. Sie dienen: * der schnellen Orientierung * der sofortigen Bewertung des Modellzustands * der Reduktion von Interpretation #### Blau – Zustand erfüllt Blau signalisiert: * die Zone erfüllt die Erwartung des aktuellen Zustands * alle zugehörigen Bedingungen sind erfüllt * der Zustand ist aus Sicht dieser Zone korrekt Blau bedeutet **nicht**: * „läuft“ * „aktiv“ * „ungefähr richtig“ *** #### Rot – Abweichung Rot signalisiert: * eine Abweichung vom erwarteten Verhalten * eine verletzte Bedingung * einen Zustand, der nicht fortgesetzt werden kann Rot ist: * immer begründet * immer modellbasiert * immer einer Zone zugeordnet > **Rot ist keine Störung,**\ > **sondern eine präzise Information.** *** ### Texte Texte im HMI stammen **nicht aus freier Formulierung**,\ sondern aus dem Modell. Jeder Text: * gehört zu einer Zone * beschreibt deren Bedeutung * ist kontextabhängig (Zustand, Sequence) Texte beantworten: * *Was wird erwartet?* * *Was fehlt?* * *Warum geht es nicht weiter?* Sie erklären **nicht die Lösung**,\ sondern **den Grund der Abweichung**. > **Ein guter HMI-Text erklärt den Zustand –**\ > **nicht die Bedienhandlung.** *** ### Konsistenz Konsistenz ist das wichtigste HMI-Prinzip in Selmo. Das bedeutet: * gleiche Farben → gleiche Bedeutung * gleiche Texte → gleiche Ursache * gleiche Reaktionen → gleiche Situation Diese Konsistenz gilt: * projektübergreifend * unabhängig von Maschine oder Anlage * unabhängig von Bedienoberfläche oder Zielsystem Der Bediener muss: * nicht umlernen * nicht interpretieren * nicht raten > **Konsistenz ersetzt Schulung.** *** ### Abgrenzung zu klassischem HMI-Design Zur Klarstellung: * HMI ≠ Bedienkonzept * HMI ≠ Workflow-Optimierung * HMI ≠ grafische Aufbereitung von Code Das Selmo-HMI: * visualisiert den Modellzustand * folgt dem Modell, nicht dem Bediener * bleibt korrekt auch bei Änderungen *** ### Nutzen der HMI-Prinzipien Durch diese Prinzipien wird das HMI: * sofort verständlich * eindeutig interpretierbar * sicher im Betrieb * konsistent zur Diagnose * belastbar für Audits > **Ein gutes HMI entsteht nicht durch Design,**\ > **sondern durch ein gutes Modell.** *** ### Zusammenfassung Die HMI-Prinzipien in Selmo: * basieren auf dem Modell * nutzen feste Bedeutungen für Farben * verwenden modellbasierte Texte * erzwingen Konsistenz > **Das HMI zeigt nicht,**\ > **was man tun soll –**\ > **sondern was der Zustand ist.** --- # 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/8-diagnose-hmi-and-dokumentation/hmi-prinzipien.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.