Demnächst · Windows

Ein geführter Lauf: von Messwerten zum nützlichen Bericht.

Guided Diagnostic hilft Ihnen, unterstützte Messwerte unter vorgegebenen Betriebsbedingungen zu erfassen, ihre Qualität zu prüfen und einen Diagnoselauf abzuschließen. SmartReport ordnet anschließend die akzeptierten Daten zur Auswertung und zum lokalen PDF-Export. Engine Fault Scan dient separat zur Prüfung von Fehlercodes.

Kompatibilität prüfen Interesse bekunden

Konfigurationsspezifisch
Messungen ohne Schreibzugriff
Lokale Sitzungsdateien
SmartReport aus abgeschlossenen Läufen

Guided Diagnostic

Von der Konfigurationsprüfung zur weiteren Diagnose.

Diese Schritte erklären die geführte Messung. Engine Fault Scan ist unabhängig: Standard-DTCs und vertrauenswürdige erweiterte Abfragen nur des Motorsteuergeräts werden nicht automatisch zu einem SmartReport. Ein Scan ohne Fehlereinträge bestätigt keinen einwandfreien Fahrzeugzustand.

Kompatibilität
Die genaue Konfiguration prüfen.
Fahrzeug, Modelljahr, Motor, Markt, Steuergerätefamilie, Steuergeräte-Kennungen, Adapter und Anschlussart prüfen.
ErgebnisGeprüfter Konfigurationsumfang
Verbindung
Kommunikation von Adapter und Steuergerät prüfen.
Den Windows-COM-Anschluss konfigurieren, die Adapterantwort bestätigen, die OBD-Standardbasis herstellen und die unterstützte Alfa-Diagnosekommunikation prüfen.
ErgebnisBereit zur Erfassung
Diagnosefokus
Eine gezielte Erfassungsgruppe wählen.
Core / Standard plus eine unterstützte Alfa-Gruppe verwenden, für die klarste Datensammlung und die verständlichste Berichtsauswertung.
ErgebnisAusgewählte Gruppe
Geführte Erfassung
Diagnosewerte anfordern und aufzeichnen.
Die empfohlene Bedingung und Dauer ausführen, während erkannte Steuergeräteantworten dekodiert und in die aktive lokale Sitzung geschrieben werden.
ErgebnisStrukturierte Messwerte
Lokale Sitzung
Die lokale Quellsitzung abschließen.
Sitzungsidentität, Zeitstempel, ausgewählte Gruppen, Messwerte, Erfassungsstatistik, fehlende Signale und Quellmetadaten speichern.
ErgebnisQuellsitzung
Qualitätsprüfung
Die erfassten Nachweise einstufen.
Das Ergebnis als vollständig, teilweise aber verwertbar oder unzureichend bewerten.
ErgebnisErfassungsqualität
SmartReport + PDF
Prüfen Sie akzeptierte Daten eines abgeschlossenen Laufs.
SmartReport erhält Datenkontext und Grenzen. Exportieren Sie den strukturierten Bericht lokal als PDF, wenn Sie ihn prüfen oder selbst weitergeben möchten.
ErgebnisMit der Quelle verknüpfter Bericht
Nachverfolgung
Den nächsten diagnostischen Schritt wählen.
Die Nachweise prüfen, bei Bedarf eine gezielte Erfassung wiederholen, mit den Fahrzeugsymptomen vergleichen und bei Bedarf mechanisch prüfen.
ErgebnisFundierter nächster Schritt

Nützliche Berichte brauchen verwertbare Daten.

Ein Bericht kann weder eine instabile Verbindung beheben noch einen fehlenden ECU-Messwert ersetzen. Prüfen Sie Erfassungsqualität und akzeptierte Daten vor dem Abschluss; eine gespeicherte Datei allein genügt nicht.

Abhängigkeit der Stufen

Kompatibilität
Verbindung
Diagnosefokus
Geführte Erfassung
Lokale Sitzung
Qualitätsprüfung
SmartReport + PDF
Nachverfolgung

Sammlung diagnostischer Nachweise, keine Fahrzeugveränderung.

