aiMOOC

Fahrradtechnik und E-Bikes – E-Bike-Diagnosedaten auswerten

QR-Code

Fahrradtechnik und E-Bikes – E-Bike-Diagnosedaten auswerten

Lernkurs für die Ausbildung in der Zweiradmechatronik

Schwerpunkt: Versionsbezug, Datenqualität und begrenzte Aussagekraft von E-Bike-Diagnosedaten.

Lernformat: Fünf kurze Lerneinheiten, ein simulierter Werkstattfall, gestufte Hilfen, interaktive Übungen und Lernkontrolle.

Lernziel: Du kannst Diagnosedaten fachlich einordnen, Unsicherheiten erkennen und begründete Prüffragen formulieren.

Einleitung

Antriebseinheit Shimano STEPS DU-E6100. Foto: Mavila2, CC BY-SA 4.0. Bildquelle und Lizenz.

Ein E-Bike besitzt elektronische Komponenten, deren Betriebszustände teilweise durch Diagnosesoftware erfasst werden können.

Wichtig: Ein gespeicherter Fehlerhinweis ist noch keine gesicherte Fehlerursache.

Du lernst, zwischen Messwert, gespeicherter Meldung, Interpretation und technischer Entscheidung zu unterscheiden.

Sicherheitsgrenze: Dieser Kurs arbeitet ausschließlich mit Bildern, Herstellerinformationen und simulierten Daten. Er berechtigt nicht zu Reparaturen, Eingriffen in elektrische Systeme, Arbeiten an Hochvoltsystemen oder Rückhaltesystemen, sicherheitsrelevanten Prüfungen oder Fahrfreigaben. Solche Tätigkeiten bleiben entsprechend qualifiziertem Fachpersonal vorbehalten. Herstellerangaben haben Vorrang.

Lerneinheit 1: Das E-Bike als Diagnosesystem

Leitfrage: Welche Komponenten können Informationen liefern?

Beispiel eines Bosch-Mittelmotors. Foto: Dr.-Ing. S. Wetzel, CC BY-SA 3.0 DE. Bildquelle und Lizenz.

Zu einem Pedelec-Antriebssystem können Elektromotor, Steuerung, Akkumulator, Sensoren und Anzeigeeinheiten gehören.

Je nach System und Software werden unterschiedliche Informationen bereitgestellt.

Komponente	Mögliche Informationen	Aussagegrenze
Antriebseinheit	Betriebsinformationen und Fehlerhinweise	Kein automatischer Nachweis eines Bauteildefekts
Akku und Batteriemanagement	Ladezustand und gegebenenfalls weitere Zustandsdaten	Ladezustand ist nicht gleich Akkugesundheit
Sensorik	Zustands- oder Plausibilitätsinformationen	Ein Hinweis identifiziert nicht zwingend die Ursache
Anzeige und Bedieneinheit	Betriebszustände und Warnmeldungen	Sichtbare Meldungen ersetzen keine Fachdiagnose

Detailbild: Sensorik

Externer Trittfrequenzsensor als Anschauungsbeispiel. Foto: JaredMcKenzie, CC0. Bildquelle und Lizenz.

Dieses Bild zeigt einen externen Fahrradsensor, keinen nachgewiesenen integrierten E-Bike-Antriebssensor. Sensorbauarten und Datenzugriff unterscheiden sich je nach Hersteller.

Mini-Aufgabe: Erkläre, warum das Foto allein keine Aussage über einen Fehler im Antriebssystem ermöglicht.

Prozessmedium: Anzeige und Bedienung

Bosch eBike Systems: Kiox 300 und LED Remote, veröffentlicht 2026. Hersteller-Video zur Bedienoberfläche, keine Werkstatt-Diagnoseanleitung.

Beobachtungsauftrag: Unterscheide sichtbare Informationen für Nutzende von Informationen, die nur ein passendes Servicewerkzeug bereitstellen kann.

Lerneinheit 2: Diagnosedaten richtig lesen

Leitfrage: Was steht wirklich im Bericht?

