Zum Inhalt springen

Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen

Aus MOOCsWiki Staging
aiMOOC-Siegel aiMOOC

Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen

QR-Code



Einleitung

Industrielle Kommunikation und Vernetzung – Kommunikationsfehler systematisch eingrenzen

Du arbeitest in diesem Lernkurs wie in der Ausbildung an einer virtuellen Verpackungszelle. Dein Ziel ist nicht, „irgendetwas im Netzwerk auszuprobieren“, sondern Fehler mit einer festen Reihenfolge einzugrenzen: Adressierung → Verbindung → Datenformat → Nachweis.

Der Kurs richtet sich an Auszubildende in Mechatronik, Automatisierungstechnik, Fachinformatik und verwandten Berufen. Die Lerneinheiten sind kurz und praxisnah.

Wichtig: Alle Aufgaben verwenden ausschließlich eine lokale, virtuelle oder ausdrücklich autorisierte Testumgebung mit fiktiven Daten. Du greifst keine fremden Netze oder Produktivanlagen an, überträgst keine Zugangsdaten oder Kundendaten und führst keine ungefragten Scans durch.


Lernziele

Nach dem Kurs kannst Du Kommunikationsfehler anhand von Beobachtungen einer Fehlerklasse zuordnen, IPv4-Adresse und Subnetzmaske prüfen, den Unterschied zwischen physischer Verbindung und logischer Erreichbarkeit erklären, Datenformate mit Datentyp, Skalierung und Reihenfolge prüfen und eine Diagnose so dokumentieren, dass ein anderer Auszubildender sie nachvollziehen kann.


Der Ausbildungsfall: Verpackungszelle V-17

Die virtuelle Anlage besteht aus einer Steuerung, einem Bediengerät, einer dezentralen E/A-Station und einem simulierten Antrieb. Die folgenden Adressen stammen aus dem für Dokumentationsbeispiele reservierten Bereich 192.0.2.0/24. Sie dienen hier nur der Darstellung und werden nicht zum Zugriff auf reale Systeme benutzt.

Virtuelles Gerät Soll-Adresse Aufgabe Beobachteter Status
V-SPS 192.0.2.10/24 Steuerung RUN
V-HMI 192.0.2.20/24 Bedienung Online
V-IO 192.0.2.30/24 Sensoren und Aktoren zeitweise nicht erreichbar
V-Drive 192.0.2.40/24 Drehzahlsimulation Datenwert unplausibel

Fehlerbild zu Schichtbeginn: Das HMI zeigt bei V-IO „Kommunikationsfehler“. Der virtuelle Antrieb antwortet, aber statt 25,0 Hz werden 250,0 Hz angezeigt. Du sollst beide Fehler systematisch eingrenzen.


Lerneinheit 1: Erst beobachten, dann eingrenzen

Ein Kommunikationsfehler ist zunächst nur ein Symptom. Gute Diagnose trennt Beobachtung und Ursache.

  1. Symptom: Was siehst Du tatsächlich?
  2. Hypothese: Welche Fehlerklasse könnte dazu passen?
  3. Prüfung: Welche eine Beobachtung bestätigt oder verwirft die Hypothese?
  4. Nachweis: Was hat sich nach der Korrektur verändert?

Merksatz: Ein dunkler Link kann keine falsche Skalierung beweisen. Ein vorhandener Link kann keine korrekte IP-Adresse beweisen. Ein Telegramm mit Antwort kann keinen korrekten Zahlenwert beweisen.

Ein Industrial-Ethernet-Switch stellt physische Ports bereit. Die sichtbare Verbindung ist nur die erste Stufe der Diagnose.

Das Video von PROFIBUS & PROFINET International zeigt, warum Diagnoseinformationen zur schnellen Lokalisierung eines Fehlers genutzt werden.


Diagnosematrix AVD

Prüfebene Typische Frage Typische Beobachtung Nächster Schritt
Adressierung Spreche ich das richtige Gerät im richtigen logischen Netz an? Zieladresse weicht vom Soll ab Soll-Ist-Vergleich durchführen
Verbindung Besteht ein nutzbarer Kommunikationspfad? Link fehlt oder Sitzung kommt nicht zustande Kabel, Port, Topologie und Verbindungsstatus prüfen
Datenformat Wird die Antwort richtig interpretiert? Antwort kommt an, Wert ist aber falsch Datentyp, Register, Skalierung und Reihenfolge prüfen