Teil des normalen Ablaufs

Kompatibilitätsprüfung
Verbindung über den Windows-COM-Anschluss
Unterstützte OBD-Standardanfragen
Unterstützte lesende Alfa-Diagnoseanfragen
Geführte Erfassung
Lokale Diagnosesitzungen
OBDVeloce-JSON-Sitzungen können lokal geprüft werden.
Einstufung der Erfassungsqualität
Deterministische Diagnoseberichte
Rückverfolgbarkeit zur Quellsitzung

Nicht Teil des normalen Ablaufs

Steuergeräte-Codierung
Proxy-Abgleich
Injektor-Codierung
Schreiben von Anpassungen
Aktorsteuerung
Aktive Tests
Erzwungene DPF-Regeneration
Löschen von Fehlercodes
Tuning oder Remapping
Eingriffe an der Wegfahrsperre
Firmware-Programmierung
Modulprogrammierung
Automatische Reparatur

Kompatibilität

Beginnen Sie mit dem genauen Fahrzeug, Steuergerät, Markt und Adapter.

V1 ist für Giulia und Stelvio 2.2 JTD unter Windows vorgesehen. Dieser Umfang ist von der Konfigurationsvalidierung getrennt: Baujahr, ECU-Software, Markt und Adapter können die verfügbaren Diagnoseantworten verändern.

Dokumentierte Referenzkonfiguration

Referenz

Fahrzeug: 2020 Alfa Romeo Stelvio
Motor: 2.2 MultiJet / JTD
Steuergerät: Bosch EDC17C69
Protokoll: ISO 15765-4 CAN 29/500
Plattform: Windows desktop

Referenznachweis: Stelvio 2.2 JTD von 2020, Bosch EDC17C69. Andere Konfigurationen müssen geprüft werden; die Auswahl von Giulia oder Stelvio bestätigt keine Validierung.

Was die Kompatibilitätsprüfung berücksichtigt

Modell und Jahr
Motorvariante
Land oder Markt
Steuergerätefamilie
Steuergeräte-Hardwarekennung
Steuergeräte-Softwarekennung
OBD-Protokoll
Adaptertyp
Anschlussart
Diagnoseverhalten

Mögliche Prüfergebnisse

Konfigurationsprüfung erforderlich: Ausstehend
Prüfung erforderlich: Ausstehend
Nicht bestätigt: Ungeprüft

Ähnliche Bezeichnungen garantieren kein identisches Diagnoseverhalten. Gleiche Typbezeichnung, gleicher Hubraum, gleiche Steuergerätefamilie oder eine angegebene Adapterversion können dennoch mit anderer Software, anderer Abgaslogik, anderen verfügbaren Diagnosesignalen oder anderem Adapterverhalten einhergehen. Die Kompatibilität gilt nur für die geprüfte Konfiguration und den aktuellen Diagnoseumfang.

Geben Sie genaue Angaben an. Unbekannte Steuergeräte- oder Adapterfelder sollten als unbekannt gekennzeichnet bleiben statt geschätzt zu werden.

Kompatibilität prüfen

Verbindung

Windows, den COM-Anschluss, den Adapter und die Steuergeräteantwort prüfen.

Die geführte Erfassung setzt eine stabile serielle Verbindung und eine erkannte Steuergerätekommunikation voraus. Die OBD-Standardbasis sollte funktionieren, bevor herstellerspezifische Alfa-Diagnosewerte erwartet werden. In der Regel kann nur eine Anwendung gleichzeitig den seriellen Diagnoseadapter ansprechen.

Verbindungsablauf

Erkennung in Windows
COM-Anschluss
Adapterantwort
OBD-Standardbasis
Alfa-Diagnosesitzung
Bereit zur Erfassung

Der Bildschirm für die Adapterverbindung in OBDVeloce, mit konfiguriertem Anschluss, nicht angeschlossenem Adapter und Basissignalen, die auf eine verbundene Sitzung warten. — Verbindungszustand, bevor ein Adapter antwortet. Basiswerte bleiben leer, statt Platzhalterwerte anzuzeigen.

Erwartete Basissignale