Ein Diagnosebericht kann Informationen über Systemkomponenten, Softwarestände, gespeicherte Ereignisse und weitere verfügbare Betriebsdaten enthalten.

Entscheidend sind Herkunft, Zeitpunkt, Version und Bedeutung der Daten.

Datenart	Bedeutung
Aktueller Status	Zustand während einer bestimmten Erfassung
Ereignishistorie	Gespeicherte Hinweise aus zurückliegenden Betriebszuständen
Zeitstempel	Angegebener Zeitpunkt eines Ereignisses oder einer Erfassung
Firmwareversion	Softwarestand einer bestimmten Komponente
Diagnoseprogrammversion	Softwarestand des verwendeten Auslesewerkzeugs
Kompatibilitätsangabe	Information, welche Komponenten und Funktionen unterstützt werden

Merksatz: Nicht vorhandene Fehlereinträge beweisen keine Fehlerfreiheit. Ein gespeicherter Fehler beweist nicht automatisch einen gegenwärtigen Defekt.

Bildanalyse: Zeitreihen

Beispiel einer aufgezeichneten Trittfrequenz, keine E-Bike-Systemdiagnose. Grafik: CharlesMJames, CC BY-SA 4.0. Quelle und Lizenz.

Eine Zeitreihe zeigt Veränderungen. Ohne Angaben zu Erfassung, Messbedingungen und System kann sie nicht zuverlässig als Fehlerdiagnose verwendet werden.

Mini-Aufgabe: Formuliere zwei Fragen, die Du vor der Interpretation dieses Diagramms stellen würdest.

Lerneinheit 3: Versionsbezug und Kompatibilität

Leitfrage: Warum verändert die Softwareversion die Aussage?

Detailaufnahme eines Shimano-EP8-Antriebs. Foto: Alextredz/Tredz, CC BY-SA 4.0. Quelle und Lizenz.

Diagnoseprogramme und Komponenten-Firmware werden weiterentwickelt. Dabei können sich unterstützte Modelle, Funktionen, Anzeigen und Fehlerinterpretationen ändern.

Reales Herstellerbeispiel: Shimano dokumentiert für E-TUBE PROJECT Professional die Veröffentlichung der Programmversion 5.4.6 am 1. September 2026. Diese Angabe ist ein datierter Versionsnachweis und keine Aussage über die Kompatibilität jedes Fahrrads.

Shimano: E-TUBE PROJECT Professional, Funktionen und Versionshistorie

Fünf Angaben gehören zu einer nachvollziehbaren Auswertung:

Systemidentifikation: Hersteller, Modell und Systemgeneration.
Firmware: Softwarestände der betroffenen Komponenten.
Diagnosesoftware: Name und Version des Auslesewerkzeugs.
Zeitstempel: Zeitpunkt und Herkunft der Daten.
Kompatibilität: Passende Herstellerdokumentation für die konkrete Kombination.

Achtung: Versionsnummern unterschiedlicher Programme oder Komponenten dürfen nicht ohne Weiteres miteinander verglichen werden.

Detailbild: Schnittstellen unterscheiden

Bosch-Active-Line-Steckverbinder unterschiedlicher Ausführung. Foto: Pietervdvn, CC BY-SA 4.0. Quelle und Lizenz.

Schematisches Steckverbindersymbol. Grafik: Pietervdvn, CC BY-SA 4.0. Quelle und Lizenz.

Bildauftrag: Beschreibe die sichtbaren Unterschiede. Erkläre anschließend, warum die äußere Ähnlichkeit keine elektrische oder softwareseitige Kompatibilität garantiert.

Keine Anschluss-, Umbau- oder Steckversuche durchführen.

Prozessmedium: App und Diagnosesoftware unterscheiden

Bosch eBike Systems: eBike Flow App, veröffentlicht 2026. Das Video zeigt eine Endnutzeranwendung und ist keine Anleitung für das Händler-DiagnosticTool.

