Die Datei ist bereits dekodiert, bevor Sie den Auftrag öffnen.

Das Problem, ehrlich dargestellt

Ein Slave-Tool ist eine wirtschaftliche Entscheidung, kein technischer Mangel. Slave-Hardware ist günstiger, für die meisten Händler und kleineren Werkstätten vertretbar und liefert vollkommen brauchbare Reads. Was sie nicht liefert, ist eine Datei, die Sie unmittelbar öffnen und bearbeiten können. Der Read liegt im geschützten Format des Tools vor und muss erst über den Dekodierschritt des Werkzeuganbieters zu einem editierbaren Binärfile werden und danach passend erneut kodiert werden, damit das Tool ihn ins Fahrzeug schreiben kann.

Bei einem Auftrag ist das nur eine kleine Unannehmlichkeit. Über eine Arbeitswoche wird es zur Belastung. Jede Datei verlangt dieselbe Folge: Anhang herunterladen, im Download-Ordner finden, Tool-Software öffnen, anmelden, hochladen, warten, die dekodierte Datei herunterladen, diese finden, in WinOLS öffnen, die bezahlte Arbeit erledigen, exportieren, zum Tool zurückkehren, die geänderte Datei hochladen, erneut warten, den erneut kodierten Slave herunterladen und dem Kunden zurückgeben. Das Tuning dauerte zwanzig Minuten. Die Handhabung weitere fünfzehn – und sie fügt der Rechnung nichts hinzu.

Schlimmer noch: Genau dieser Teil scheitert. Hier wird die falsche Datei hochgeladen, das Kundenoriginal mit einer dekodierten Kopie verwechselt, ein Auftrag eine Stunde lang nicht angerührt, weil Sie sein Eintreffen nicht bemerkt haben, oder ein müder Mitarbeiter schickt um 21 Uhr eine Datei zurück, die nie erneut kodiert wurde.

So funktioniert es: Der Bot läuft auf Ihrem PC

Diese Designentscheidung macht das Ganze überhaupt erst praktikabel; daher lohnt es sich, genau hinzusehen.

Der RemapDash-Bot ist eine kleine Anwendung, die auf Ihrem eigenen Windows-Rechner installiert wird – also auf demselben PC, auf dem Sie bereits WinOLS und Ihre Tool-Software verwenden. Er wird einmal mit Ihrem Portal gekoppelt und läuft dann leise im Hintergrund: verbunden und bereit für Arbeit. Wenn ein Auftrag in Ihrem Portal eingeht, nimmt der Bot ihn auf, führt die Dekodierung über Ihr Tool-Konto aus und legt die daraus entstandene offene Datei wieder beim Auftrag für Sie ab.

Ihre Tool-Zugangsdaten bleiben auf Ihrem PC. Sie werden verschlüsselt auf dem Rechner selbst gespeichert, an Ihren Windows-Benutzer gebunden, und die Dekodierung erfolgt von Ihrem Computer aus über Ihr eigenes Konto – exakt so, wie wenn Sie selbst dort säßen und die Schaltflächen anklickten. Ihre Beziehung zu Ihrem Tool-Anbieter bleibt genau unverändert. Niemand leitet Ihr Konto über die Infrastruktur eines Dritten weiter und an Ihrer Lizenzvereinbarung ändert sich nichts.

Das ist nicht nur aus Prinzip wichtig, sondern auch ganz praktisch: Weil die Arbeit über Ihren Rechner und Ihre Sitzung läuft, verhält sie sich so, wie Ihr Tool es erwartet. Es ist Ihr normaler Ablauf – automatisch, mit Maschinengeschwindigkeit und ohne Ihr Zutun.

Was genau geschieht, Schritt für Schritt

• Der Kunde lädt hoch. Ein Händler übermittelt über Ihr gebrandetes Portal einen Auftrag und hängt den Slave-Read seines Tools an.
• Das Portal erkennt ihn. Die Datei wird als Slave-Datei statt als offene Binärdatei erkannt – und wenn der Kunde das falsche Kästchen markiert hat, korrigiert das Portal dies.
• Der Bot übernimmt den Auftrag. Ihr gekoppelter PC nimmt die Arbeit automatisch auf. Nichts muss geöffnet, angeklickt oder verschoben werden.
• Die Dekodierung läuft über Ihr Konto. Der Bot führt den Dekodierschritt mit Ihren Tool-Zugangsdaten aus, die auf Ihrem eigenen Rechner gespeichert sind.
• Die offene Datei landet wieder beim Auftrag. Wenn Sie sich hinsetzen und die Kundenanfrage lesen, ist die editierbare Datei bereits angehängt.
• Sie erledigen den Teil, für den Sie tatsächlich bezahlt werden. Die Kalibrierungsarbeit. In WinOLS, mit Ihrer Bibliothek, Ihren Definitionen und Ihrem Urteilsvermögen.
• Die erneute Kodierung läuft auf demselben Weg zurück. Ziehen Sie Ihre geänderte Datei auf den Auftrag, und der Bot verpackt sie wieder als Slave-Datei, die das Tool Ihres Kunden akzeptiert – oder der gesamte Ablauf läuft automatisch über den LUA-Bot ohne Ziehen und Ablegen, wenn sich in Ihrer Bibliothek ein geeigneter Spender findet.