Sie bestätigen erkannte OBD-Standardantworten. Tatsächliche Werte stehen nur während einer verbundenen Diagnosesitzung zur Verfügung.

Motordrehzahl01 0CBestätigt eine erkannte Drehzahlantwort.
Fahrzeuggeschwindigkeit01 0DBestätigt eine erkannte Geschwindigkeitsantwort.
Kühlmitteltemperatur01 05Bestätigt eine unterstützte Kühlmitteltemperatur-Antwort.
Steuergerätespannung01 42Bestätigt den unterstützten elektrischen Kontext.

Wenn der serielle Anschluss belegt ist

Andere Diagnosesoftware schließen, die den Anschluss nutzt
Serielle Terminalsoftware schließen
Laufende geführte Erfassungen beenden
Prüfen, ob die vorherige Sitzung abgeschlossen wurde
Den Adapter bei Bedarf neu verbinden

Bereit zur Erfassung

Verbindung und Steuergerätekommunikation geprüft. Jetzt kann eine Erfassungsgruppe gewählt werden.

Diagnosefokus

Wählen Sie jeweils einen gezielten Diagnosebereich.

Core / Standard liefert den grundlegenden Betriebskontext. Eine zusätzliche unterstützte Alfa-Diagnosegruppe gibt den ausgewählten Werten mehr Gelegenheiten, erfasst zu werden, und macht die Qualitätsprüfung verständlicher. Die Erfassung mehrerer Gruppen bleibt für kontrollierten Einsatz verfügbar, doch Core / Standard plus eine Alfa-Gruppe ist der empfohlene Ablauf.

Warum gezielte Erfassungen besser funktionieren

Mehr Abfragegelegenheiten: Weniger angeforderte Signale bedeuten, dass jeder ausgewählte Wert während der Sitzung häufiger geprüft wird.
Klarere Prüfung fehlender Daten: Fehlen erwartete Signale, lässt sich leichter erkennen, ob das Steuergerät sie überhaupt unterstützt.
Nützlicherer Berichtskontext: Zusammengehörige Werte werden unter derselben Motorbedingung gemeinsam erfasst.
Weniger Transportwechsel: Die Konzentration auf eine Alfa-Gruppe neben den Core-Anfragen verringert den Kommunikationsaufwand.

Erfassungsmodi

Nur Core
Ausschließlich Core / Standard.
Geführte Diagnose
Core / Standard plus genau eine Alfa-Gruppe. Der empfohlene Ablauf.
Hybrid experimentell
Core / Standard plus zwei oder mehr Alfa-Gruppen. Kontrollierter Einsatz, nicht der Standard.

Unterstützte Erfassungsgruppen

Core / Standard
Turbo / Luft
Kraftstoff / Einspritzung
EGR
DPF / Abgas
Öl / Pedal

Ablauf der Gruppenauswahl

Core ausgewählt lassen
Eine Alfa-Gruppe wählen
Die Hinweise lesen
Sichere Bedingungen bestätigen

Geführte Erfassung

Die Live-Karten sind eine Vorschau. Die gespeicherte Sitzung ist der diagnostische Nachweis.

Erkannte ECU-Antworten werden dekodiert und lokal aufgezeichnet. Live-Karten zeigen die Erfassung; SmartReport nutzt jedoch die in einem abgeschlossenen Guided-Diagnostic-Lauf akzeptierten Daten, nicht beliebige Bildschirmwerte.

Bedeutung der Live-Zustände

Live: Empfängt und dekodiert aktiv Daten.
Ausstehend: Wartet auf die erste gültige Antwort.
Nur Momentaufnahme: Einmal erfasst, nicht fortlaufend aktualisiert.
Prüfung nötig: Unerwartete oder fehlende Daten, die Aufmerksamkeit erfordern.

Was während einer Erfassung geschieht

Anwendung: Profil, COM-Anschluss, Adapter- und Steuergeräteprüfung, Anfrage, Dekodierung, Aufzeichnung, Signalverfolgung.
Nutzer: Auswählen, Hinweise lesen, bestätigen, starten, Dauer ausführen, stoppen, prüfen.