Lerneinheit 2: Adressierung prüfen

Eine IPv4-Adresse bezeichnet eine Schnittstelle logisch. Die Subnetzmaske legt fest, welcher Teil der Adresse das lokale Netz beschreibt.

Im Ausbildungsfall liegen 192.0.2.10/24 und 192.0.2.30/24 im selben dargestellten /24-Netz. Ändert sich die konfigurierte V-IO-Adresse versehentlich auf 192.0.2.31, kann die physische Verbindung trotzdem vollständig in Ordnung sein.

Kurzprüfung:

  1. Stimmt die Zieladresse mit der Projektdokumentation überein?
  2. Ist die Subnetzmaske passend?
  3. Ist die Adresse eindeutig?
  4. Ist bei Kommunikation in ein anderes Subnetz ein korrektes Gateway vorgesehen?

Ein Default Gateway ist erst relevant, wenn Kommunikation ein anderes IP-Subnetz erreichen soll.


Mini-Fall Adressierung

Diagnoseprotokoll Wert
Link V-SPS ↔ V-IO aktiv
Projektierte V-IO-Adresse 192.0.2.30
Beobachtete V-IO-Adresse im bereitgestellten Simulationslog 192.0.2.31
Telegramme an 192.0.2.30 keine Antwort

Schlussfolgerung: Die stärkste Hypothese ist ein Adressierungsfehler. Ein Kabeltausch wäre hier nicht der erste sinnvolle Schritt, weil der Link bereits aktiv ist und der Soll-Ist-Vergleich eine konkrete Abweichung zeigt.


Lerneinheit 3: Verbindung prüfen

„Verbindung“ hat mehrere Ebenen. Für die Ausbildung reicht zunächst diese Reihenfolge:

  1. Physischer Link vorhanden?
  2. Richtiger Port und richtige Topologie?
  3. Logischer Kommunikationspfad vorhanden?
  4. Anwendungssitzung bzw. Protokollbeziehung aufgebaut?
  5. Anfrage und Antwort im bereitgestellten Diagnoseprotokoll sichtbar?

Ein beschädigtes Kabel kann eine Ursache auf der Verbindungsebene sein. Es ist aber nur dann eine plausible Hauptursache, wenn die Beobachtungen dazu passen.

Ein Kabeltester kann in einer autorisierten Werkstatt- oder Schulungsumgebung helfen, Verdrahtungsfehler zu erkennen. Er ersetzt nicht die Prüfung der IP-Konfiguration.


Virtueller Signalverlauf: Verbindung

Zeitpunkt Link Zieladresse Anfrage Antwort Bewertung
t0 aktiv 192.0.2.30 keine keine noch kein Test
t1 aktiv 192.0.2.30 gesendet keine Adresse oder Gegenstelle prüfen
t2 aktiv 192.0.2.31 gesendet vorhanden Pfad funktioniert zur beobachteten Adresse
t3 aktiv 192.0.2.30 gesendet vorhanden nach Korrektur Sollzustand

Diagnoseprinzip: Ändere immer nur eine relevante Größe und dokumentiere den Unterschied. So weißt Du, welche Korrektur tatsächlich wirksam war.

PROFINET ist ein Beispiel für Industrial Ethernet. Die systematische Trennung von Topologie, Adressierung und Diagnosedaten ist auch auf andere industrielle Ethernet-Kommunikation übertragbar.


Lerneinheit 4: Datenformat prüfen

Wenn Anfrage und Antwort vorhanden sind, kann der Fehler trotzdem im Datenformat liegen.

Prüfe in dieser Reihenfolge:

  1. Datentyp: Bool, Integer, vorzeichenbehaftet, Gleitkomma?
  2. Datenbreite: 8, 16 oder 32 Bit?
  3. Adressbezug: richtige Variable, richtiges Register oder richtiger Offset?
  4. Skalierung: Rohwert oder technische Einheit?
  5. Byte- und Wortreihenfolge: stimmt die Interpretation mehrteiliger Werte?

Modbus wird hier nur als leicht verständliches Beispiel für ein industrielles Datenmodell verwendet. In realen Projekten ist immer die Dokumentation des tatsächlich eingesetzten Geräts maßgeblich.