Bosch stellt qualifizierten Fachhändlern über sein Partnerportal das DiagnosticTool 3 und zugehörige Trainingsinformationen bereit.

Bosch eBike Systems – Partnerportal

Bei Shimano ist E-TUBE PROJECT Professional für den Händlerbereich vorgesehen. Hersteller und Softwarestände müssen stets getrennt betrachtet werden.

Lerneinheit 4: Grenzen der Diagnose

Leitfrage: Was darf ich aus einem Eintrag schließen?

Beobachtung	Zulässige Einordnung	Unzulässige Schlussfolgerung
Gespeicherter Fehlerhinweis	Ein Ereignis wurde aufgezeichnet	Das bezeichnete Bauteil ist sicher defekt
Keine aktuelle Fehlermeldung	Im erfassten Zustand liegt kein entsprechender aktueller Hinweis vor	Das Fahrrad ist vollständig fehlerfrei
Älterer Softwarestand	Versionsabgleich erforderlich	Ein Update behebt das Kundenproblem sicher
Auffälliger Einzelwert	Erfassungsbedingungen und Plausibilität sind zu klären	Der Sensor muss ausgetauscht werden

Die offiziellen Fehlerbeschreibungen von Bosch zeigen, dass Hinweise systemspezifisch erläutert werden und bei anhaltenden Problemen die Fachwerkstatt einbezogen wird.

Bosch: Beispiel einer herstellerspezifischen Fehlermeldung

Detailbilder: Akkus sind keine reinen Zahlenwerte

Bosch-PowerPack als Beispiel einer älteren Akkugeneration. Foto: Stefan Bellini, CC0. Quelle und Lizenz.

Rückseite eines Pedelec-Akkus eines anderen Herstellers. Foto: J. Hammerschmidt, CC BY-SA 3.0. Quelle und Lizenz.

Bildauftrag: Begründe, warum Akkuform, Bauart, Modellbezeichnung und Systemgeneration vor einem Datenvergleich berücksichtigt werden müssen.

Ein angezeigter Ladezustand beschreibt nicht unmittelbar die nutzbare Gesamtkapazität oder Sicherheit des Akkus.

Prozessmedium: Akkusicherheit

Bosch eBike Systems: Akku-Nutzung, veröffentlicht 2024. Herstellerinformationen zum sicheren Umgang mit E-Bike-Akkus.

Beobachtungsauftrag: Notiere drei allgemeine Sicherheitsthemen. Beschreibe nicht, wie ein Akku geöffnet, verändert oder elektrisch geprüft wird.

Lerneinheit 5: Konkreter Ausbildungsfall

Werkstattauftrag: Sporadisch fehlende Unterstützung

Ausbildungsfall A-17 – vollständig simuliert

Ein Kunde berichtet: „Bei zwei Fahrten war die Motorunterstützung zeitweise nicht verfügbar. Beide Male war die Straße nass.“

Die Auszubildende erhält einen bereits bereitgestellten, anonymisierten Modell-Datensatz.

Alle folgenden Bezeichnungen, Codes, Werte und Versionsstände sind frei erfunden. Sie entsprechen keinem realen Herstellerdiagnoseprotokoll.

Feld	Simulierter Eintrag
Fahrzeug	Lehr-Pedelec A
Systemgeneration	Demo-System S
Diagnoseprogramm	DemoDiagnose 2.1
Komponenten-Firmware	DemoFirmware 1.4
Berichtsdatum	28.09.2026
Ereignis A	12.09.2026: Geschwindigkeitssignal zeitweise unplausibel
Ereignis B	20.09.2026: Geschwindigkeitssignal zeitweise unplausibel
Zustand bei Berichtserstellung	Kein entsprechender aktueller Hinweis angezeigt
Datenquelle	Simulierte gespeicherte Ereignishistorie
Offene Information	Zuordnung des verwendeten Diagnoseverfahrens zur gültigen Herstellerdokumentation

Arbeitsauftrag: Den Fall bewerten

Erstelle eine kurze Diagnosebewertung, ohne ein Bauteil zu prüfen oder ein Fahrzeug zu bedienen.