Was ein strukturierter Messwert festhält

Zeitstempel
Signalkennung
Gruppe
Wert und Einheit
Quellbefehl
Rohantwort
Messwerttyp

Sichere Erfassungsbedingungen

Im Stand, wenn die empfohlene Bedingung es zulässt
Mit Unterstützung einer Beifahrerin oder eines Beifahrers, wenn eine Fahrterfassung nötig ist
In kontrollierter Umgebung
Die Erfassung beenden, sobald die Bedingungen unsicher werden

Beobachten Sie während der Fahrt keine Live-Werte und bedienen Sie den Rechner nicht.

Eine Erfassung beenden

Stoppen
Puffer leeren
Zusammenfassung
Einstufen
Speichern

Die normale geführte Erfassung beschränkt sich auf Anfordern, Dekodieren und Aufzeichnen. Codierung, Remapping und Reparatur gehören nicht dazu.

Lokale Sitzung

Bewahren Sie die Ausgangsmessungen zur Prüfung auf.

Beim Beenden einer Erfassung wird eine strukturierte lokale Sitzung mit Messwerten und Kontext gespeichert. Sie ist ein Quelldatensatz, nicht gleichbedeutend mit einem abgeschlossenen Guided-Diagnostic-Lauf mit akzeptierten Daten für SmartReport.

Abschluss der Sitzung

Stoppanforderung
Puffer leeren
Statistik berechnen
Sitzungsdatei schreiben
Ergebnis zurückgeben

Sitzungsidentität

Sitzungskennung
Datum
Uhrzeit
Quelltyp

Quellkennzeichen

Live
Importiertes JSON

Gruppen- und Signalstatistik

Messwerte gesamt
Erfassungsdauer
Erfasste Signale
Fehlende Signale

Lokale Bibliothek

Live-Sitzungen, importierte Sitzungen und gespeicherte Berichte bleiben getrennt. Ein Bericht ersetzt nie die Sitzung, aus der er entstanden ist.

Lokale Speicherung bietet nicht automatisch Verschlüsselung, Sicherung, Zugriffskontrolle, sicheres Löschen oder Schutz vor anderen Nutzern desselben Windows-Rechners.

Qualitätsprüfung

Fehlende Daten werden eingestuft, nicht verborgen.

Die Erfassungsqualität beschreibt die verfügbaren Nachweise. Sie erklärt das Fahrzeug weder für mechanisch in Ordnung noch für defekt.

Vollständig
Alle angeforderten Signale der Gruppe wurden dekodiert, mit ausreichender Dauer.
Teilweise aber verwertbar
Einige Signale fehlen oder sind zeitweise ausgefallen, doch es liegen genügend erkannte Nachweise für einen eingeschränkten Bericht vor.
Unzureichende Daten
Für die gewünschte Auswertung bleiben zu wenige verwertbare Daten. Prüfen Sie die Lücken: Sie belegen keinen Fahrzeugfehler, und ein fehlendes Signal blockiert nicht zwangsläufig jeden Bericht.

Warum ein angefordertes Signal fehlen kann

Das Steuergerät unterstützt die betreffende Kennung nicht
Fahrzeugzustand, etwa abgestellter Motor bei einer dynamischen Anfrage
Pufferüberlauf oder Zeitüberschreitung des Adapters
Grenzen des Kommunikationsprotokolls

Die Qualität wird je Gruppe bewertet

Eine Sitzung kann für Turbo / Luft vollständig sein, für DPF / Abgas jedoch nur teilweise, wenn bestimmte Drücke nicht verfügbar waren.

Beispiel für eine weitere Erfassung

Die Erfassung bei betriebswarmem Motor wiederholen, um die Antwort zu prüfen.

SmartReport + PDF

SmartReport ordnet akzeptierte Daten abgeschlossener Läufe.

Schließen Sie den Guided-Diagnostic-Lauf ab und prüfen Sie die dafür akzeptierten Daten. SmartReport erstellt daraus mit dem Betriebskontext einen strukturierten, deterministischen Bericht mit sichtbaren Grenzen. Der lokale PDF-Export stellt ihn als Dokument bereit; er ergänzt keine Messdaten.