Signalverlauf: Der Wert ist da, aber falsch

Der virtuelle Antrieb liefert einen 16-Bit-Rohwert. Für die Simulation gilt ausdrücklich:

technischer Wert = Rohwert × 0,1 Hz

Zeitpunkt Sollwert HMI Rohwert Faktor Korrekte Anzeige
t0 0,0 Hz 0 0,1 0,0 Hz
t1 10,0 Hz 100 0,1 10,0 Hz
t2 25,0 Hz 250 0,1 25,0 Hz
t3 25,0 Hz 250 1,0 250,0 Hz

Diagnose: Da die Antwort vorhanden ist und der Rohwert 250 plausibel übertragen wird, ist ein Kabel- oder IP-Fehler als Hauptursache unwahrscheinlich. Der Faktor 1,0 statt 0,1 erklärt die Abweichung vollständig.

Das Bild zeigt beispielhaft, dass industrielle Ethernet-Telegramme strukturiert aus Feldern bestehen. Für die Fehlersuche ist wichtig, zwischen „Telegramm vorhanden“ und „Nutzdaten korrekt interpretiert“ zu unterscheiden.


Achtung bei 32-Bit-Werten

Bei Daten, die über mehrere 16-Bit-Wörter verteilt werden, muss die Wortreihenfolge zur Gerätedokumentation passen. Diese Reihenfolge ist nicht bei allen Geräten gleich. Deshalb darfst Du sie nicht raten.

Regel: Dokumentation prüfen, bekannten Testwert verwenden, Interpretation vergleichen.


Lerneinheit 5: Systematischer Diagnosepfad

Schritt Frage Wenn nein Wenn ja
1 Ist der Test lokal, virtuell oder ausdrücklich autorisiert? Test stoppen weiter
2 Ist das Symptom sauber dokumentiert? Beobachtung nachholen weiter
3 Stimmt die Adressierung? Soll-Ist-Abweichung korrigieren weiter
4 Besteht die Verbindung? Link, Port und Pfad eingrenzen weiter
5 Sind Anfrage und Antwort vorhanden? Protokollbeziehung prüfen weiter
6 Ist der Wert fachlich plausibel? Datenformat prüfen weiter
7 Ist die Korrektur reproduzierbar? erneut kontrolliert prüfen Fehlernachweis abschließen

Merksatz: Nicht „alles gleichzeitig ändern“, sondern eine Hypothese – eine Prüfung – eine dokumentierte Wirkung.


Gestufte Hilfen zum Ausbildungsfall


Hilfe 1 – Orientierung

V-IO hat einen aktiven Link. Suche deshalb zuerst nach einer logischen Abweichung, bevor Du das virtuelle Kabel als Ursache annimmst.


Hilfe 2 – Vergleich

Vergleiche für V-IO ausschließlich Soll- und Ist-Adresse. Für den Antrieb vergleiche Rohwert und Skalierungsfaktor.


Hilfe 3 – Lösungshinweis

V-IO antwortet unter 192.0.2.31, projektiert ist aber 192.0.2.30. Beim Antrieb ist der korrekte Rohwert 250 vorhanden; falsch ist der Faktor 1,0 statt 0,1.


Basis-, Anwendungs- und Transferaufgaben

Niveau Aufgabe Begründetes Feedback
Basis Ordne „Link aus“, „falsche IP“ und „Rohwert korrekt, Anzeige Faktor 10 zu groß“ den drei Fehlerklassen zu. Link aus gehört zur Verbindung, falsche IP zur Adressierung und die falsche Anzeige zum Datenformat. Die Zuordnung folgt jeweils der ersten Ebene, auf der die Beobachtung nicht zum Soll passt.
Anwendung Begründe, warum bei V-IO nicht zuerst die Skalierung geprüft wird. V-IO liefert noch keine Antwort an die projektierte Adresse. Ohne bestätigten Datenaustausch ist eine Skalierungsprüfung verfrüht.
Transfer Ein neues virtuelles Gerät antwortet korrekt, aber ein negativer Messwert wird als sehr große positive Zahl angezeigt. Formuliere Deine nächste Hypothese. Prüfe den Datentyp und insbesondere die Vorzeicheninterpretation. Die Verbindung funktioniert bereits; das Symptom passt zu einer falschen Dateninterpretation.