Beobachten: Welche Angaben sind tatsächlich vorhanden?
Einordnen: Welche Bedeutung hat die wiederholte Meldung?
Abgrenzen: Welche Fehlerursachen sind nicht nachgewiesen?
Versionieren: Welche Software- und Systeminformationen müssen abgeglichen werden?
Dokumentieren: Welche Fragen gibst Du an die qualifizierte Fachkraft weiter?

Sichere Prozesskette für die Datenauswertung

Schritt	Tätigkeit im Lernkurs	Ergebnis
Auftrag erfassen	Kundenbericht lesen	Symptombeschreibung
System zuordnen	Modell- und Versionsfelder vergleichen	Systemkontext
Daten sichten	Simulierte Ereignisse markieren	Gesicherte Beobachtungen
Quellen abgleichen	Herstellerinformationen auf Gültigkeit prüfen	Dokumentationsstand
Unsicherheit bewerten	Nachweise und Hypothesen trennen	Offene Prüffragen
Fall übergeben	Fachliche Bewertung schriftlich dokumentieren	Übergabe ohne Reparatur- oder Fahrfreigabe

Gestufte Hilfen und Modellfeedback

Hilfe 1: Basis

Frage: Was weißt Du sicher?

Markiere den Kundenbericht, die zwei gespeicherten Ereignisse, die angegebenen Versionen und den aktuellen Status.

Musterfeedback: Die Meldung ist zweimal gespeichert worden. Daraus folgt eine dokumentierte Wiederholung, aber noch keine eindeutig nachgewiesene Ursache.

Hilfe 2: Anwendung

Frage: Welche Informationen fehlen?

Vergleiche Ereignishistorie, Kundenbericht, Versionsangaben und Dokumentationsstand.

Musterfeedback: Ein zeitlicher Zusammenhang mit nasser Fahrbahn beweist keine Feuchtigkeitsschädigung. Die angegebenen Zeitpunkte und die Interpretation benötigen zusätzlichen Kontext.

Hilfe 3: Transfer

Frage: Was wäre bei einem anderen Hersteller anders?

Überprüfe gedanklich Systemgeneration, Diagnosezugang, unterstützte Funktionen und Fehlerdefinitionen.

Musterfeedback: Identische Begriffe können bei unterschiedlichen Herstellern oder Softwareständen andere Bedeutungen haben. Deshalb ist ein direkter Vergleich ohne Kompatibilitätsnachweis fachlich nicht zulässig.

Basis-, Anwendungs- und Transferaufgaben

Basisaufgabe

Auftrag: Unterscheide in der Fallakte die Softwareversion des Diagnoseprogramms von der Firmwareversion der Komponente.

Feedback: DemoDiagnose 2.1 gehört zum Auslesewerkzeug; DemoFirmware 1.4 gehört zur eingebauten Komponente. Die Nummern beschreiben unterschiedliche Produkte und lassen sich nicht als Versionsreihenfolge vergleichen.

Anwendungsaufgabe

Auftrag: Prüfe folgende Aussage: „Der Geschwindigkeitssensor ist defekt, denn die Meldung erschien zweimal.“

Feedback: Die Aussage geht über die Daten hinaus. Die Meldung nennt ein auffälliges Signal, nicht die abschließend bestimmte Ursache. Eine fachliche Prüfung muss sich an der passenden Herstellerdokumentation orientieren.

Transferaufgabe

Auftrag: Eine zweite Fallakte enthält dieselbe Meldungsbeschreibung, aber keinen Softwarestand und eine andere Systemgeneration. Kannst Du die Fälle gleich bewerten?

Feedback: Nein. Ohne Versions- und Systemzuordnung ist nicht gesichert, dass die gleiche Ereignisdefinition gilt. Eine fundierte Bewertung erfordert den gültigen Herstellerkontext.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was beschreibt die Firmwareversion? (Den Softwarestand einer eingebauten Komponente) (!Die Laufleistung des Fahrrads) (!Den aktuellen Akkuladestand) (!Das Herstellungsdatum des Rahmens)