Wie ein Bericht entsteht

Abgeschlossener Diagnoselauf
Akzeptierte Daten
Betriebskontext
Explizite Regeln
Strukturierter SmartReport
Lokaler PDF-Export

Die Auswertung hängt von akzeptierten Daten, Kontext und Regelversion ab. AI Analysis ist eine getrennte Prototyp-/Planungsfunktion und nicht in den produktiven SmartReport oder PDF-Export integriert.

Was der Bericht enthält

Gesamtstatus: Der Befund mit der höchsten Schwere über alle ausgewerteten Gruppen.
Erfassungsqualität: Ob die Sammlung der Nachweise vollständig war.
Befunde je Gruppe: Regelbasierte Schlussfolgerungen für den gewählten Diagnosebereich.
Nachweise: Die konkreten Signaldaten, auf denen diese Schlussfolgerungen beruhen.
Fehlende Daten: Angeforderte Signale, die das Steuergerät nicht geliefert hat.
Nächste Erfassung: Hinweise, wie der diagnostische Kontext verbessert werden kann.

Bevor Sie einen Bericht verwenden

Noch kein Bericht: Eine gespeicherte Erfassung bedeutet noch keinen abgeschlossenen Lauf oder verfügbaren SmartReport.
Eingeschränkter Bericht: Für einige angeforderte Gruppen lagen unzureichende Daten vor; die Grenzen sind aufgeführt.
Neuere Daten: Prüfen Sie vor dem Vergleich mit neueren Messwerten, welchen abgeschlossenen Lauf der Bericht beschreibt.
Quellsitzung nicht verfügbar: Die ursprüngliche Erfassungsdatei ist nicht auffindbar.

Berichte

Nachverfolgung

Der Bericht soll zu einem klareren und sichereren nächsten Schritt führen.

Die Nachverfolgung beginnt mit der Prüfung der Quellnachweise und der Grenzen der Erfassung. Eine bessere Erfassung, ein Symptomvergleich oder eine mechanische Prüfung ist oft nützlicher, als denselben Test ohne veränderten diagnostischen Kontext zu wiederholen.

Nächste Schritte auf Basis der Nachweise

Die Nachweise prüfen: Die Signale und Statistiken untersuchen, die die expliziten Regeln des Berichts ausgelöst haben.
Eine gezielte Erfassung wiederholen: Eine neue Sitzung mit veränderten Bedingungen ausführen, um zeitweiliges Verhalten zu prüfen.
Mit den Fahrzeugsymptomen vergleichen: Die Befunde mit den tatsächlich beobachteten Fahrbarkeitsproblemen abgleichen.
Mechanisch prüfen: Auf Grundlage der gesammelten elektronischen Nachweise physisch prüfen.

Zwei illustrative Folgeschritte – keine aufgezeichneten Ergebnisse

Illustrative DPF-Nachprüfung

Eine hypothetische Erfassung zeigt einen prüfenswerten Druckverlauf.
Vergleichen Sie Motorbedingungen und Symptome; Druck ist kein Abgasdurchfluss.
Eine fachkundige Prüfung kann Sensor und Schläuche vor einer Schlussfolgerung untersuchen.
Das Beispiel belegt weder einen defekten Schlauch noch einen verstopften DPF.

Illustrative Turbo-Nachprüfung

Die Erfassung endete, bevor der Ladedruckwunsch erreicht war.
Die Nachweise reichen für eine Schlussfolgerung nicht aus.
Die Hinweise empfehlen eine längere Dauer unter Last.
Die Erfassung wird mit Unterstützung einer Begleitperson wiederholt.

OBDVeloce empfiehlt Schritte zur Sammlung von Nachweisen. Es schreibt keine mechanische Reparatur vor und garantiert keine.

Mit der richtigen Konfiguration beginnen

OBDVeloce kommt demnächst.

Verfolgen Sie den Start oder bekunden Sie Interesse an künftiger Validierung. Eine Registrierung gewährt keinen Software- oder Beta-Zugang.