Diagnosehinweis
OBSERVE → VERIFY → EXPLAIN. OBDVeloce ordnet Diagnosebelege, damit Sie Beobachtungen, Kontext und Grenzen prüfen können. Es garantiert weder Diagnose, Verkehrstauglichkeit, Fahrzeugsicherheit noch eine korrekte Reparatur.
- Erst Nachweise, dann Schlüsse
- Ausdrückliche Regeln, kein Modell
- Kein Ersatz für eine Untersuchung
Demnächst für Windows. Diese Seite erläutert die diagnostischen Grenzen des Produkts, keinen Anspruch auf Softwarezugang und keine Rechtsberatung.
Es ordnet Nachweise und legt seinen Weg offen.
Engine Fault Scan und Guided Diagnostic sind getrennte Funktionen. SmartReport nutzt akzeptierte Belege aus abgeschlossenen Diagnoseläufen; ein Fehlerscan wird nicht automatisch zum SmartReport.
Engine Fault Scan
NachweisgeführtPrüfen Sie verfügbare standardisierte gespeicherte, anstehende und permanente Fehlercodes sowie verlässliche erweiterte Abdeckung ausschließlich des unterstützten Motorsteuergeräts. Ein Code ist ein Prüfhinweis, keine Diagnose. Ein leeres Fehlerscan-Ergebnis ist kein Nachweis für ein gesundes Fahrzeug.
Guided Diagnostic
Erfassen Sie unterstützte Messgrößen unter geführten Betriebsbedingungen. Die Interpretation wird durch Konfiguration, verfügbare Signale, Erfassungsqualität und Bedingungen des Laufs begrenzt.
SmartReport + PDF
Prüfen Sie akzeptierte Belege aus abgeschlossenen Diagnoseläufen in einem strukturierten Bericht mit lokalem PDF-Export. Explizite Regeln interpretieren diese Belege; eine beliebige gespeicherte Sitzung ist nicht automatisch dafür geeignet.
Hält die Grenzen jeder Erfassung fest
Ein Bericht nennt, was er nicht belegt, und zwar im Bericht selbst. Eine Einschränkung, die nur anderswo in der Dokumentation steht, ist eine Einschränkung, die ein Leser übersieht.
Dokumentiert nicht verfügbare Nachweise
Fehlende oder unzureichende Belege begrenzen eine Aussage. Ein fehlendes Signal darf nicht durch einen erfundenen Messwert ersetzt oder als Beweis für ein defektes Bauteil behandelt werden.
Die Grenze, klar benannt.
V1 liest Diagnosebelege. Es führt die folgenden Eingriffe nicht aus.
Es diagnostiziert nicht jeden Fahrzeugfehler
Die Software liest die Signale, die eine unterstützte Konfiguration für die gewählte Gruppe zurückgibt. Ein Fehler, der in diesem Umfang kein erkanntes Signal erzeugt, erscheint nicht — und sein Fehlen im Bericht ist kein Beleg dafür, dass das Fahrzeug in Ordnung ist.
Es ersetzt keinen Techniker
Ein Bericht unterstützt die Untersuchung. Inspektion und geeignete Prüfungen bleiben nötig, um einen Fehler festzustellen und notwendige Arbeiten zu bestimmen.
Es sichert kein Reparaturergebnis zu
Nichts hier verspricht, dass Handeln nach einem Bericht ein Problem behebt. Die Software prüft keine Reparatur nach, und eine spätere Erfassung beschreibt die neuen Nachweise, statt den alten Schluss zu bestätigen.
Es sagt keine Bauteil-Lebensdauer voraus
Es entsteht keine Restlebensdauer-Schätzung, keine Ausfallprognose und keine Serviceintervall-Vorhersage. Ein erfasster Wert beschreibt den Moment seiner Erfassung, nicht das künftige Verhalten des Bauteils.
Es codiert und programmiert keine Steuergeräte
Der normale Ablauf liest. Er codiert nicht, programmiert nicht, gleicht keine Proxys ab, schreibt keine Anpassungen, steuert keine Aktoren und flasht keine Firmware.
Es tunt und remappt nicht
V1 arbeitet lesend. Es ändert keine Motorkalibrierung und bietet weder Tuning, Remapping noch Firmware-Flashen.
Es löscht keine Fehlercodes
V1 löscht keine gespeicherten Fehlercodes und setzt keine Zähler zurück. Bewahren Sie Fehlercode-Belege für weitere Prüfungen auf.
Modellumfang ist keine Konfigurationsfreigabe
V1 ist auf Alfa Romeo Giulia/Stelvio 2.2 JTD/Multijet begrenzt. Die dokumentierte Referenz Stelvio 2020 / Bosch EDC17C69 validiert nicht jedes Baujahr, jede ECU-Software oder jeden Adapter in diesem Umfang.
OBDVeloce hilft, Diagnosenachweise zu ordnen. Es ersetzt keine fachliche mechanische Untersuchung und sichert keine Reparaturentscheidung zu.
Von erkannten Nachweisen zu einer menschlichen Entscheidung.
Dies beschreibt die Interpretation akzeptierter Belege innerhalb eines abgeschlossenen Diagnoselaufs. Engine Fault Scan und Guided Diagnostic werden dadurch nicht zu einer automatischen Abfolge verbunden.
Erkannte Nachweise
Der Ausgangsbestand ist, was das Fahrzeug tatsächlich zurückgab und die Software erkannte: Signalwerte, ihr Verlauf über die Erfassung, die Dauer, die gewählte Gruppe und der Betriebszustand. Was angefragt, aber nicht geliefert wurde, wird als fehlend festgehalten statt weggelassen.
Regelauswertung
Auf diese Nachweise werden ausdrückliche Regeln angewendet. Es sind geschriebene Regeln mit benannten Bedingungen — kein Modell, keine gelernte Gewichtung, keine Wahrscheinlichkeit. Eine Regel ohne ausreichende Nachweise rät nicht, sondern meldet, dass sie nicht ausgewertet werden konnte.
Nachvollziehbare Auswertung
Jeder Befund benennt die Nachweise, aus denen er entstand, sodass die Begründung nachvollzogen und bestritten werden kann. Ein Schluss, den man nicht zurückverfolgen kann, ist ein Schluss, den man nicht prüfen kann — auf einem Diagnosebericht schlimmer als gar kein Schluss.
Festgehaltene Grenzen
Was der Bericht nicht belegt, steht im Bericht: der abgedeckte Umfang, die fehlenden Nachweise und die deshalb zurückgehaltenen Aussagen. Das reist mit den Befunden mit, statt in einer Dokumentation zu liegen, die der Leser womöglich nie öffnet.
Fachliches Urteil
Eine Person muss Befunde zusammen mit Symptomen, Inspektion und weiteren relevanten Prüfungen bewerten, bevor über Reparaturen entschieden wird. Diese Entscheidung trifft die Software nicht.
Fehlende Nachweise verkleinern eine Aussage. Erfinden tun sie nie eine.
Fehlen erforderliche Nachweise, wird die Auswertung kleiner statt bloß vorsichtiger im Ton. Ein Befund wird mit seiner Einschränkung genannt oder ganz zurückgehalten und als unzureichende Daten gemeldet. Was nicht geschieht: dass ein Wert geschätzt wird, um das Bild zu vervollständigen.
Lehrillustrationen auf dieser Website sind von tatsächlicher SmartReport/PDF-Ausgabe und aufgezeichneten Softwareansichten getrennt.
Was eine Auswertung einschränkt.
Das sind keine Fehler. Es sind die Bedingungen, unter denen die Nachweise entstanden, und jede verändert, was ein Bericht ehrlich schließen kann.
Eine unbestätigte Konfiguration
Kompatibilität ist konfigurationsspezifisch: Fahrzeug, Steuergerätefamilie und -software, Protokoll und Adapter wirken alle mit. Eine ungeprüfte Konfiguration kann weniger erkannte Signale, andere Werte oder gar keine zurückgeben.
Jede spätere Grenze folgt aus dieser. Wo die Konfiguration ungeprüft ist, sollte keine Auswertung als typisch für dieses Fahrzeug gelten.
Nicht gelieferte Signale
Ein angefragtes Signal kann auf einer Konfiguration nicht verfügbar oder im derzeitigen Umfang nicht unterstützt sein. Es wird als fehlend festgehalten.
Befunde, die davon abhingen, werden eingeschränkt oder zurückgehalten.
Eine abgebrochene Erfassung
Eine unterbrochene Erfassung kann unvollständige Belege hinterlassen. Eine gespeicherte Sitzung bedeutet nicht, dass ihre Belege für SmartReport akzeptiert wurden.
Prüfen Sie Laufabschluss und Akzeptanz der Belege, bevor Sie sich auf einen Bericht stützen.
Verbindungsqualität
Eine instabile serielle Strecke liefert weniger Messpunkte und mehr Lücken, ohne zwingend ganz zu scheitern.
Ein dünner Datenbestand trägt einen dünneren Schluss, was der Bericht angibt.
Betriebsbedingungen
Jede Gruppe hat einen empfohlenen Zustand und eine empfohlene Dauer. Reine Leerlaufdaten können kein Verhalten belegen, das erst unter Last auftritt.
Eine Aussage gilt für den Zustand, in dem sie erfasst wurde, und für keinen anderen.
Ein unvollständiger Datenbestand
Zu wenige erkannte Messpunkte lassen keine ausreichende Grundlage für die deterministische Auswertung der gewählten Gruppe.
Unzureichende Daten werden gemeldet, und eine weitere gezielte Erfassung kann empfohlen werden.
Keine dieser Grenzen bleibt dem Bericht verborgen, der sie trägt. Ein Leser muss sehen können, was einen Befund eingeschränkt hat, ohne erst auf diese Seite zu kommen, um zu erfahren, dass es Einschränkungen gibt.
Wo Ihre Verantwortung beginnt.
Die Software kann Ihnen sagen, was eine Erfassung enthielt. Warten, führen und untersuchen kann sie das Fahrzeug nicht — das bleibt bei dem, dem es gehört.
Fahrzeugwartung
Wartung, Verschleißteile und der allgemeine mechanische Zustand bleiben Ihre Sache. Eine Erfassung beschreibt Nachweise zu einem Zeitpunkt; sie ist kein Wartungsnachweis und ersetzt keinen.
Sicherer Betrieb während einer Erfassung
Bedienen Sie den Laptop nicht während der Fahrt. Halten Sie Kabel von Pedalen sowie beweglichen oder heißen Teilen fern, sorgen Sie bei laufendem Motor für Belüftung und brechen Sie ab, wenn sichere Bedingungen nicht bestehen. Führen Sie angeleitete Bedingungen nur aus, wenn dies sicher möglich ist.
Körperliche Untersuchung
Ein Bericht ist Material, das man zu einer Untersuchung mitbringt, kein Ersatz für sie. Wo ein Befund auf einen Fehler hindeutet, ist die körperliche Bestätigung der nächste Schritt — und der geschieht außerhalb dieser Software.
Ein geeigneter, korrekt angeschlossener Adapter
Die Verbindung herzustellen und stabil zu halten liegt bei Ihnen. Ein Adapter, der die Verbindung nicht hält, liefert schlechte Nachweise, und schlechte Nachweise begrenzen jeden daraus gezogenen Schluss.
Werkstatt- und Herstellervorgaben
Wo eine Hersteller- oder Werkstattvorgabe für eine Reparatur gilt, gilt diese Vorgabe. Nichts in einem Bericht setzt sie außer Kraft, und nichts hier ist als Erlaubnis zu lesen, davon abzuweichen.
Die Software ist dafür verantwortlich, die Nachweise ehrlich zu beschreiben — auch das, was sie nicht gefunden hat. Was mit einem Fahrzeug geschieht, entscheiden Sie und die Fachleute, die Sie hinzuziehen.
Fragen zu dieser Grenze.
Was erklärt dieser Diagnosehinweis?
Er erklärt die Aussagegrenzen von Diagnosebelegen und den weiteren Prüfbedarf. Er ist keine Rechtsberatung, gewährt keinen Softwarezugang, zertifiziert kein Fahrzeug und genehmigt keine Reparatur.
Wie weit kann ich mich auf einen Bericht stützen?
So weit wie die Nachweise, die er benennt, und nicht weiter. Ein Bericht sagt, was erfasst wurde, was die Regeln daraus schlossen und was er nicht belegt. In diesem Umfang ist er reproduzierbar und prüfbar. Außerhalb — andere Systeme, andere Bedingungen, nie erhobene Nachweise — sagt er nichts, und sein Schweigen ist keine Entwarnung.
Warum sagt es mir nicht einfach, was defekt ist?
Weil die erfassten Nachweise das meist nicht klären, und ein Werkzeug, das trotzdem antwortet, erzeugt Sicherheit statt Diagnose. Erkannte Signale einer Gruppe, aus einer Erfassung, in einem Betriebszustand, grenzen eine Frage oft erheblich ein, ohne sie zu schließen. Diese Eingrenzung als Urteil auszugeben, machte die Software überzeugender und weniger nützlich.
Was geschieht, wenn Nachweise fehlen?
Die Aussage wird kleiner, nicht vager. Ein Befund, der vom fehlenden Signal abhing, wird mit seiner Einschränkung genannt oder zurückgehalten, die Lücke wird im Bericht festgehalten, und eine weitere gezielte Erfassung kann empfohlen werden. Kein Wert wird geschätzt, um die Lücke zu füllen, und ein wiederholt fehlendes Signal gilt nicht als Beleg für ein defektes Bauteil.
Löscht OBDVeloce Fehlercodes oder verändert es etwas am Fahrzeug?
Nein. V1 liest Diagnoseinformationen; es löscht keine Fehler, setzt keine Zähler zurück, codiert oder programmiert keine Steuergeräte, schreibt keine Anpassungen, betätigt keine Aktuatoren, erzwingt keine Regeneration und flasht keine Firmware. Diagnoseanfragen und Antworten gehören zum Lesen und versprechen keine passive Überwachung.
Wer trägt die Verantwortung für eine Reparaturentscheidung?
Sie, zusammen mit denen, die das Fahrzeug untersuchen und daran arbeiten. Die Verantwortung der Software ist es, die Nachweise genau zu beschreiben, ihre Lücken eingeschlossen, und nicht mehr zu behaupten, als die Nachweise tragen. Sie genehmigt, empfiehlt und prüft keine Reparatur; ein Bericht ist eine Eingangsgröße dieser Entscheidung, nicht die Entscheidung selbst.
Wie Kompatibilität entschieden wird, was ein Bericht Abschnitt für Abschnitt enthält und wie Sitzungen und Berichte gespeichert werden, steht jeweils auf der eigenen Seite statt hier wiederholt.
Verstehen Sie den Umfang, bevor Sie sich darauf stützen.
Diese Seite beschreibt die Grenze. Diese drei zeigen, was innerhalb liegt: welche Konfigurationen geprüft sind, was ein Bericht tatsächlich enthält, und wo man fragt, wenn etwas nicht passt.