Zwei Geschwindigkeiten: Ziehen und Ablegen oder vollautomatisch

Nicht jeder Auftrag sollte automatisiert werden, und einem System, das etwas anderes vorgibt, werden Sie irgendwann nicht mehr vertrauen. Deshalb gibt es bewusst zwei Modi, die Sie pro Auftrag wählen.

1. Ziehen und Ablegen

Die Dekodierung erfolgt beim Eingang automatisch – dieser Teil kostet Sie nichts und birgt kein Risiko, denn das Dekodieren einer Datei ändert keine Kalibrierungswerte. Sie führen das Tuning selbst durch. Wenn Sie fertig sind, ziehen Sie die geänderte Binärdatei auf den Auftrag, und die Kodierung erfolgt beim Ausgang automatisch. Jede Kalibrierungsentscheidung lag bei Ihnen; die mechanische Hülle an beiden Enden wurde für Sie erledigt.

In diesem Modus werden die meisten Werkstätten die meiste Zeit arbeiten, und er entfernt bereits den überwiegenden Teil des Handhabungsaufwands.

2. Vollautomatisch, wenn ein geeigneter Spender vorhanden ist

Wenn die eingehende Datei zu einem Auftrag passt, den Sie bereits durchgeführt und geprüft haben – dasselbe ECU, dieselbe Software, ein echter Spender in Ihrer eigenen WinOLS-Bibliothek –, kann der Automatisierungs-Bot den gesamten Zyklus übernehmen: dekodieren, Ihre bewährte Arbeit aus Ihrer eigenen Bibliothek anwenden, erneut kodieren und zurückgeben.

Lesen Sie das genau, denn diese Unterscheidung ist der Kern der Sache: Hier wird Ihre eigene zuvor getestete Arbeit erneut auf eine Datei angewandt, zu der sie tatsächlich passt. Es erzeugt kein Modell eine Kalibrierung. Nichts wird erfunden. Wenn kein geeigneter Spender gefunden wird, erhält der Auftrag keine Vermutung – er bleibt als normaler manueller Auftrag auf Ihrer Werkbank. Wir haben eine ganze Seite dazu geschrieben, warum bibliotheksbasierte Automatisierung kein „KI-Tuning“ ist, denn dieser Unterschied ist der Unterschied zwischen einer schnellen Werkstatt und einem beschädigten Motor.

Intelligente Erkennung: falsch benannte Uploads abfangen

Wer Dateien von Händlern annimmt, kennt diesen Fehlerfall. Der Kunde lädt eine Slave-Datei hoch und markiert sie als Master. Oder benennt sie hilfreich in golf.bin um. Oder hängt sie gleich an den falschen Auftragstyp. Das erfahren Sie nicht beim Upload – sondern zehn Minuten nach Beginn des Auftrags, wenn sich etwas nicht wie erwartet öffnen lässt.

Das Portal prüft, was die Datei tatsächlich ist, anstatt ihrer Beschriftung zu vertrauen. Eine Slave-Datei wird unabhängig vom angekreuzten Feld oder ihrem Namen als Slave-Datei erkannt, und der Auftrag wird beim Eingang korrigiert. Der Kunde wird nicht für einen Fehler bestraft, von dem er nicht wusste, dass er ihn macht, und Sie verlieren nicht zehn Minuten, um ihn zu entdecken.

AutoTuner-Metadaten: Der Kundenauftrag füllt sich selbst aus

AutoTuner-Metadaten: Der Kundenauftrag füllt sich selbst aus

AutoTuner-Slave-Dateien enthalten nützliche Informationen über den darin enthaltenen Read – das Fahrzeug, das ECU und die Art, wie der Read erstellt wurde. Das Portal liest diese beim Upload aus und verwendet sie, um den Auftrag auszufüllen.

Für Ihren Kunden ist der entscheidende Effekt: Eine Datei einzureichen wird schneller und weniger fehleranfällig, weil die Angaben, die sonst eingetippt – und falsch eingegeben – würden, bereits aus der Datei übernommen sind. In Verbindung mit einer Kennzeichenabfrage auf Fahrzeugseite kann ein Händler in Sekunden von „Ich habe einen Read“ zu „Der Auftrag ist eingereicht“ gelangen, mit sauberen Daten am Auftrag.

