PLC Simulator

Praxisorientiertes Automatisierungstraining

SPS lernen heißt programmieren, prüfen und Fehler finden.

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

Ein vollständiges SPS-Übungslabor im Browser

Simulation ermöglicht wiederholbares Logik- und Diagnosetraining. Arbeiten an realen Spannungen, Schaltschränken und Maschinen erfordern weiterhin Fachkunde, geeignete Messmittel und betriebliche Verfahren.

Ausführbarer Kontaktplan

Baue Kontakte, Spulen, Selbsthaltung, Zeitglieder und Zähler. Jedes Szenario besitzt objektive Prüfkriterien.

Verdrahtung und Signale

Verknüpfe Ein- und Ausgänge mit Sensoren, Schützen, Motoren, Frequenzumrichtern und 4–20-mA-Signalen.

HMI und SCADA

Binde Variablen an Bedienbilder, Alarme und Trends desselben simulierten Prozesses.

Systematische Fehlersuche

Übe Messplanung, Verriegelungen, elektrische Fehler und Modbus-Ausnahmen ohne Risiko für eine reale Anlage.

PID und Prozesstechnik

Stimme einen PID-Regler ab und vergleiche Überschwingen, Einschwingzeit, Endabweichung und IAE.

Nachweisbarer Fortschritt

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.

Deutsches Modbus-Labor öffnen

Empfohlener Lernpfad für den SPS-Einstieg

01

Grundlagen

Zyklus, boolesche Zustände, Kontakte und Spulen.

02

Abläufe

Zeitglieder, Zähler, Merker, Selbsthaltung und Verriegelungen.

03

Feldebene

Verdrahtung, Sensoren, Motoren, Frequenzumrichter und Analogsignale.

04

Integration

HMI, SCADA, Modbus, PID und virtuelle Inbetriebnahme.

Was enthalten ist – und was die Simulation nicht ersetzt

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

SPS-Simulator online: vom ersten Netzwerk zur Fehlersuche

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.

Erwachsene Lernende und eine Lehrkraft üben SPS-Programmierung an Steuerungen und Laptops in einem Automatisierungslabor
Eine wirksame SPS-Übung verbindet Programmcode, Ein- und Ausgänge, Maschinenreaktion und einen wiederholbaren Nachweis.

Systemkarte / 02

Sechs Konzepte, die das Ergebnis bestimmen

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.

KNOTEN 01beobachtbar

Betriebsvertrag

Definieren Sie Anfangszustand, Aktion, erwartetes Ergebnis, Stoppbedingung und verbotenes Verhalten vor dem ersten Netzwerk.

KNOTEN 02beobachtbar

SPS-Zyklus

Verbinden Sie Eingangsabbild, Programmausführung, internen Zustand und Ausgangsabbild über aufeinanderfolgende Zyklen.

KNOTEN 03beobachtbar

Signalweg

Trennen Sie Sensor, Eingangskanal, Variable, Logik, Ausgang, Schnittstelle, Aktor und Rückmeldung in prüfbare Grenzen.

KNOTEN 04beobachtbar

Zustand und Ablauf

Verwenden Sie Zustände, Freigaben, Übergänge, Zeitgrenzen und eine Wiederanlaufregel statt verborgener Merker.

KNOTEN 05beobachtbar

Grenzprüfung

Ändern Sie Eingang, Zeit oder Ereignisreihenfolge und prüfen Sie ein deterministisches, erklärbares Ergebnis.

KNOTEN 06beobachtbar

Nachweis und Transfer

Bewahren Sie Programm, Bedingungen, Werte und Ergebnis auf und dokumentieren Sie die noch nötige Zielprüfung.

Vorgehen / 03

Ein Praxis- und Inbetriebnahmeablauf in sechs Schritten

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.

  1. 01

    Aufgabe definieren

    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.

  2. 02

    Zyklus vorhersagen

    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.

  3. 03

    Normalfall aufbauen

    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.

  4. 04

    Varianten prüfen

    Ändern Sie Zeiten, Reihenfolge, gleichzeitige Befehle und Wiederanlaufzustand.

    Nachweis: Jede Variante endet in einem definierten Zustand.

    Vermeiden: Nur den idealen Ablauf prüfen.

  5. 05

    Fehler einbringen

    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.

  6. 06

    Prüfung abschließen

    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

