Deaktivierung AutoMod-kompatibel

READINESS

Readiness-Flags zurücksetzen — Diagnosemonitore melden wieder „bereit“.

Über diese Lösung

Die READINESS-Lösung setzt den OBD-Readiness-/Monitorstatus zurück, damit die Emissionsprüfung abgeschlossene Monitore sieht — typischerweise nach Reparaturen oder Kennfeldern, die Monitore unvollständig hinterlassen haben.

OBD-Bereitschaftsmonitore sind die Selbsttest-Flags des ECU — ein Bit pro System: Katalysator, O2-Heizung, EGR, Sekundärluft, EVAP und so weiter. Abgasuntersuchungen lesen sie direkt aus: ein "not ready" oder eine Inkonsistenz nach einem Delete kann die Prüfung scheitern lassen, selbst wenn kein Fehlercode gespeichert ist.

Der READINESS-Service setzt den Monitorstatus jedes entfernten Systems korrekt — "not supported", soweit die Strategie es zulässt —, sodass das Readiness-Frame einen konsistenten Zustand meldet: die verbleibenden Systeme zeigen complete, die gelöschten behaupten schlicht nicht, zu laufen.

So funktioniert es

Datei hochladen

Das Original-ECU-Auslesen (.bin, .ori, .mod, .hex) ablegen. Die ECU-Familie wird automatisch erkannt.

Lösung wählen

Den gewünschten Service auswählen — AutoMod wendet ihn auf unterstützten ECUs in Minuten an, sonst übernimmt ein Kalibrator.

Gepatchte Datei herunterladen

Mit Credits oder direkt per Karte zahlen — die modifizierte Datei wird in Minuten geliefert und bleibt 24 h abrufbar.

Symptome und häufige Fehler

  • I/M-Monitore bleiben nach Deletes auf "not ready" hängen
  • Prüfungsverweigerung ohne gespeicherte Fehlercodes
  • Inkonsistenter Monitorzustand im OBD-Frame
  • Permanent-DTCs sichtbar, wo die Strategie sie bereitstellt
  • Readiness-Fail bei einem ansonsten gesunden Fahrzeug

Leistungsumfang

  • Monitorstatus-Bits entfernter Systeme — auf not-supported/complete gesetzt
  • Katalysator-, O2-, EGR-, SAP-, EVAP-Monitorflags je nach Konfiguration
  • Konsistenz des Readiness-Frames nach Deletes
  • Permanent-DTC-Sichtbarkeit, soweit die Strategie es zulässt

Häufig bestellt mit: den Delete-Services, auf denen es aufsetzt — DPF, EGR, CAT, SAP.

Für prüfungsorientierte Kunden ist der Permanent-DTC-Kanal das nützliche Detail: Manche Strategien halten einen Fehler für den Prüfer sichtbar, selbst nachdem der Code gelöscht wurde. Wo die Familie ihn bereitstellt, setzt der Service auch diesen Kanal konsistent — das Frame liest sich dann wie ein unverändertes, vollständiges System.

In der Kalibrierung

Das ist keine Emissions-Fälschung: Es kennzeichnet entfernte Hardware ehrlich so, wie OEM-Kalibrierungen Systeme kennzeichnen, die nie verbaut wurden. Es dient dazu, den Diagnosezustand kohärent zu halten, nachdem die übrigen Services auf dieser Seite angewendet wurden.

Wird je nach Strategie behandelt: Manche ECUs lassen einen Monitor sauber als not-supported markieren, andere benötigen das Flag complete. Der Service wendet an, was die Kalibrierung hergibt — deshalb liest sich das Ergebnis am Scanner natürlich und nicht wie ein manipuliertes Frame.

Der Service existiert, weil Scanner und Prüfer das Monitor-Frame lesen, nicht nur den Fehlerspeicher — ein gepatchtes Fahrzeug sollte einen kohärenten Diagnosezustand aufweisen, und genau das erzeugen korrekte not-supported-Flags.

Die OBD-Prüflogik unterscheidet "not ready" von "not supported": Ersteres fällt durch, Letzteres ist ein Normalzustand für Systeme, die ein Fahrzeug nie hatte. Gelöschte Systeme auf not-supported zu setzen, ist der ehrliche Weg — genau das tut eine OEM-Kalibrierung für eine Option, die nie verbaut wurde.

Ein Scanner liest das Monitor-Frame als Satz von Bits — supported, ready, not-ready, not-supported —, und ein Prüfer ist darauf geschult, not-ready-Ergebnisse bei existierenden Systemen abzulehnen. Was der Service garantiert, ist Konsistenz: Die gelöschten Systeme behaupten keinen Zustand mehr, die erhaltenen Systeme schließen ihre Tests normal ab, und das Frame, das ein Scanner zeigt, sieht exakt aus wie bei einem unveränderten, gut gewarteten Fahrzeug.

Abgedeckte Steuergeräte

Anwendbar über die abgedeckten Familien — Bosch EDC/ME/MED, Delphi DCM, Continental SID, Marelli —, wo immer die OEM-Strategie das Markieren von Monitoren als not-present oder not-supported unterstützt.

Typische Aufträge: jeder Umbau, bei dem CAT/DPF/EGR/SAP/EVAP-Deletes durchgeführt wurden und nun ein kohärentes Readiness-Frame benötigt wird — VAG-, BMW-, Mercedes-, PSA-, Ford-Anwendungen gleichermaßen.

In der Werkstatt — Werkzeuge und Ablauf

Wird zusätzlich zu den Delete-Patches auf derselben Datei angewendet: lesen, hochladen, patchen, schreiben. Verifikation mit jedem OBD-Scanner — der I/M-Readiness-Status liest sich für jedes System als complete oder not-supported.

Readiness vs. die Delete-Services: Deletes entfernen die Fehler; Readiness bringt das Monitor-Frame in Einklang, damit die verbleibenden Systeme einen konsistenten Zustand zeigen. Es reitet auf derselben Datei — es ist der abschließende Durchgang nach den Deletes, kein eigenständiges Produkt.

Häufige Fragen

Ist das für Abgasuntersuchungen?

Es hält das Monitor-Frame nach Deletes konsistent. Prüfer lesen dieselben Flags, die eine OEM-Datei zeigen würde.

Wird damit funktionierende Hardware vorgetäuscht?

Nein — gelöschte Systeme werden als not-supported markiert, genau wie Werkskalibrierungen nie verbaute Optionen kennzeichnen.

Welche Monitore sind abgedeckt?

Katalysator, O2 und O2-Heizung, EGR, Sekundärluft, EVAP und weitere je nach ECU.

Was ist mit Permanent-DTCs?

Wo die Strategie sie bereitstellt, werden sie konsistent mit dem übrigen Patch behandelt.

Ist es ein separater Patch?

Es wird zusätzlich zu den Delete-Services auf derselben Datei angewendet — ein Flash, alles konsistent.

Nur validierte PatchesKein Abo nötigSelf-Service, in Minuten geliefertKarte & PayPal akzeptiert
READINESS — ECU-Dateiservice | EcuFilesLab