Und saubere Daten beim Eingang sind nicht nur eine nette Zugabe. Sie sorgen dafür, dass Ihre WinOLS-Projektbibliothek auch in zwei Jahren noch durchsuchbar ist – und genau diese Bibliothek ermöglicht die Spenderzuordnung überhaupt. Schlampige Datenerfassung heute ist in achtzehn Monaten ein manueller Auftrag.

Was Ihnen das tatsächlich spart

Seien Sie bei runden Zahlen im Marketing skeptisch; deshalb folgt hier die ehrliche Größenordnung statt einer plakativen Zahl.

Eine Werkstatt, die täglich zehn Slave-Aufträge bearbeitet und je Auftrag fünfzehn Minuten reine Handhabung aufwendet, verbringt mehr als zwei Stunden pro Tag mit Arbeit, die kein Kunde je bezahlt hat und die kein Tuner je gerne erledigt. Wie auch immer Ihre tatsächlichen Zahlen aussehen: Rechnen Sie sie durch – das Ergebnis ist meist unerquicklich.

• Die Handhabungszeit pro Auftrag sinkt ungefähr auf null. Der Download-Öffnen-Anmelden-Hochladen-Warten-Download-Tanz an beiden Enden des Auftrags ist genau das, was entfernt wird.
• Die Wartezeit ist nicht länger Ihr Problem. Die Dekodierzeit gibt es weiterhin, aber sie läuft, während Sie schlafen, fahren oder an einem anderen Fahrzeug arbeiten – nicht während Sie einen Fortschrittsbalken beobachten.
• Die Durchlaufzeit verbessert sich, ohne dass Sie schneller arbeiten müssen. Die Datei ist bereit, sobald Sie sie ansehen; die Zeit, die der Kunde erlebt, beginnt also mit Ihrer ersten nützlichen Handlung statt fünfzehn Minuten später nach der Verwaltung.
• Eine ganze Fehlerklasse verschwindet. Nicht erneut kodierte Rückgaben, Uploads falscher Dateien und verwechselte Originale sind Handhabungsfehler. Entfernen Sie die Handhabung, entfernen Sie diese Fehler.
• Die Abende werden kürzer. Aufträge, die um 17 Uhr eingehen, sind um 17:01 Uhr dekodiert und bereit, statt am Ende eines langen Tages eine neue Verwaltungsrunde zu beginnen.

Welche Tools unterstützt werden

Die direkte Antwort, denn vage Antworten verschwenden hier die Zeit aller:

Sie benötigen ein eigenes Konto beim Tool-Anbieter. RemapDash verkauft die Software oder Credits eines Tool-Anbieters weder weiter noch unterlizenziert es sie oder ersetzt sie – der Bot verwendet das Konto, das Sie bereits haben, auf dem Rechner, den Sie bereits nutzen.

• AutoTuner – unterstützt. Automatische Dekodierung beim Eingang, Kodierung beim Ausgang sowie Auslesen von Metadaten aus der Slave-Datei beim Upload.
• Alientech KESS3 – unterstützt. Automatische Dekodierung und Kodierung über Ihr eigenes Alientech-Konto, für OBD- sowie Bench-/Boot-Reads.
• Magic Motorsport – bald verfügbar. Das Portal erkennt die Dateien bereits heute, automatisiert sie aber noch nicht. Wir sagen lieber „noch nicht“, als etwas Halbgares mitten in Ihren Ablauf zu bringen.
• Andere Tools – Dateien werden als Slave-Dateien erkannt und behandelt, eine automatisierte Dekodierung wird jedoch nicht zugesichert. Weitere Tools stehen auf der Roadmap.

• der WinOLS-Automatisierungs-Bot — was er tatsächlich tut, warum er kostenlos enthalten ist und warum er kein „KI-Tuning“ ist.
• Was ist WinOLS? — der Editor im Mittelpunkt des Ablaufs.
• Was Tuning-Dateiportal-Software leistet — das Gesamtbild rund um die Werkbank.
• Softwarebedingungen & Haftungsausschluss zur Automatisierung — die Regeln in einfacher Sprache, mit denen unsere Automatisierung ausgeliefert wird.

AutoTuner, Alientech, KESS und Magic Motorsport sind Marken ihrer jeweiligen Inhaber. RemapDash ist ein unabhängiger Anbieter von Portal-Software und weder mit einem Tool-Anbieter verbunden noch von ihm unterstützt. Die Automatisierung läuft über Ihr eigenes Tool-Konto und Ihre Lizenz; Sie bleiben dafür verantwortlich, die Bedingungen Ihres Tool-Anbieters einzuhalten und jede Datei zu prüfen, bevor sie auf ein Fahrzeug geflasht wird.