Was bedeutet ein gespeicherter Fehlerhinweis zunächst? (Ein Ereignis wurde im System aufgezeichnet) (!Ein Bauteil muss ersetzt werden) (!Das Fahrrad darf uneingeschränkt gefahren werden) (!Die Ursache wurde vollständig bewiesen)

Warum ist die Diagnosesoftwareversion wichtig? (Sie kann Funktionen und Darstellungen beeinflussen) (!Sie bestimmt automatisch die Akkukapazität) (!Sie ersetzt die Modellbezeichnung) (!Sie beweist einen mechanischen Defekt)

Welche Angabe hilft beim Zuordnen eines Diagnoseberichts? (Die Systemgeneration) (!Die Rahmenfarbe) (!Die Reifenmarke allein) (!Die Länge des Lenkers)

Was lässt sich aus einem fehlenden aktuellen Fehlerhinweis schließen? (Beim erfassten Zustand wurde kein entsprechender aktueller Hinweis angezeigt) (!Alle Komponenten sind garantiert fehlerfrei) (!Eine Fachprüfung ist immer überflüssig) (!Vergangene Fehler können nicht existieren)

Was muss vor dem Vergleich zweier Diagnoseberichte geprüft werden? (Systemkontext und Versionsstände) (!Die Farbe der Displays) (!Das Alter der Lernenden) (!Die Dateigröße allein)

Welche Aussage über den Akkuladestand ist richtig? (Er ist nicht mit der Akkugesundheit gleichzusetzen) (!Er beweist die vollständige Sicherheit des Akkus) (!Er bestimmt zuverlässig alle Zellzustände) (!Er macht jede weitere Information überflüssig)

Welche Formulierung ist für eine vorläufige Diagnose geeignet? (Die gespeicherten Hinweise erfordern eine weitere fachliche Einordnung) (!Der Sensor ist zweifelsfrei defekt) (!Die Reparatur wurde durch die Daten bereits erledigt) (!Eine Fahrfreigabe ergibt sich aus dem Bericht)

Was zeigt ein Zeitstempel ohne weiteren Kontext nicht sicher? (Den tatsächlichen Entstehungszeitpunkt unabhängig von der Zeitbasis) (!Den im Datensatz angegebenen Zeitpunkt) (!Die Existenz einer Zeitangabe) (!Die Reihenfolge korrekt erfasster Einträge)

Wer entscheidet über sicherheitsrelevante Fahrzeugprüfungen und Fahrfreigaben? (Entsprechend qualifiziertes Fachpersonal) (!Eine automatische Lernkursauswertung) (!Ein gespeicherter Fehlercode allein) (!Eine beliebige Smartphone-Anwendung)

Memory

Firmwarestand	Softwareversion einer eingebauten Komponente
Diagnoseprogramm	Werkzeug zur elektronischen Datenauswertung
Zeitstempel	Angegebener Ereigniszeitpunkt
Ereignishistorie	Aufzeichnung vergangener Systemmeldungen
Systemgeneration	Technische Zuordnung einer Produktfamilie
Kompatibilität	Nachgewiesene technische Zusammenpassung
Hypothese	Noch nicht abschließend bestätigte Erklärung

Drag and Drop

Ordne die richtigen Begriffe zu.	Fachliche Funktion
Kundenbericht	Symptombeschreibung
Typenbezeichnung	Systemidentifikation
Versionsliste	Kompatibilitätsabgleich
Ereignisprotokoll	Hinweisanalyse
Herstellerdokumentation	Verbindlicher Interpretationskontext
Fachkraft	Verantwortliche technische Bewertung

Kreuzworträtsel

Firmware	Wie heißt die Software einer elektronischen Komponente?
Zeitstempel	Welche Angabe ordnet ein Ereignis zeitlich ein?
Protokoll	Wie heißt eine geordnete Aufzeichnung von Ereignissen?
Hypothese	Wie nennt man eine noch nicht bewiesene mögliche Erklärung?
Kontext	Was benötigt ein einzelner Messwert zusätzlich für eine sinnvolle Interpretation?
Dokumentation	Wie heißt die nachvollziehbare schriftliche Erfassung von Arbeitsergebnissen?