Interaktive Steuerungs- und Diagnoseaufgabe

Die folgende virtuelle Sequenz steuert nur ein Simulationsmodell. Es wird keine reale Maschine angesprochen.

Phase Freigabe Start Sollwert roh Rückmeldung
A AUS AUS 0 bereit
B EIN AUS 250 bereit
C EIN EIN 250 läuft
D EIN AUS 0 stoppt

Auftrag: Erkläre, warum „Freigabe → Sollwert → Start“ in der Simulation leichter diagnostizierbar ist als das gleichzeitige Ändern aller Signale.

Feedback: Bei einer schrittweisen Sequenz lässt sich jeder Zustandswechsel einem einzelnen Signal zuordnen. Das erleichtert die Ursachenanalyse und verhindert, dass mehrere Änderungen denselben Effekt verdecken.


Medien- und Quellencheck

Die eingebundenen Bilder stammen aus Wikimedia Commons. Die Lizenzangaben wurden an den jeweiligen Dateiseiten geprüft. Die YouTube-Videos werden nur als öffentliche Einbettung genutzt; daraus wird keine freie Weiterverwendungslizenz abgeleitet.

Medium Rechtehinweis
Programmable logic controller.jpg CC BY-SA 3.0 und GFDL laut Commons
Siemens ESM TP80.JPG Public Domain laut Commons
Ethernet cable closeup.JPG CC BY-SA 3.0 laut Commons
Cable stripper and cable tester CC BY 4.0 laut Commons
Profinet PN-PN-Coupler.jpeg CC BY-SA 4.0 laut Commons
HSR Frame CC BY-SA 4.0 und GFDL laut Commons


Fachliche Quellen

  1. PROFIBUS & PROFINET International: PROFINET Technology – Diagnose, Verfügbarkeit und Industrial-Ethernet-Grundlagen
  2. PI North America: Diagnostics for PROFINET and Industrial Ethernet – Diagnosewerkzeuge und Topologie
  3. PI North America: PROFINET Configuration Demonstration – standardisierter Konfigurationsablauf
  4. RFC 5737 – reservierte IPv4-Adressbereiche für Dokumentationsbeispiele
  5. Modbus Organization: Specifications – offizieller Einstieg in Modbus-Protokoll und Datenmodell
  6. NIST SP 800-82 Rev. 3 – Sicherheitsanforderungen und Besonderheiten von Operational Technology
  7. BSI: Empfehlungen für Hersteller und Integratoren von ICS – sicherheitsorientierter Umgang mit industriellen Systemen


Interaktive Aufgaben


Quiz: Teste Dein Wissen

Welche Fehlerklasse prüfst Du zuerst, wenn der physische Link aus ist? (Verbindung) (!Adressierung) (!Skalierung) (!Wortreihenfolge)




Welche Aussage trifft auf 192.0.2.10 mit Maske 255.255.255.0 und 192.0.2.30 mit derselben Maske zu? (Sie liegen im selben dargestellten Subnetz) (!Sie benötigen zwingend ein Gateway) (!Sie haben dieselbe Hostadresse) (!Sie sind automatisch doppelt vergeben)




Welche Beobachtung spricht am stärksten für einen Adressierungsfehler? (Die Ist-Adresse weicht von der projektierten Zieladresse ab) (!Der Rohwert hat den falschen Skalierungsfaktor) (!Das Kabel ist sichtbar beschädigt) (!Der Wert wird mit falschem Vorzeichen angezeigt)




Wozu dient ein Default Gateway grundsätzlich? (Zur Weiterleitung in andere IP-Subnetze) (!Zur Skalierung von Messwerten) (!Zur Erkennung eines Kabelbruchs) (!Zur Festlegung der Byte-Reihenfolge)




Eine Anfrage und eine Antwort sind im Diagnoseprotokoll vorhanden, der Zahlenwert ist aber unplausibel. Was prüfst Du als Nächstes? (Datenformat und Skalierung) (!Nur die Farbe des Netzwerkkabels) (!Nur die Versorgungsspannung des Switches) (!Nur den Gerätenamen)




Der Rohwert beträgt 250 und der Faktor ist 0,1. Welcher technische Wert entsteht? (25,0) (!250,0) (!2,5) (!2500,0)




