Ausführbarer Kontaktplan
Baue Kontakte, Spulen, Selbsthaltung, Zeitglieder und Zähler. Jedes Szenario besitzt objektive Prüfkriterien.
Praxisorientiertes Automatisierungstraining
Starte dein erstes Kontaktplan-Programm ohne Installation. Danach bearbeitest du geführte Übungen mit automatischen Tests, virtueller Verdrahtung, industriellen Störungen und nachvollziehbarem Lernfortschritt.
0
Installationen zum Start
8
Dialekte und Syntaxansichten
100+
Szenarien und Übungen
Simulation ermöglicht wiederholbares Logik- und Diagnosetraining. Arbeiten an realen Spannungen, Schaltschränken und Maschinen erfordern weiterhin Fachkunde, geeignete Messmittel und betriebliche Verfahren.
Baue Kontakte, Spulen, Selbsthaltung, Zeitglieder und Zähler. Jedes Szenario besitzt objektive Prüfkriterien.
Verknüpfe Ein- und Ausgänge mit Sensoren, Schützen, Motoren, Frequenzumrichtern und 4–20-mA-Signalen.
Binde Variablen an Bedienbilder, Alarme und Trends desselben simulierten Prozesses.
Übe Messplanung, Verriegelungen, elektrische Fehler und Modbus-Ausnahmen ohne Risiko für eine reale Anlage.
Stimme einen PID-Regler ab und vergleiche Überschwingen, Einschwingzeit, Endabweichung und IAE.
Speichere Projekte, Versuche und Ergebnisse. Teamtarife ergänzen Lernpfade und Berichte.
Modbus TCP + RTU
Baue die Funktionen 01–16, korrigiere Adressen und sichere die bewertete PDU als Nachweis.
Zyklus, boolesche Zustände, Kontakte und Spulen.
Zeitglieder, Zähler, Merker, Selbsthaltung und Verriegelungen.
Verdrahtung, Sensoren, Motoren, Frequenzumrichter und Analogsignale.
HMI, SCADA, Modbus, PID und virtuelle Inbetriebnahme.
Das Produkt vermittelt übertragbare Grundlagen und wiederholbare Praxis. Es ist keine offizielle Siemens-, Rockwell- oder andere Hersteller-Software, verbindet sich nicht direkt mit einer realen Maschine und ersetzt weder eine berufliche Qualifikation noch Herstellerunterlagen oder beaufsichtigte Praxis.
Praxisleitfaden mit überprüfbaren Ergebnissen
Direkte Antwort
Ein Online-SPS-Simulator ist dann nützlich, wenn er Anfangszustand, Eingänge, ausführbare Logik, Ausgänge, Maschinenverhalten und wiederholbare Prüfungen verbindet. Beginnen Sie mit Start und Stopp, sagen Sie das Ergebnis voraus und prüfen Sie danach Zeitglieder, Störungen und Wiederanlauf.
Dieser Leitfaden richtet sich an lernende, Instandhaltungstechniker und Lehrkräfte, die SPS-Logik im Browser auf Deutsch üben möchten. Das beabsichtigte Ergebnis ist konkret: der Lernende kann eine kleine Steuerungsaufgabe erstellen, ausführen, prüfen und erklären und benennt offen, was an der realen SPS und Maschine noch zu validieren ist.