Symptome, Prüfpunkte und nächste Aktionen

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.

Diagnosesymptome, Prüfpunkte, Interpretationen und nächste Aktionen für SPS-Simulator online: vom ersten Netzwerk zur Fehlersuche
Beobachtetes SymptomPrüfenInterpretationNächste Beweisaktion
Eingang ändert sich nichtSensor, Anzeige, Verdrahtung, Kanal und VariableDer erste fehlende Übergang grenzt den Fehler ein.Prüfen Sie die nächste zulässige Grenze.
Netzwerk wahr, Ausgang ausLetzter Schreiber, Sperren, Variable und KanalEin Zwischenbit beweist keinen physischen Ausgang.Ermitteln Sie den tatsächlichen Ausgangsschreiber.
Ausgang an, Maschine stehtSchnittstelle, Schutz, Energie, Aktor und RückmeldungDie Logik kann funktionieren, während die physische Ebene ausfällt.Verfolgen Sie den Signalweg ohne Zwang.
Ablauf bleibt stehenZustand, Übergang, Timer und RückmeldungEine Bedingung fehlt oder ist unerreichbar.Prüfen Sie jeden Übergangsterm einzeln.
Fehler verschwindet nach ResetErstes Symptom, Verlauf, Zeiten und aktive UrsacheDer Reset änderte den Nachweis, nicht zwingend die Ursache.Reproduzieren und dokumentieren Sie kontrolliert.
Reale SPS verhält sich andersVersion, Tasks, Befehle, E/A und KonfigurationModell und Ziel teilen eine Annahme nicht.Reduzieren Sie den Fall und prüfen Sie Herstellerunterlagen.

Produktnachweis / 05

Was die Browserpraxis tatsächlich zeigen kann

Die Plattform verbindet Kontaktplan und Structured Text mit typisierten E/A, Maschinenmodellen, kontrollierten Fehlern, automatischen Prüfungen und gespeicherten Ergebnissen.

Wo die Simulation endet

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

Sechs Fälle, die Konzepte in Nachweise verwandeln

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

Belegen: betriebsvertrag

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

Belegen: sps-zyklus

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

Belegen: signalweg

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

Belegen: zustand und ablauf

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

Belegen: grenzprüfung

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

Belegen: nachweis und transfer

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

Häufige Fragen zu SPS-Simulator online

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.

Gibt es einen kostenlosen SPS-Simulator online?

Ja. Erste Übungen und öffentliche Labore laufen im Browser; aktuelle Speicher- und Kursgrenzen stehen auf der Preisseite.

Muss ich TIA Portal installieren?

Nicht für die Browserübungen. Für native S7-Projekte und Zielhardware benötigen Sie die passende offizielle Umgebung.

Kann ich Kontaktplan von Grund auf lernen?

Ja. Beginnen Sie mit Kontakten, Spulen und Zyklus; danach folgen Verriegelungen, Timer, Zähler und Abläufe.

Funktioniert der Simulator auf Mac, Linux und Chromebook?

Die Kernübungen laufen in einem modernen Browser. Herstellerwerkzeuge können weiterhin Windows erfordern.

Kann der Simulator eine reale SPS ersetzen?

Nein. Er unterstützt wiederholbare Logik- und Diagnosepraxis; Zielverhalten, Elektrik und Sicherheit müssen real validiert werden.

Welche Übung ist zuerst sinnvoll?

Bauen Sie Start und Stopp mit Stopp-Priorität und prüfen Sie gehaltene Eingänge, gleichzeitige Befehle und Wiederanlauf.

Beweist ein Online-Zertifikat berufliche Kompetenz?

Es dokumentiert eine begrenzte Lernstrecke. Ergänzen Sie erklärbare Programme und beaufsichtigte praktische Arbeit.

Warum weicht die reale SPS von der Simulation ab?

Firmware, Taskplanung, Befehlsdetails, E/A, Kommunikation und physische Lasten können vom Lernmodell abweichen.