Was ist bei einem 32-Bit-Wert aus zwei 16-Bit-Wörtern zusätzlich zu prüfen? (Die Wortreihenfolge) (!Die Gehäusefarbe) (!Die Länge des Gerätenamens) (!Die Bildschirmauflösung)




Warum soll bei der Diagnose möglichst nur eine relevante Größe gleichzeitig verändert werden? (Damit die Wirkung einer Änderung eindeutig zugeordnet werden kann) (!Damit jedes Problem zu einem Kabelproblem wird) (!Damit keine Dokumentation nötig ist) (!Damit Adressen beliebig geändert werden können)




Welche Aussage ist für einen sicheren Ausbildungstest richtig? (Nur lokale virtuelle oder ausdrücklich autorisierte Systeme verwenden) (!Beliebige fremde Geräte im Netzwerk testen) (!Produktionsnetze ohne Rückfrage scannen) (!Echte Kundendaten als Testwerte verwenden)




Welche Aussage beschreibt systematische Diagnose am besten? (Beobachtung erfassen Hypothese prüfen Korrektur nachweisen) (!Mehrere Einstellungen gleichzeitig ändern) (!Zuerst alle Geräte neu starten) (!Fehler ohne Messwerte schätzen)





Memory

IP-Adresse logische Geräteadresse
Subnetzmaske Grenze des lokalen IP-Netzes
Linkstatus Zustand der physischen Ethernet-Verbindung
Gateway Weiterleitung in ein anderes IP-Netz
Register adressierter Datenbereich
Skalierung Umrechnung vom Rohwert zur technischen Einheit
Wortreihenfolge Reihenfolge mehrerer 16-Bit-Wörter
Topologie Anordnung der Netzwerkteilnehmer





Drag and Drop

Ordne die richtigen Begriffe zu. Thema
Adressierungsfehler Zieladresse stimmt nicht mit der Projektierung überein
Verbindungsfehler Link oder Kommunikationspfad fehlt
Datenformatfehler Antwort ist vorhanden aber der Wert wird falsch interpretiert
Skalierungsfehler Rohwert wird mit dem falschen Faktor umgerechnet
Wortreihenfolge Mehrteiliger Zahlenwert wird in falscher Reihenfolge zusammengesetzt






Kreuzworträtsel

Subnetz Welcher Begriff beschreibt einen logisch abgegrenzten IP-Adressbereich?
Gateway Welche Instanz leitet Daten in ein anderes IP-Netz weiter?
Ethernet Welche verbreitete Netzwerktechnik bildet die Basis vieler industrieller Netze?
Register Wie heißt ein adressierter Datenbereich in vielen industriellen Protokollen?
Skalierung Wie heißt die Umrechnung eines Rohwertes in eine technische Größe?
Topologie Wie nennt man die Anordnung der Netzwerkteilnehmer?





LearningApps


Lückentext

Vervollständige den Text.
Eine systematische Diagnose trennt zuerst die mögliche Fehlerklasse

von anderen Ebenen.
Ein vorhandener physischer Link beweist noch keine korrekte

.
Für Kommunikation in ein anderes IP-Subnetz kann ein

notwendig sein.
Wenn kein physischer Link vorhanden ist, wird zuerst die

geprüft.
Ist eine Antwort vorhanden, aber der Zahlenwert falsch, wird das

untersucht.
Ein Rohwert wird durch die festgelegte

in eine technische Einheit umgerechnet.
Bei mehrteiligen Zahlenwerten kann die

entscheidend sein.
Für einen aussagekräftigen Test sollte jeweils nur eine relevante

vorgenommen werden.
Ein Diagnoseergebnis ist erst stark, wenn es durch einen reproduzierbaren

bestätigt wird.
Tests erfolgen ausschließlich in einer lokalen virtuellen oder ausdrücklich

Umgebung.




Offene Aufgaben


Leicht

  1. Fehlerkarte: Erstelle drei Karten mit je einem Symptom für Adressierung, Verbindung und Datenformat.
  2. Netzplan: Zeichne die virtuelle Anlage V-17 mit V-SPS, V-HMI, V-IO und V-Drive.
  3. Medienanalyse: Beschreibe an einem eingebundenen Commons-Bild zwei Merkmale, die für die Diagnose nützlich sind.
  4. Fachbegriffe: Erstelle ein Mini-Glossar mit acht Begriffen aus dem Kurs und jeweils einem Beispielsatz.