LearningApps

Die Suche zeigt gegebenenfalls vorhandene Lernmaterialien. Ihre fachliche Richtigkeit und Aktualität müssen separat geprüft werden.

Lückentext

Die Software einer elektronischen Komponente heißt

.

Ein elektronisches Auslesewerkzeug wird als

bezeichnet.

Eine Sammlung gespeicherter Ereignisse bildet die

.

Ein protokollierter Ereigniszeitpunkt heißt

.

Vor dem Vergleich verschiedener Systeme muss die

geprüft werden.

Eine mögliche, noch nicht bewiesene Erklärung nennt man

.

Ein fehlender aktueller Hinweis garantiert keine vollständige

.

Die Ergebnisse müssen nachvollziehbar durch eine

festgehalten werden.

Ein angezeigter Ladezustand beweist keine bestimmte

.

Sicherheitsrelevante Entscheidungen erfordern qualifiziertes

.

Offene Aufgaben

Leicht

Systemkomponenten: Erstelle eine beschriftete Zeichnung eines Pedelec-Antriebssystems und kennzeichne mögliche Datenquellen.
Fachbegriffe: Gestalte sechs Begriffskarten mit kurzen Erklärungen zu Firmware, Diagnoseprogramm, Historie, Status, Kompatibilität und Hypothese.
Bildanalyse: Wähle zwei der gezeigten Bauteilbilder und beschreibe, was sichtbar ist und was sich daraus nicht ableiten lässt.
Kundenauftrag: Formuliere den Kundenbericht aus Fall A-17 in einer sachlichen, neutralen Werkstattsprache.

Standard

Fehleranalyse: Erstelle eine Tabelle mit den Spalten Beobachtung, mögliche Erklärung, fehlender Nachweis und nächste Fachfrage.
Versionskontrolle: Entwickle eine Checkliste für den Abgleich von Modell, Systemgeneration, Diagnosesoftware und Firmware anhand bereitgestellter Dokumente.
Beratungsgespräch: Führe ein Rollenspiel durch, in dem Du erklärst, warum ein Fehlerhinweis noch keine sichere Reparaturempfehlung erlaubt.
Infografik: Gestalte ein Poster mit den wichtigsten Regeln zum verantwortungsvollen Interpretieren elektronischer Diagnoseberichte.

Schwer

Systemvergleich: Vergleiche die veröffentlichten Diagnosefunktionen zweier Hersteller anhand offizieller Unterlagen. Kennzeichne Versionsstand und offene Fragen.
Entscheidungsbaum: Entwickle einen rein dokumentationsbasierten Entscheidungsbaum, der zwischen gesichertem Befund, Hypothese und Übergabe an Fachpersonal unterscheidet.
Datenschutz: Entwirf ein Konzept zur datensparsamen Nutzung und Anonymisierung von E-Bike-Serviceberichten in der Ausbildung.
Erklärvideo: Produziere ein kurzes Lernvideo mit ausschließlich fiktiven Diagnoseinformationen, das die Grenzen automatischer Fehlerinterpretation verdeutlicht.

Lernkontrolle

Bearbeite die folgenden Aufgaben schriftlich und begründe Deine Aussagen.

