Glanz: aiMOOC über GPT aiMOOC Action erstellt

2026-10-07T04:38:07Z

aiMOOC über GPT aiMOOC Action erstellt

Neue Seite

{{T}}

{{BR}}
= Mechatronische Systeme verstehen – Eine Baugruppe modular planen =

'''Zielgruppe:''' Ausbildung in [[Mechatronik]], [[Automatisierungstechnik]] und verwandten Metall- und Elektroberufen.

'''Kurzidee:''' Du planst eine austauschbare mechatronische Baugruppe. Im Mittelpunkt stehen '''klare Schnittstellen''', '''eindeutige Verantwortlichkeiten''', '''Signalverläufe''', '''Simulation''', '''Diagnose''' und ein sicherer Übergang von der virtuellen zur realen Anlage.

'''Ausbildungsfall:''' In einer modularen Lernanlage soll das '''Übergabemodul Z1''' Werkstücke erkennen, pneumatisch ausschieben und an das nächste Modul übergeben. Das Modul soll später gegen eine gleichartige Baugruppe ausgetauscht werden können, ohne dass die gesamte Anlage neu geplant werden muss.

'''Sicherheitsregel für den gesamten Kurs:''' Maschinenabläufe werden zuerst simuliert. Dieser Kurs veranlasst keine automatische Live-Ansteuerung realer Maschinen. Schutzeinrichtungen werden nicht umgangen oder unwirksam gemacht. Arbeiten an realen Anlagen erfolgen nur unter geeigneter Fachaufsicht, nach betrieblicher Freigabe und unter Beachtung der geltenden Schutzmaßnahmen.

[[Datei:Emergency stop button.jpg|500px|rahmenlos|center]]