Standard

  1. Signalverlauf: Erstelle einen eigenen fiktiven Signalverlauf mit Linkstatus, Anfrage, Antwort und technischem Wert.
  2. Diagnoseprotokoll: Dokumentiere für einen vorgegebenen virtuellen Adressfehler die Schritte Beobachtung, Hypothese, Prüfung und Nachweis.
  3. Steuerungssequenz: Entwickle für eine rein virtuelle Antriebssimulation eine Folge aus Freigabe, Sollwert, Start und Stopp und begründe die Reihenfolge.
  4. Erklärvideo: Produziere ein kurzes Video, in dem Du den Unterschied zwischen „Verbindung vorhanden“ und „Daten korrekt“ erklärst.


Schwer

  1. Fehlerinjektion: Plane drei harmlose Fehler, die eine Lehrkraft in einer isolierten virtuellen Anlage aktivieren kann, und formuliere erwartete Symptome.
  2. Diagnosebaum: Erstelle einen Entscheidungsbaum, der ohne Produktnamen von Symptom zu Adressierung, Verbindung oder Datenformat führt.
  3. Peer Review: Tausche ein anonymes, fiktives Diagnoseprotokoll mit einer Lerngruppe und prüfe, ob jede Schlussfolgerung durch eine Beobachtung gestützt ist.
  4. Transfer: Übertrage den Diagnosepfad auf ein anderes industrielles Kommunikationsprotokoll und markiere, welche Prüfschritte gleich bleiben und welche protokollspezifisch werden.




Text bearbeiten Bild einfügen Video einbetten Interaktive Aufgaben erstellen



Lernkontrolle

  1. Diagnoseentscheidung: In einem virtuellen Log sind Link und Antwort vorhanden, aber die HMI-Anzeige ist zehnmal zu groß. Begründe, warum Du nicht mit einem Kabeltausch beginnst.
  2. Vergleich zweier Fälle: Fall A hat keinen Link, Fall B hat Link und eine falsche Zieladresse. Entwickle für beide Fälle jeweils den ersten sinnvollen Prüfschritt und begründe den Unterschied.
  3. Dateninterpretation: Ein Gerät liefert denselben Rohwert in zwei Visualisierungen, aber nur eine zeigt den richtigen technischen Wert. Entwickle eine Prüfreihenfolge, die zwischen Datentyp, Skalierung und Einheit unterscheidet.
  4. Fehlernachweis: Beschreibe, welche Belege nötig sind, damit aus einer Vermutung „Adressfehler“ eine belastbare Diagnose wird.
  5. Sicherheitsgrenze: Erkläre, warum Diagnosemethoden aus einer Schulung nicht ungeprüft auf fremde oder laufende Produktionsnetze übertragen werden dürfen.
  6. Transferaufgabe: Entwickle für eine neue virtuelle Maschine einen herstellerunabhängigen Diagnoseablauf mit maximal sieben Schritten.




Lernnachweis

Für einen Lernnachweis zu diesem Thema solltest Du zeigen, dass Du:

  1. ein Kommunikationssymptom präzise von einer vermuteten Ursache trennen kannst,
  2. Adressierung, Verbindung und Datenformat als unterschiedliche Diagnoseebenen behandelst,
  3. IPv4-Adresse, Subnetzmaske und Gateway fachlich einordnest,
  4. aus einem Signal- oder Diagnoseverlauf die nächste sinnvolle Prüfung ableitest,
  5. Datentyp, Datenbreite, Registerbezug, Skalierung sowie Byte- oder Wortreihenfolge kontrollierst,
  6. Änderungen einzeln durchführst und ihre Wirkung dokumentierst,
  7. eine Korrektur mit einem reproduzierbaren Vorher-Nachher-Nachweis belegst,
  8. Sicherheits- und Autorisierungsgrenzen für OT- und Ausbildungsumgebungen einhältst.




OERs zum Thema



Verknüpfte Lernbereiche


aiMOOC-Projekte



Schulfach+




aiMOOCs



aiMOOC Projekte









MOOCwiki · Deutsch

Nach dem Lernen ist vor dem Lernen

Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.

Zur MOOCwiki-Hauptseite

Mediathek

Inhalte werden geladen ...

Mediathek wird aus dem Wiki geladen ...