Diagnoseinterpretation: Zwei Berichte zeigen dieselbe Warnbeschreibung, stammen jedoch aus unterschiedlichen Systemgenerationen. Entwickle eine Methode, mit der Du ihre Vergleichbarkeit bewertest.
Datenqualität: Ein Ereignisprotokoll enthält unvollständige Zeitangaben. Erläutere mögliche Auswirkungen auf die Bewertung eines sporadischen Fehlers.
Ursache und Wirkung: Ein Kunde bemerkt Ausfälle bei Regen. Zeige, warum diese Beobachtung allein weder einen Feuchtigkeitsschaden noch einen Sensordefekt nachweist.
Softwarekompatibilität: Eine Serviceanwendung ist älter als die dokumentierte Komponenten-Firmware. Erkläre, welche Informationen für eine fachgerechte Interpretation zusätzlich benötigt werden.
Fachkommunikation: Verfasse eine kurze Übergabe an eine qualifizierte Fachkraft. Trenne festgestellte Daten, Kundenangaben, Unsicherheiten und offene Prüffragen.
Qualitätssicherung: Begründe, warum ein Diagnosebericht ohne aktuellen Fehlerhinweis keine automatische Fahrfreigabe begründet.

Lernnachweis

Für Deinen Lernnachweis erstellst Du eine anonymisierte, ausschließlich simulierte Diagnoseakte.

Sie enthält:

Auftragsbeschreibung: Kundenbeanstandung sachlich wiedergeben.
Systemzuordnung: Modellfamilie und Systemgeneration dokumentieren.
Versionsnachweis: Diagnoseprogramm und Komponenten-Firmware getrennt erfassen.
Datenauswertung: Aktuelle Zustände von gespeicherten Ereignissen unterscheiden.
Quellenbewertung: Gültigkeit und Grenzen der Herstellerdokumentation erläutern.
Fehlerhypothesen: Mögliche Erklärungen ausdrücklich von Nachweisen trennen.
Fachliche Übergabe: Offene Fragen und notwendige Fachzuständigkeit benennen.
Reflexion: Begründen, warum der Lernkurs keine Reparaturentscheidung oder Fahrfreigabe ersetzt.

Bewertung: Entscheidend sind Nachvollziehbarkeit, Quellenbezug, Versionsgenauigkeit, Sicherheitsbewusstsein und der begründete Umgang mit Unsicherheit.

OERs zum Thema

Wikipedia: Grundlagen

Fachlich maßgebliche Herstellerinformationen

Shimano – E-TUBE PROJECT Professional: Diagnosefunktionen, Serviceberichte, Versionshistorie und Kompatibilitätsinformationen.
Shimano – FAQ zu E-TUBE PROJECT Professional: Antworten zu Verbindungen, Firmwareständen, Fehlermeldungen und Versionsproblemen.
Bosch eBike Systems – Partnerportal: Fachhändlerinformationen, Trainingszugang und DiagnosticTool 3.
Bosch – Fehlerhilfe: Beispiel einer offiziellen systemspezifischen Fehlerbeschreibung.

Freie Bildmedien

Die eingebundenen neun Wikimedia-Commons-Bilder wurden anhand ihrer Dateiseiten ausgewählt. Urheber und Lizenz sind jeweils unmittelbar beim Bild angegeben. Die dort verlinkten Originalseiten enthalten die weiteren Lizenzbedingungen. Die Bilder zeigen unterschiedliche Systemgenerationen und sind keine Abbildungen des fiktiven Ausbildungsfahrzeugs.

Videos und Nutzungsrechte

Die drei eingebundenen Bosch-Videos sind öffentlich bereitgestellte Herstellerinformationen auf YouTube. Sie sind nicht automatisch Open Educational Resources unter einer freien Creative-Commons-Lizenz. Die Wiedergabe erfolgt über die YouTube-Einbettung; für Bearbeitung, Weiterverbreitung oder eigene Veröffentlichungen müssen die jeweiligen Rechte separat geprüft werden.

Aktualitätshinweis: Herstellerdokumentation, Softwarefunktionen, Fehlerdefinitionen und Kompatibilitäten können sich ändern. Maßgeblich ist immer der für das konkrete Fahrzeug und den jeweiligen Arbeitszeitpunkt gültige Dokumentationsstand.

Medien- und Sicherheitsprüfung: Externe Prozessmedien dienen der Orientierung. Es werden keine gefährlichen Diagnose-, Verdrahtungs-, Akkuöffnungs-, Reparatur- oder Inbetriebnahmehandlungen angeleitet.