{{#ev:youtube| https://www.youtube.com/watch?v=nQXbZhEJhoo |500|center}}

{{BR}}
== Lernziele ==

Nach dem Kurs kannst Du:
# [[Mechatronisches System|Mechatronische Systeme]] in sinnvolle Module zerlegen und deren Aufgaben beschreiben.
# [[Schnittstelle|Schnittstellen]] für Mechanik, Elektrik, Pneumatik, Signale und Dokumentation festlegen.
# [[Sensor]]-, [[SPS]]- und [[Aktor]]signale entlang eines Signalwegs verfolgen.
# Einen Maschinenablauf zunächst in einer virtuellen Anlage prüfen.
# Fehler systematisch aus Signalzuständen, Ablaufzuständen und Schnittstellen ableiten.
# Austauschbarkeit durch definierte Übergabepunkte, Verantwortlichkeiten und Abnahmekriterien absichern.

{{BR}}
== Kursfahrplan: kurze Lerneinheiten ==

{| class="wikitable"
! Lerneinheit
! Fokus
! Richtzeit
! Ergebnis
|-
| 1
| Baugruppe als Modul verstehen
| 10–15 min
| Modulgrenze
|-
| 2
| Schnittstellen festlegen
| 15 min
| Schnittstellensteckbrief
|-
| 3
| Signalweg lesen
| 15 min
| Signalkette
|-
| 4
| Ablauf simulieren
| 15–20 min
| virtueller Funktionstest
|-
| 5
| Störungen diagnostizieren
| 20 min
| Fehlerhypothese
|-
| 6
| Austauschbarkeit nachweisen
| 15 min
| Abnahmecheck
|}

{{BR}}
= Ausbildungsfall: Übergabemodul Z1 =

Das Modul Z1 übernimmt ein Werkstück vom vorgelagerten Förderband und schiebt es in eine definierte Übergabeposition.

'''Virtuelle Komponenten:'''
# [[Lichtschranke]] B1: erkennt ein ankommendes Werkstück.
# [[Induktiver Näherungsschalter]] B2: meldet die Endposition.
# [[Speicherprogrammierbare Steuerung|SPS]]: verarbeitet Prozesssignale und Ablaufbedingungen.
# Magnetventil Y1: schaltet den pneumatischen Arbeitszylinder.
# Pneumatikzylinder A1: führt die Ausschubbewegung aus.
# Übergabesignal R1: meldet dem Folgemodul „Werkstück bereit“.

[[Datei:Photoelectric sensor.jpg|500px|rahmenlos|center]]

[[Datei:Pneumatic cylinder.jpg|500px|rahmenlos|center]]

{{BR}}
== Warum modular planen? ==

Ein Modul ist mehr als eine Ansammlung von Bauteilen. Es besitzt eine '''klar beschriebene Aufgabe''' und '''definierte Übergabepunkte''' zu anderen Modulen.

Austauschbarkeit gelingt besonders gut, wenn ein Ersatzmodul dieselben vereinbarten Schnittstellen erfüllt. Die innere technische Lösung darf sich ändern, solange die nach außen zugesagten Eigenschaften eingehalten werden.

'''Merksatz:''' Nicht jedes Detail muss gleich sein. Die '''Schnittstellen''' müssen passen.

{{#ev:youtube| https://www.youtube.com/watch?v=nQXbZhEJhoo |500|center}}

{{BR}}
== Lerneinheit 1: Modulgrenzen festlegen ==

Für Z1 wird die Grenze so gewählt, dass Sensoren, Zylinder, Ventil, lokale Verdrahtung und die zugehörige Steuerungslogik gemeinsam betrachtet werden. Die Fördertechnik davor und das Folgemodul danach bleiben außerhalb.

{| class="wikitable"
! Frage
! Festlegung für Z1
|-
| Was kommt hinein?
| Werkstück am Übergabepunkt
|-
| Was geht hinaus?
| Werkstück in definierter Übergabeposition
|-
| Welche Energie wird benötigt?
| elektrische Versorgung und Druckluft gemäß betrieblicher Vorgabe
|-
| Welche Informationen kommen hinein?
| Freigaben und Sensorsignale
|-
| Welche Informationen gehen hinaus?
| Status, Übergabebereitschaft und Diagnose
|}

'''Basisaufgabe:''' Markiere in einer Skizze die Modulgrenze von Z1.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Eine geeignete Modulgrenze trennt Zuständigkeiten sauber. Wenn Bauteile ständig zwischen zwei Modulen „geteilt“ werden müssen, ist die Grenze für Wartung und Austausch meist ungünstig.
</div>

{{BR}}
== Lerneinheit 2: Schnittstellen beschreiben ==

Eine modulare Baugruppe braucht mehrere Schnittstellen gleichzeitig.

{| class="wikitable"
! Schnittstelle
! Leitfrage
! Beispiel Z1
! Verantwortlichkeit
|-
| Mechanik
| Wo wird befestigt und ausgerichtet?
| definierte Montagefläche und Übergabeposition
| Konstruktion
|-
| Elektrik
| Welche Versorgung und Steckverbindung wird benötigt?
| festgelegte Versorgung und eindeutig gekennzeichnete Anschlüsse
| Elektrotechnik
|-
| Pneumatik
| Wo liegt der Übergabepunkt der Druckluft?
| gekennzeichneter Anschluss am Modul
| Pneumatik
|-
| Steuerung
| Welche Signale werden ausgetauscht?
| Freigabe, Bereit, Fehler
| Automatisierung
|-
| Software
| Welche Zustände und Reaktionen sind verbindlich?
| definierter Startzustand und Timeout-Verhalten
| Automatisierung
|-
| Dokumentation
| Was muss bei Austausch auffindbar sein?
| Signal-, Anschluss- und Prüfplan
| Projektteam
|}

[[Datei:Programmable logic controller.jpg|500px|rahmenlos|center]]

'''Anwendungsaufgabe:''' Ein Ersatzmodul besitzt einen anderen Zylindertyp, aber dieselbe Montagefläche, denselben Hub, dieselbe Übergabeposition und dieselben externen Signale. Begründe, ob der Austausch grundsätzlich möglich erscheint.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Grundsätzlich ja, weil die äußeren Anforderungen erfüllt werden können. Vor Freigabe müssen jedoch Belastbarkeit, Dynamik, Energieversorgung, Sicherheitsanforderungen und die dokumentierten Grenzwerte geprüft werden.
</div>

{{BR}}
== Lerneinheit 3: Vom Sensor zum Aktor – den Signalweg lesen ==

Ein typischer Signalweg lautet:

'''Prozess → Sensor → Eingang → Steuerungslogik → Ausgang → Aktor → Prozessrückmeldung'''

[[Datei:Inductive proximity sensor.jpg|500px|rahmenlos|center]]

[[Datei:Solenoid valve on an on-off pneumatic valve actuator.jpg|500px|rahmenlos|center]]

Für die Simulation verwenden wir symbolische Signalnamen statt einer realen Anlagenadressierung:

{| class="wikitable"
! Signal
! Bedeutung
! Richtung
|-
| B1_Werkstück
| Werkstück liegt an
| Prozess → Steuerung
|-
| Freigabe_Z1
| Modul darf den simulierten Zyklus starten
| übergeordnete Logik → Z1
|-
| Y1_Ausfahren
| Ventilanforderung für den simulierten Ausschub
| Steuerung → virtuelles Anlagenmodell
|-
| B2_Endlage
| Ausschubposition erreicht
| virtuelles Anlagenmodell → Steuerung
|-
| R1_Bereit
| Werkstück ist für Folgemodul bereit
| Z1 → Folgemodul
|-
| Fehler_Z1
| diagnostizierter Modulfehler
| Z1 → übergeordnete Diagnose
|}

{{BR}}
=== Beispiel eines virtuellen Signalverlaufs ===

{| class="wikitable"
! Zeitpunkt
! B1_Werkstück
! Freigabe_Z1
! Y1_Ausfahren
! B2_Endlage
! R1_Bereit
|-
| t0
| 0
| 1
| 0
| 0
| 0
|-
| t1
| 1
| 1
| 1
| 0
| 0
|-
| t2
| 1
| 1
| 1
| 1
| 1
|-
| t3
| 0
| 1
| 0
| 0
| 0
|}

'''Diagnosefrage:''' Bei t1 liegt B1_Werkstück an und Freigabe_Z1 ist aktiv. Y1_Ausfahren bleibt aber 0. Wo beginnt Deine Fehlersuche?

<div class="mw-collapsible mw-collapsed">
'''Hilfe 1:''' Trenne Eingang, Logik und Ausgang gedanklich voneinander.
</div>

<div class="mw-collapsible mw-collapsed">
'''Hilfe 2:''' Die Eingangssignale sind laut Tabelle vorhanden. Prüfe deshalb zuerst die Bedingungen der Steuerungslogik.
</div>

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Weil die benötigten Eingangssignale bereits sichtbar sind, ist ein fehlendes Sensorsignal zunächst weniger wahrscheinlich. Eine nicht erfüllte Ablaufbedingung oder Verriegelung ist die naheliegendere nächste Prüfstufe. Erst danach wird der virtuelle Ausgangspfad untersucht.
</div>

{{BR}}
== Lerneinheit 4: Ablauf zuerst simulieren ==

Vor realen Bewegungen wird der Prozess als virtuelles Modell geprüft. So können Zustände, Übergänge, Zeitbedingungen und Fehlerfälle beobachtet werden, ohne eine reale Maschine automatisch anzusteuern.

[[Datei:Example Grafcet SFC-fr.svg|500px|rahmenlos|center]]

Ein einfacher Ablauf für Z1:

{| class="wikitable"
! Schritt
! Aktion
! Übergang zum nächsten Schritt
|-
| Bereit
| Ausgänge in definiertem Grundzustand
| B1_Werkstück und Freigabe_Z1
|-
| Ausschieben
| Y1_Ausfahren aktiv
| B2_Endlage
|-
| Übergabe
| R1_Bereit aktiv
| Übernahme bestätigt
|-
| Rückkehr
| Ausschub wird zurückgenommen
| Grundstellung erreicht
|}

{{#ev:youtube| https://www.youtube.com/watch?v=UxTZ7cuyDqc |500|center}}

{{#ev:youtube| https://www.youtube.com/watch?v=CdlisDCEErM |500|center}}

'''Steuerungsaufgabe:''' Ergänze in Deiner Simulation eine Zeitüberwachung für den Schritt „Ausschieben“. Tritt B2_Endlage nicht rechtzeitig ein, soll der Ablauf stoppen und Fehler_Z1 gesetzt werden.

<div class="mw-collapsible mw-collapsed">
'''Begründetes Feedback:''' Eine Zeitüberwachung erkennt, dass der erwartete Folgezustand ausbleibt. Sie beweist nicht automatisch, welches Bauteil defekt ist. Deshalb muss die Diagnose anschließend Sensorik, Aktorik, Energieversorgung und Mechanik getrennt betrachten.
</div>

{{BR}}
== Lerneinheit 5: Störungen systematisch diagnostizieren ==

Diagnose beginnt nicht mit Bauteiltausch, sondern mit einer prüfbaren Hypothese.

{| class="wikitable"
! Virtuelles Fehlerbild
! Beobachtung
! Sinnvoller nächster Prüfschritt
|-
| B1 dauerhaft 1
| Werkstücksignal bleibt trotz leerer Übergabe aktiv
| Sensorsignal im Anlagenmodell prüfen
|-
| Y1 = 1, B2 bleibt 0
| Befehl vorhanden, Rückmeldung fehlt
| virtuelle Aktorbewegung und Endlagensignal getrennt prüfen
|-
| B2 wechselt korrekt, R1 bleibt 0
| Prozessrückmeldung vorhanden, Handshake fehlt
| Bedingung für R1 in der Steuerungslogik prüfen
|-
| Neues Modul liefert andere Signalnamen
| Kopplung schlägt fehl
| Schnittstellenvertrag und Mapping vergleichen
|-
| Zyklus stoppt ohne Fehlertext
| Diagnoseinformation unvollständig
| Zustands- und Ereignisprotokoll ergänzen
|}

'''Diagnoseprinzip:''' Beobachtung → Hypothese → gezielte Prüfung → Befund → nächste Entscheidung.

{{BR}}
=== Interaktive Diagnoseaufgabe ===

Im virtuellen Test gilt:
# B1_Werkstück = 1
# Freigabe_Z1 = 1
# Y1_Ausfahren = 1
# B2_Endlage bleibt 0
# Zeitüberwachung läuft ab

Welche drei Fehlerklassen sind zuerst sinnvoll zu unterscheiden?

<div class="mw-collapsible mw-collapsed">
'''Hilfe 1:''' Frage Dich, ob Befehl, Bewegung und Rückmeldung dasselbe sind.
</div>

<div class="mw-collapsible mw-collapsed">
'''Hilfe 2:''' Prüfe getrennt Aktorik, Mechanik und Sensorik.
</div>

<div class="mw-collapsible mw-collapsed">
'''Musterlösung mit Feedback:''' Erstens kann der Aktor trotz Steuerbefehl im virtuellen Modell nicht wirksam werden. Zweitens kann die Bewegung mechanisch blockiert sein. Drittens kann die Bewegung erfolgt sein, aber B2 liefert keine passende Rückmeldung. Diese Trennung verhindert vorschnellen Bauteiltausch.
</div>

{{BR}}
== Lerneinheit 6: Austauschbarkeit nachweisen ==

Ein Ersatzmodul ist erst dann überzeugend geplant, wenn seine Schnittstellen und Prüfmerkmale dokumentiert sind.

'''Schnittstellensteckbrief Z1:'''

{| class="wikitable"
! Merkmal
! Muss festgelegt sein
|-
| Aufgabe
| Werkstück übernehmen, ausschieben und übergeben
|-
| Mechanische Übergabe
| Lage, Befestigung, Bewegungsraum
|-
| Elektrische Übergabe
| Versorgung, Steckverbindungen, Kennzeichnung
|-
| Pneumatische Übergabe
| Anschluss, zulässige Betriebsbedingungen
|-
| Digitale Signale
| Namen, Richtung, Bedeutung, Grundzustand
|-
| Ablaufverhalten
| Startzustand, Freigaben, Timeout, Fehlerreaktion
|-
| Diagnose
| Status- und Fehlerinformationen
|-
| Dokumentation
| Version, Schnittstellenliste, Prüfnachweis
|}

'''Abnahmeregel:''' Ein Modul wird nicht nur danach bewertet, ob es „irgendwie läuft“, sondern ob es die vereinbarten Schnittstellen und Prüfkriterien reproduzierbar erfüllt.

{{BR}}
== Klare Verantwortlichkeiten ==

{| class="wikitable"
! Aufgabe
! Primär verantwortlich
! Ergebnis
|-
| Modulgrenze festlegen
| Projektteam
| eindeutiger Systemumfang
|-
| mechanische Schnittstellen
| Konstruktion
| Einbau- und Übergabedaten
|-
| elektrische Anschlüsse
| Elektrotechnik
| Anschluss- und Kennzeichnungskonzept
|-
| Pneumatik
| zuständige Fachfunktion
| Anschluss- und Betriebsdaten
|-
| Signaldefinition
| Automatisierung
| Ein-/Ausgangs- und Handshake-Liste
|-
| virtuelle Funktionsprüfung
| Automatisierung mit Fachteam
| dokumentierter Simulationstest
|-
| reale Freigabe
| betriebliche Verantwortliche
| dokumentierte Freigabe nach geltenden Regeln
|}

{{BR}}
== Planung mit V-Modell-Gedanken ==

[[Datei:V-model.svg|500px|rahmenlos|center]]

Das gezeigte Commons-Bild stellt ein allgemeines V-Modell dar. Für mechatronische und cyber-physische Systeme beschreibt die aktuelle VDI/VDE 2206:2021-11 ein erweitertes V-Modell zur Strukturierung von Entwicklungsaufgaben. Für diesen Kurs genügt der Grundgedanke: '''Anforderungen und Schnittstellen früh festlegen und später gezielt dagegen prüfen.'''

{{BR}}
= Gestufte Hilfen für den Ausbildungsfall =

{{BR}}
== Hilfe Stufe 1: Leitfragen ==

# Welche Aufgabe gehört ausschließlich zu Z1?
# Wo endet Z1 mechanisch, elektrisch und informationstechnisch?
# Welche Signale muss ein Ersatzmodul zwingend verstehen?
# Welche Rückmeldung beweist eine erfolgreiche Bewegung?
# Welche Fehler müssen im Simulator erkennbar sein?

{{BR}}
== Hilfe Stufe 2: Prüfliste ==

# Ein Eingangssignal beschreibt immer eine eindeutige Beobachtung.
# Ein Ausgangssignal beschreibt immer eine eindeutige Anforderung.
# Handshake-Signale werden mit Richtung und Bedeutung dokumentiert.
# Der Grundzustand ist ausdrücklich festgelegt.
# Für erwartete Bewegungen existiert eine Rückmeldung.
# Für ausbleibende Rückmeldungen ist ein Diagnoseweg vorgesehen.
# Die Simulation wird vor einer möglichen realen Inbetriebnahme abgeschlossen.

{{BR}}
== Hilfe Stufe 3: Teillösung ==

Eine tragfähige Minimaldefinition für Z1 enthält mindestens:
# B1_Werkstück als Eingang.
# Freigabe_Z1 als Eingang.
# Y1_Ausfahren als Ausgang zum virtuellen Anlagenmodell.
# B2_Endlage als Rückmeldung.
# R1_Bereit als Übergabesignal.
# Fehler_Z1 als Diagnoseausgabe.
# Einen dokumentierten Startzustand und eine Zeitüberwachung.

{{BR}}
== Musterlösung in einem Satz ==

'''Z1 ist austauschbar geplant, wenn ein Ersatzmodul dieselbe definierte Funktion an denselben mechanischen, energetischen und informationstechnischen Übergabepunkten erfüllt und dies durch Simulation und dokumentierte Abnahmeprüfungen nachgewiesen wird.'''

{{BR}}
= Sicherheit bei Simulation und realer Arbeit =

'''Simulation zuerst:''' Prozesslogik, Signalzuordnung, Zeitbedingungen und Fehlerfälle werden zunächst virtuell geprüft.

'''Keine Umgehung von Schutzeinrichtungen:''' Sicherheitsfunktionen und trennende oder nicht trennende Schutzeinrichtungen werden nicht manipuliert, überbrückt oder absichtlich unwirksam gemacht.

'''Keine automatische Live-Ansteuerung durch diesen Kurs:''' Beispiele und Aufgaben beziehen sich auf virtuelle Anlagenmodelle. Eine reale Ansteuerung darf daraus nicht automatisch abgeleitet oder ausgeführt werden.

'''Reale Tätigkeiten:''' Arbeiten an realen Anlagen nur unter geeigneter Fachaufsicht, nach betrieblicher Freigabe und entsprechend Qualifikation, Gefährdungsbeurteilung, Herstellerunterlagen und geltenden Vorschriften.

{{BR}}
= Medien und geprüfte Rechte =

Die eingebundenen Bilder stammen aus Wikimedia Commons. Vor Einbindung wurden Dateiseite und Lizenzangabe geprüft. Die jeweilige Originaldatei bleibt maßgeblich für Namensnennung und Lizenzbedingungen.

# [https://commons.wikimedia.org/wiki/File:Emergency_stop_button.jpg Emergency stop button.jpg]: Commons, unter anderem CC BY-SA 3.0 und GFDL.
# [https://commons.wikimedia.org/wiki/File:Photoelectric_sensor.jpg Photoelectric sensor.jpg]: Commons, CC BY-SA 3.0.
# [https://commons.wikimedia.org/wiki/File:Pneumatic_cylinder.jpg Pneumatic cylinder.jpg]: Commons, CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:Programmable_logic_controller.jpg Programmable logic controller.jpg]: Commons, CC BY-SA 3.0 und GFDL.
# [https://commons.wikimedia.org/wiki/File:Inductive_proximity_sensor.jpg Inductive proximity sensor.jpg]: Commons, CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:Solenoid_valve_on_an_on-off_pneumatic_valve_actuator.jpg Solenoid valve on an on-off pneumatic valve actuator.jpg]: Commons, CC BY-SA 4.0.
# [https://commons.wikimedia.org/wiki/File:Example_Grafcet_SFC-fr.svg Example Grafcet SFC-fr.svg]: Commons-Datei zu GRAFCET/SFC.
# [https://commons.wikimedia.org/wiki/File:V-model.svg V-model.svg]: Commons, CC BY-SA 3.0 und GFDL.

Die YouTube-Videos stammen von den offiziellen Kanälen Festo Didactic beziehungsweise Siemens Knowledge Hub. Sie werden lediglich über den YouTube-Embed eingebunden; ihre Rechte verbleiben bei den jeweiligen Rechteinhabern und werden hier nicht als freie OER-Lizenz ausgegeben.

{{BR}}
= Fachlich geprüfte Quellen =

# [https://www.bibb.de/dienst/berufesuche/de/index_berufesuche.php/profile/apprenticeship/868686 BIBB – Mechatroniker/Mechatronikerin]: Berufsprofil und Rechtsgrundlagen.
# [https://www.ihk.de/ulm/hauptnavigation/ausbildungsbetriebe-azubis/beratung-und-infos/infos-fuer-ausbildungsbetriebe/ausbildungsberufe-a-z/mechatroniker-in-6686230 IHK Ulm – Mechatroniker/-in]: Ausbildungsinhalte wie Steuerungen aufbauen, Systeme programmieren, prüfen und instandhalten.
# [https://www.vdi.de/mitgliedschaft/vdi-richtlinien/programme-zu-vdi-richtlinien/vdi-2206 VDI – VDI/VDE 2206]: Entwicklung mechatronischer und cyber-physischer Systeme.
# [https://www.festo.com/de/de/e/technische-bildung/lernloesungen/automatisierungstechnik/mechatronisches-produktionssystem-mps-id_4160435 Festo – Mechatronisches Produktionssystem MPS]: Modularität, Stationen, Sensorik, Aktorik und Teilprozesse in der Ausbildung.
# [https://www.sitrain-learning.siemens.com/en/product/chapter/QA5OSAX/course/QA649R3/description.do Siemens SITRAIN – Virtual Commissioning]: virtuelle Inbetriebnahme und Kopplung virtueller Steuerung und Anlagenmodell.
# [https://docs.tia.siemens.cloud/r/en-us/v3.0/automation-framework/automation-framework-v3.0/9.-central-functions/9.6.-diagnostics/9.6.1.-system-diagnostics Siemens – Systemdiagnose]: strukturierte Diagnose von Steuerung und verbundenen Systemen.
# [https://aug.dguv.de/wp-content/uploads/2025/07/Aushang_Regeln_elektrische_Anlagen.pdf DGUV – Fünf Sicherheitsregeln]: Grundlagen für sicheres Arbeiten an elektrischen Anlagen.
# [https://www.baua.de/DE/Angebote/Regelwerk/TRBS/pdf/TRBS-2111.pdf BAuA – TRBS 2111]: Anforderungen an Schutzeinrichtungen gegen mechanische Gefährdungen.

{{BR}}
= Interaktive Aufgaben =

{{BR}}
== Quiz: Teste Dein Wissen ==

{{MC}}

'''Was ist das wichtigste Merkmal einer modular geplanten Baugruppe?'''
(Klar definierte Schnittstellen)
(!Möglichst viele unterschiedliche Steckverbinder)
(!Keine Dokumentation)
(!Fest verdrahtete Abhängigkeit von Nachbarmodulen)

{{E}}
<br>

{{MC}}

'''Was wird bei diesem Kurs zuerst geprüft?'''
(Der Ablauf in einer Simulation)
(!Die automatische Live-Ansteuerung der Maschine)
(!Das Umgehen einer Schutztür)
(!Der Betrieb ohne Diagnose)

{{E}}
<br>

{{MC}}

'''Welche Aussage beschreibt Austauschbarkeit am besten?'''
(Ein Ersatzmodul erfüllt die vereinbarten äußeren Schnittstellen)
(!Alle inneren Bauteile müssen vom selben Hersteller stammen)
(!Alle Leitungen müssen dieselbe Farbe haben)
(!Das Ersatzmodul darf keine eigene Diagnose besitzen)

{{E}}
<br>

{{MC}}

'''Welche Komponente erfasst einen Prozesszustand?'''
(Ein Sensor)
(!Ein Aktor)
(!Ein Pneumatikschlauch)
(!Eine Montageplatte)

{{E}}
<br>

{{MC}}

'''Welche Aussage passt zu einer guten Diagnose?'''
(Beobachtungen werden in prüfbare Hypothesen überführt)
(!Bauteile werden ohne Prüfung ausgetauscht)
(!Fehlertexte werden bewusst vermieden)
(!Rückmeldesignale werden ignoriert)

{{E}}
<br>

{{MC}}

'''Wozu dient eine Zeitüberwachung im simulierten Ablauf?'''
(Sie erkennt ein ausbleibendes erwartetes Ereignis)
(!Sie beweist automatisch einen Sensordefekt)
(!Sie ersetzt alle Schutzeinrichtungen)
(!Sie macht Schnittstellenbeschreibungen überflüssig)

{{E}}
<br>

{{MC}}

'''Welche Schnittstelle beschreibt Freigabe Bereit und Fehler?'''
(Die informationstechnische Steuerungsschnittstelle)
(!Die mechanische Montagefläche)
(!Die Oberflächenbeschichtung)
(!Die Werkzeugablage)

{{E}}
<br>

{{MC}}

'''Was ist bei Y1 aktiv und B2 bleibt aus zunächst sinnvoll?'''
(Aktorik Mechanik und Rückmeldung getrennt prüfen)
(!Sofort die gesamte Steuerung ersetzen)
(!Schutzeinrichtungen überbrücken)
(!Alle Signalnamen ändern)

{{E}}
<br>

{{MC}}

'''Warum werden Verantwortlichkeiten festgelegt?'''
(Damit Zuständigkeiten und Prüfergebnisse eindeutig zugeordnet sind)
(!Damit niemand Schnittstellen dokumentieren muss)
(!Damit jedes Modul ohne Prüfung geändert werden darf)
(!Damit Diagnose ausschließlich Sache des Bedieners ist)

{{E}}
<br>

{{MC}}

'''Was gilt für reale Arbeiten an der Anlage?'''
(Sie erfolgen nur unter geeigneter Fachaufsicht und betrieblicher Freigabe)
(!Sie werden direkt aus der Simulation automatisch ausgelöst)
(!Schutzeinrichtungen dürfen zum Test überbrückt werden)
(!Die Freigabe kann durch einen erfolgreichen Quiz ersetzt werden)

{{E}}
<br>

{{BR}}
== Memory ==

<div class="memo-quiz">
{|
|-
| Sensor || Prozesszustand erfassen
|-
| Aktor || Prozess physisch beeinflussen
|-
| Schnittstelle || Übergabepunkt zwischen Modulen
|-
| Handshake || abgestimmter Signalaustausch
|-
| Simulation || Ablauf virtuell prüfen
|-
| Diagnose || Fehlerursache systematisch eingrenzen
|-
| Timeout || ausbleibendes Ereignis erkennen
|-
| Abnahme || Anforderungen gegen Prüfkriterien bewerten
|}
{{E}}
<br>

{{BR}}
== Drag and Drop ==

<div class="lueckentext-quiz">

{| class="wikitable"
! Ordne die richtigen Begriffe zu.
! Thema
|-
| '''Modulgrenze'''
| trennt Zuständigkeiten
|-
| '''Sensorsignal'''
| beschreibt eine Beobachtung
|-
| '''Ausgangssignal'''
| fordert eine Aktion an
|-
| '''Rückmeldung'''
| bestätigt einen Prozesszustand
|-
| '''Schnittstellenvertrag'''
| legt äußere Anforderungen fest
|-
| '''Simulationstest'''
| prüft den Ablauf vor realer Bewegung
|-
| '''Diagnoseprotokoll'''
| dokumentiert Beobachtung und Befund

|}
{{E}}

<br>
<br />

{{BR}}
== Kreuzworträtsel ==

<div class="kreuzwort-quiz">
{|
|-
| Schnittstelle || Wie heißt ein definierter Übergabepunkt zwischen zwei Modulen?
|-
| Sensor || Welche Komponente erfasst einen Prozesszustand?
|-
| Aktor || Welche Komponente setzt ein Steuerungssignal in eine Wirkung um?
|-
| Simulation || Wie heißt die virtuelle Prüfung eines Maschinenablaufs?
|-
| Diagnose || Wie heißt das systematische Eingrenzen einer Störung?
|-
| Modularitaet || Wie heißt das Prinzip der Zerlegung eines Systems in austauschbare Einheiten?
|}
{{E}}
<br>

{{BR}}
== LearningApps ==

<iframe> https://learningapps.org/index.php?s=Mechatronische+Systeme+verstehen+Eine+Baugruppe+modular+planen </iframe>

{{BR}}
== Lückentext ==

<quiz display=simple>
{'''Vervollständige den Text.'''<br>
|type="{}"}
Eine austauschbare Baugruppe benötigt klar definierte { Schnittstellen }. Ein Sensor erfasst einen { Prozesszustand }. Die Steuerung verarbeitet Eingänge nach einer festgelegten { Logik }. Ein Aktor setzt eine Anforderung in eine physische { Wirkung } um. Vor realen Bewegungen wird der Ablauf in einer { Simulation } geprüft. Bleibt eine erwartete Rückmeldung aus, kann eine { Zeitüberwachung } einen Fehlerzustand auslösen. Eine gute Diagnose beginnt mit einer beobachtbaren { Abweichung }. Für den Modultausch müssen Zuständigkeiten und Prüfkriterien eindeutig { dokumentiert } sein. Schutzeinrichtungen dürfen für Diagnosezwecke nicht { umgangen } werden. Reale Arbeiten benötigen geeignete Fachaufsicht und betriebliche { Freigabe }.
</quiz>

<br>

{{BR}}
= Offene Aufgaben =

{{BR}}
=== Leicht – Basisaufgaben ===
# [[Modulgrenze]]: Zeichne Z1 als Blackbox und markiere Ein- und Ausgänge. Feedbackkriterium: Die Grenze muss erkennen lassen, was zum Modul gehört und was nicht.
# [[Signalkette]]: Erstelle für B1_Werkstück bis Y1_Ausfahren eine Pfeilkette. Feedbackkriterium: Sensor, Steuerungslogik und Aktor müssen getrennt erkennbar sein.
# [[Schnittstellenliste]]: Formuliere je ein Beispiel für mechanische, elektrische, pneumatische und informationstechnische Schnittstellen. Feedbackkriterium: Jede Angabe muss überprüfbar sein.
# [[Grundzustand]]: Beschreibe den sicheren simulierten Startzustand von Z1. Feedbackkriterium: Aktive Bewegungsanforderungen dürfen nicht unbeabsichtigt gesetzt sein.

{{BR}}
=== Standard – Anwendungsaufgaben ===
# [[Signalverlauf]]: Erstelle einen Zeitverlauf für B1_Werkstück, Y1_Ausfahren, B2_Endlage und R1_Bereit. Feedbackkriterium: Jede Zustandsänderung muss durch den Prozess erklärbar sein.
# [[Fehlerdiagnose]]: Simuliere den Fehler „B2 bleibt 0“ und dokumentiere drei Hypothesen samt Prüfreihenfolge. Feedbackkriterium: Befehl, Bewegung und Rückmeldung werden getrennt betrachtet.
# [[Schnittstellenvergleich]]: Vergleiche zwei virtuelle Ersatzmodule anhand eines selbst erstellten Schnittstellensteckbriefs. Feedbackkriterium: Die Entscheidung muss auf prüfbaren Merkmalen statt auf Herstellerähnlichkeit beruhen.
# [[Abnahmetest]]: Entwirf fünf virtuelle Abnahmetests für Z1. Feedbackkriterium: Normalfall, Grenzfall und mindestens ein Fehlerfall müssen enthalten sein.

{{BR}}
=== Schwer – Transferaufgaben ===
# [[Modularchitektur]]: Zerlege eine virtuelle Förderanlage in mindestens drei Module und begründe jede Modulgrenze. Feedbackkriterium: Verantwortlichkeiten und Übergabepunkte müssen klarer werden als zuvor.
# [[Handshake]]: Entwickle einen robusten Signalaustausch zwischen Z1 und einem Folgemodul. Feedbackkriterium: Freigabe, Bereitschaft, Quittierung und Fehlerfall müssen widerspruchsfrei beschrieben sein.
# [[Versionswechsel]]: Plane den Austausch von Z1 gegen eine neue Version mit verändertem Innenaufbau. Feedbackkriterium: Du trennst interne Änderungen von extern verbindlichen Schnittstellen.
# [[Diagnosekonzept]]: Entwickle ein Diagnosekonzept mit Ereignisprotokoll, Timeout und Zustandsanzeige für die Simulation. Feedbackkriterium: Jede Meldung muss eine konkrete nächste Prüfmöglichkeit unterstützen.

{{:Offene Aufgabe - MOOC erstellen}}

{{BR}}
= Lernkontrolle =

# [[Ursache und Wirkung]]: In einer Simulation wird Y1_Ausfahren gesetzt, B2_Endlage bleibt aber aus. Entwickle eine Prüfreihenfolge und begründe, warum Du nicht sofort den Sensor als Ursache festlegst.
# [[Schnittstellenentscheidung]]: Ein Ersatzmodul verwendet andere interne Bauteile. Entscheide anhand selbst gewählter Schnittstellenkriterien, ob es trotzdem freigegeben werden kann.
# [[Fehlerfortpflanzung]]: Erkläre, wie ein falsches Eingangssignal den Ablauf, die Diagnose und die Übergabe an das Folgemodul beeinflussen kann.
# [[Modulgrenze bewerten]]: Zwei Teams schlagen unterschiedliche Grenzen für Z1 vor. Entwickle Kriterien, mit denen Du die wartungs- und austauschfreundlichere Variante auswählst.
# [[Virtuelle Inbetriebnahme]]: Entwirf eine Reihenfolge von Tests, mit der Du Normalbetrieb, Störungen und Wiederanlauf zuerst im Simulator prüfst.
# [[Sicherheitstransfer]]: Begründe, warum ein erfolgreicher Simulationstest keine betriebliche Freigabe für reale Arbeiten ersetzt.

<br>
<br>

{{BR}}
= Lernnachweis =

Für einen Lernnachweis zu diesem Thema sind wichtig:
# Eine nachvollziehbare Modulgrenze.
# Ein vollständiger Schnittstellensteckbrief.
# Eine konsistente Signal- und Handshake-Liste.
# Ein dokumentierter virtueller Ablauf mit mindestens einem Fehlerfall.
# Eine begründete Diagnose anhand von Signalzuständen.
# Nachweisbare Kriterien für Austauschbarkeit.
# Klare Verantwortlichkeiten für Planung, Prüfung und Freigabe.
# Ein Sicherheitsabschnitt mit Simulation vor Realbetrieb, keiner Umgehung von Schutzeinrichtungen und realen Arbeiten nur unter geeigneter Fachaufsicht und betrieblicher Freigabe.

<br>
<br>

{{BR}}
= OERs zum Thema =

<iframe> https://de.m.wikipedia.org/wiki/Mechatronik </iframe>

<br>

{{BR}}
= Verknüpfte Lernbereiche =

{| align=center
{{:D-Tab}}
'''[[Mechatronische Systeme verstehen – Eine Baugruppe modular planen]]'''
# [[Mechatronik]]
# [[Automatisierungstechnik]]
# [[Speicherprogrammierbare Steuerung]]
# [[Sensorik]]
# [[Aktorik]]
# [[Pneumatik]]
# [[Schnittstelle]]
# [[GRAFCET]]
# [[Virtuelle Inbetriebnahme]]
# [[Fehlerdiagnose]]
# [[Instandhaltung]]
# [[Arbeitssicherheit]]
|}

[[Kategorie:Technik]]
[[Kategorie:Mechatronik]]
[[Kategorie:Automatisierungstechnik]]
[[Kategorie:Steuerungstechnik]]
[[Kategorie:SPS]]
[[Kategorie:Ausbildung]]
[[Kategorie:Berufliche Bildung]]
[[Kategorie:Arbeitssicherheit]]
[[Kategorie:Simulation]]

{{BR}}
= aiMOOC-Projekte =
[[Kategorie:AI_MOOC]] [[Kategorie:GPT aiMOOC]]
{{MT}}

Mechatronische Systeme verstehen – Eine Baugruppe modular planen - Versionsgeschichte

Glanz: aiMOOC über GPT aiMOOC Action erstellt