Systemkarte / 02
Behandeln Sie diese Punkte als verbundene Prüfschritte. Jeder hat einen erwarteten und einen beobachtbaren Zustand sowie eine Grenze zum nächsten Systemteil. So wird eine Softwareanzeige nicht mit physischem Nachweis verwechselt.
Definieren Sie Anfangszustand, Aktion, erwartetes Ergebnis, Stoppbedingung und verbotenes Verhalten vor dem ersten Netzwerk.
Verbinden Sie Eingangsabbild, Programmausführung, internen Zustand und Ausgangsabbild über aufeinanderfolgende Zyklen.
Trennen Sie Sensor, Eingangskanal, Variable, Logik, Ausgang, Schnittstelle, Aktor und Rückmeldung in prüfbare Grenzen.
Verwenden Sie Zustände, Freigaben, Übergänge, Zeitgrenzen und eine Wiederanlaufregel statt verborgener Merker.
Ändern Sie Eingang, Zeit oder Ereignisreihenfolge und prüfen Sie ein deterministisches, erklärbares Ergebnis.
Bewahren Sie Programm, Bedingungen, Werte und Ergebnis auf und dokumentieren Sie die noch nötige Zielprüfung.
Vorgehen / 03
Führen Sie die Schritte zunächst der Reihe nach aus. Danach dient dieselbe Struktur als Diagnoseschleife: erwartete Bedingung definieren, Grenze beobachten, Abweichung deuten und eine beweisende Aktion wählen.
Beschreiben Sie Maschinenfunktion, E/A und Abnahmekriterien.
Nachweis: Eine andere Person kann die Prüfung ohne Raten wiederholen.
Vermeiden: Mit einer kopierten Komplettlösung beginnen.
Notieren Sie Eingänge, Netzwerkzustand und Ausgänge vor dem Start.
Nachweis: Beobachtung und Vorhersage stimmen über mehrere Zyklen überein.
Vermeiden: Grüne Hervorhebung als einzigen Nachweis verwenden.
Implementieren Sie Start, Stopp, Freigabe und Rückmeldung mit klarer Priorität.
Nachweis: Der Ablauf startet, läuft und stoppt aus bekanntem Zustand.
Vermeiden: Fehlende Rückmeldung mit einem Timer verdecken.
Ändern Sie Zeiten, Reihenfolge, gleichzeitige Befehle und Wiederanlaufzustand.
Nachweis: Jede Variante endet in einem definierten Zustand.
Vermeiden: Nur den idealen Ablauf prüfen.
Blockieren Sie ein Signal und bewahren Sie das erste Symptom.
Nachweis: Die fehlerhafte Grenze wird mit einer gezielten Prüfung lokalisiert.
Vermeiden: Mehrere Bedingungen gleichzeitig ändern.
Entfernen Sie Änderungen, setzen Sie zurück und wiederholen Sie Regressionen.
Nachweis: Betrieb und Wiederherstellung sind ohne Umgehung nachgewiesen.
Vermeiden: Alarmquittierung mit Reparatur verwechseln.
Diagnosematrix / 04
Die Tabelle unterstützt das Denken und ist keine Teiletauschliste. Bewahren Sie das erste Symptom, prüfen Sie die genannte Grenze und wählen Sie aus der Interpretation den nächsten kontrollierten Test. Standortverfahren und Gerätehandbücher bleiben maßgeblich.
| Beobachtetes Symptom | Prüfen | Interpretation | Nächste Beweisaktion |
|---|---|---|---|
| Eingang ändert sich nicht | Sensor, Anzeige, Verdrahtung, Kanal und Variable | Der erste fehlende Übergang grenzt den Fehler ein. | Prüfen Sie die nächste zulässige Grenze. |
| Netzwerk wahr, Ausgang aus | Letzter Schreiber, Sperren, Variable und Kanal | Ein Zwischenbit beweist keinen physischen Ausgang. | Ermitteln Sie den tatsächlichen Ausgangsschreiber. |
| Ausgang an, Maschine steht | Schnittstelle, Schutz, Energie, Aktor und Rückmeldung | Die Logik kann funktionieren, während die physische Ebene ausfällt. | Verfolgen Sie den Signalweg ohne Zwang. |
| Ablauf bleibt stehen | Zustand, Übergang, Timer und Rückmeldung | Eine Bedingung fehlt oder ist unerreichbar. | Prüfen Sie jeden Übergangsterm einzeln. |
| Fehler verschwindet nach Reset | Erstes Symptom, Verlauf, Zeiten und aktive Ursache | Der Reset änderte den Nachweis, nicht zwingend die Ursache. | Reproduzieren und dokumentieren Sie kontrolliert. |
| Reale SPS verhält sich anders | Version, Tasks, Befehle, E/A und Konfiguration | Modell und Ziel teilen eine Annahme nicht. | Reduzieren Sie den Fall und prüfen Sie Herstellerunterlagen. |
Produktnachweis / 05
Die Plattform verbindet Kontaktplan und Structured Text mit typisierten E/A, Maschinenmodellen, kontrollierten Fehlern, automatischen Prüfungen und gespeicherten Ergebnissen.
Die Simulation vermittelt übertragbares Denken, führt aber keine Siemens-, Rockwell- oder andere Hersteller-Firmware aus, validiert keine Sicherheitsfunktion und berechtigt nicht zu Elektroarbeiten oder Inbetriebnahme.
Inbetriebnahmeprotokoll / 06
Verwenden Sie diese Fälle als schriftliche Aufgaben und nicht als Klickanleitung. Nennen Sie vor jeder Aktion die erwartete Bedingung, bewahren Sie die erste nützliche Beobachtung und erklären Sie, warum das Endergebnis die Anforderung belegt. Eine andere Programm- oder Komponentenwahl kann ebenfalls richtig sein, wenn sie dasselbe begrenzte Verhalten nachweist.
Fall 01
vorhersagen → beobachten → belegen
Technischer Kontext. Definieren Sie Anfangszustand, Aktion, erwartetes Ergebnis, Stoppbedingung und verbotenes Verhalten vor dem ersten Netzwerk. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Aufgabe definieren“: Beschreiben Sie Maschinenfunktion, E/A und Abnahmekriterien. Der Abnahmenachweis soll dieses Ergebnis zeigen: Eine andere Person kann die Prüfung ohne Raten wiederholen. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Eingang ändert sich nicht“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie sensor, anzeige, verdrahtung, kanal und variable Die Arbeitshypothese lautet: Der erste fehlende Übergang grenzt den Fehler ein. Die nächste Beweisaktion ist: Prüfen Sie die nächste zulässige Grenze. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist mit einer kopierten komplettlösung beginnen. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Gibt es einen kostenlosen SPS-Simulator online? Eine kurze belastbare Antwort lautet: Ja. Erste Übungen und öffentliche Labore laufen im Browser; aktuelle Speicher- und Kursgrenzen stehen auf der Preisseite.
Fall 02
vorhersagen → beobachten → belegen
Technischer Kontext. Verbinden Sie Eingangsabbild, Programmausführung, internen Zustand und Ausgangsabbild über aufeinanderfolgende Zyklen. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Zyklus vorhersagen“: Notieren Sie Eingänge, Netzwerkzustand und Ausgänge vor dem Start. Der Abnahmenachweis soll dieses Ergebnis zeigen: Beobachtung und Vorhersage stimmen über mehrere Zyklen überein. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Netzwerk wahr, Ausgang aus“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie letzter schreiber, sperren, variable und kanal Die Arbeitshypothese lautet: Ein Zwischenbit beweist keinen physischen Ausgang. Die nächste Beweisaktion ist: Ermitteln Sie den tatsächlichen Ausgangsschreiber. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist grüne hervorhebung als einzigen nachweis verwenden. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Muss ich TIA Portal installieren? Eine kurze belastbare Antwort lautet: Nicht für die Browserübungen. Für native S7-Projekte und Zielhardware benötigen Sie die passende offizielle Umgebung.
Fall 03
vorhersagen → beobachten → belegen
Technischer Kontext. Trennen Sie Sensor, Eingangskanal, Variable, Logik, Ausgang, Schnittstelle, Aktor und Rückmeldung in prüfbare Grenzen. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Normalfall aufbauen“: Implementieren Sie Start, Stopp, Freigabe und Rückmeldung mit klarer Priorität. Der Abnahmenachweis soll dieses Ergebnis zeigen: Der Ablauf startet, läuft und stoppt aus bekanntem Zustand. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Ausgang an, Maschine steht“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie schnittstelle, schutz, energie, aktor und rückmeldung Die Arbeitshypothese lautet: Die Logik kann funktionieren, während die physische Ebene ausfällt. Die nächste Beweisaktion ist: Verfolgen Sie den Signalweg ohne Zwang. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist fehlende rückmeldung mit einem timer verdecken. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Kann ich Kontaktplan von Grund auf lernen? Eine kurze belastbare Antwort lautet: Ja. Beginnen Sie mit Kontakten, Spulen und Zyklus; danach folgen Verriegelungen, Timer, Zähler und Abläufe.
Fall 04
vorhersagen → beobachten → belegen
Technischer Kontext. Verwenden Sie Zustände, Freigaben, Übergänge, Zeitgrenzen und eine Wiederanlaufregel statt verborgener Merker. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Varianten prüfen“: Ändern Sie Zeiten, Reihenfolge, gleichzeitige Befehle und Wiederanlaufzustand. Der Abnahmenachweis soll dieses Ergebnis zeigen: Jede Variante endet in einem definierten Zustand. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Ablauf bleibt stehen“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie zustand, übergang, timer und rückmeldung Die Arbeitshypothese lautet: Eine Bedingung fehlt oder ist unerreichbar. Die nächste Beweisaktion ist: Prüfen Sie jeden Übergangsterm einzeln. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist nur den idealen ablauf prüfen. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Funktioniert der Simulator auf Mac, Linux und Chromebook? Eine kurze belastbare Antwort lautet: Die Kernübungen laufen in einem modernen Browser. Herstellerwerkzeuge können weiterhin Windows erfordern.
Fall 05
vorhersagen → beobachten → belegen
Technischer Kontext. Ändern Sie Eingang, Zeit oder Ereignisreihenfolge und prüfen Sie ein deterministisches, erklärbares Ergebnis. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Fehler einbringen“: Blockieren Sie ein Signal und bewahren Sie das erste Symptom. Der Abnahmenachweis soll dieses Ergebnis zeigen: Die fehlerhafte Grenze wird mit einer gezielten Prüfung lokalisiert. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Fehler verschwindet nach Reset“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie erstes symptom, verlauf, zeiten und aktive ursache Die Arbeitshypothese lautet: Der Reset änderte den Nachweis, nicht zwingend die Ursache. Die nächste Beweisaktion ist: Reproduzieren und dokumentieren Sie kontrolliert. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist mehrere bedingungen gleichzeitig ändern. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Kann der Simulator eine reale SPS ersetzen? Eine kurze belastbare Antwort lautet: Nein. Er unterstützt wiederholbare Logik- und Diagnosepraxis; Zielverhalten, Elektrik und Sicherheit müssen real validiert werden.
Fall 06
vorhersagen → beobachten → belegen
Technischer Kontext. Bewahren Sie Programm, Bedingungen, Werte und Ergebnis auf und dokumentieren Sie die noch nötige Zielprüfung. Beginnen Sie mit einem schriftlichen Normalzustand und bestimmen Sie, welche Anforderung, welcher Zustand, welches physische Ergebnis oder welcher Kommunikationswert unabhängig bestätigt. Ändern Sie nicht zuerst die Konfiguration; der Anfangszustand ist Teil des Nachweises und muss reproduzierbar bleiben.
Kontrollierter Aufbau. Verwenden Sie den Schritt „Prüfung abschließen“: Entfernen Sie Änderungen, setzen Sie zurück und wiederholen Sie Regressionen. Der Abnahmenachweis soll dieses Ergebnis zeigen: Betrieb und Wiederherstellung sind ohne Umgehung nachgewiesen. Halten Sie Anfangsbedingungen, genauen Reiz und Beobachtungspunkt fest, damit eine andere Person den Fall ohne Erinnerungshilfe wiederholen kann.
Fehlerfall. Führen Sie „Reale SPS verhält sich anders“ als begrenzte Abweichung ein oder analysieren Sie sie. Prüfen Sie version, tasks, befehle, e/a und konfiguration Die Arbeitshypothese lautet: Modell und Ziel teilen eine Annahme nicht. Die nächste Beweisaktion ist: Reduzieren Sie den Fall und prüfen Sie Herstellerunterlagen. Ändern Sie vor der Beobachtung nur eine Bedingung und bewahren Sie bei zeitabhängigen Fällen Zeitstempel oder Messwerte auf.
Prüfung und Wiederherstellung. Die häufigste Falle ist alarmquittierung mit reparatur verwechseln. Wiederholen Sie nach Beseitigung der Ursache den Normalfall und mindestens eine passende Stopp-, Timeout-, Trennungs- oder Wiederanlaufgrenze. Entfernen Sie temporäre Kräfte und Umgehungen, stellen Sie einen bekannten Zustand her und bewahren Sie den Nachweis für absichtlichen Betrieb und Wiederherstellung auf.
Laut erklären: Welche Übung ist zuerst sinnvoll? Eine kurze belastbare Antwort lautet: Bauen Sie Start und Stopp mit Stopp-Priorität und prüfen Sie gehaltene Eingänge, gleichzeitige Befehle und Wiederanlauf.
Antwortfläche / 07
Diese kurzen Antworten definieren Betriebs-, Lern- und Produktgrenzen, die allgemeine Zusammenfassungen häufig auslassen. Der vollständige Ablauf und die Diagnosematrix liefern die dazugehörigen Nachweise.
Ja. Erste Übungen und öffentliche Labore laufen im Browser; aktuelle Speicher- und Kursgrenzen stehen auf der Preisseite.
Nicht für die Browserübungen. Für native S7-Projekte und Zielhardware benötigen Sie die passende offizielle Umgebung.
Ja. Beginnen Sie mit Kontakten, Spulen und Zyklus; danach folgen Verriegelungen, Timer, Zähler und Abläufe.
Die Kernübungen laufen in einem modernen Browser. Herstellerwerkzeuge können weiterhin Windows erfordern.
Nein. Er unterstützt wiederholbare Logik- und Diagnosepraxis; Zielverhalten, Elektrik und Sicherheit müssen real validiert werden.
Bauen Sie Start und Stopp mit Stopp-Priorität und prüfen Sie gehaltene Eingänge, gleichzeitige Befehle und Wiederanlauf.
Es dokumentiert eine begrenzte Lernstrecke. Ergänzen Sie erklärbare Programme und beaufsichtigte praktische Arbeit.
Firmware, Taskplanung, Befehlsdetails, E/A, Kommunikation und physische Lasten können vom Lernmodell abweichen.
Signalweg fortsetzen / 08