WinOLS-Automatisierungsbot, kostenlos enthalten

Was der Bot tatsächlich macht

• DTC-Entfernung. Fehlercodes werden automatisch anhand bereits vorhandener Kalibrierungen bearbeitet, statt jede Datei einzeln von Hand zu öffnen und zu bearbeiten.
• Anwendung von Lösungen. Er wendet Lösungen aus Quellen an, denen Sie bereits vertrauen: Ihrer eigenen geprüften WinOLS-Projektdatenbank oder etablierter Lösungssoftware von Drittanbietern, die Sie separat lizenzieren — FixWave und Swiftec gehören dazu. Wir liefern, verkaufen oder bündeln diese Software nicht; Ihre eigene Lizenz bleibt bei Ihnen.
• Abgleichen, nicht erfinden. Ein neuer Read trifft ein, der Bot findet die engste Übereinstimmung in einer Bibliothek bewährter, von Menschen erstellter Kalibrierungen und kopiert diese bewährten Werte in die neue Version. KI kann beim Abgleich helfen, wenn ein Datenbanktreffer nicht perfekt ist — sie schreibt niemals einen Kalibrierwert und erhält niemals freie Hand. Keine zwei Dateien sind jemals völlig gleich; die Beurteilung bleibt beim Tuner.

Jedes automatisierte Ergebnis sollte weiterhin von einem Tuner geprüft werden, bevor es in die Nähe eines echten Fahrzeugs kommt. Der Bot wird ohne Gewähr und experimentell bereitgestellt; Sie benötigen eine eigene WinOLS-Lizenz mit der OLS530-LUA-Option — siehe unsere Softwarebedingungen. Das sagen wir lieber hier als in einer Fußnote.

Was es kostet — und was die Alternative kostet

Er ist im Preis des RemapDash-Portals enthalten. Es gibt keine Bot-Stufe, keine Gebühr pro Datei und keine separate Maschine zur Miete. Das Portal kostet £74.50 pro Monat für Ihre ersten sechs Monate, danach £129 — und der Preis, den wir angeben, ist der Preis, den Sie zahlen.

Zum Vergleich: Das nächstliegende Äquivalent ist der WinOLS-Bot von Ben Sky. Sein Preisfeld nennt keinen Betrag, sondern „Kontaktieren Sie uns“, und auf seiner eigenen Seite steht, dass der Bot „Teil unseres Dateiportalsystems ist und NICHT als eigenständiger Dienst verfügbar“. Bevor Sie hierfür ein Angebot erhalten, benötigen Sie also deren Portal für £199 pro Monat plus eine £599 Einrichtungsgebühr. Auf deren Website geprüft am 23. August 2026.

Was ist LUA-Skripting in WinOLS?

OLS530 — „LUA für WinOLS“ ist ein offizielles Plugin von EVC electronic, mit dem Sie WinOLS per Skript fernsteuern können, geschrieben in Lua, einer kleinen, schnellen Skriptsprache. Skripte können auf zwei Arten laufen: bei Bedarf für das geöffnete Projekt oder dauerhaft im Hintergrund, wo sie eingehende Dateien überwachen und verarbeiten. Die eigene WinOLS Online Checksum Search von EVC ist in LUA geschrieben — das Plugin ist also im Produkt selbst praxiserprobt.

Über die LUA-API kann ein Skript den Großteil dessen tun, was ein Bediener an der Tastatur tun kann: Ihre Projektdatenbank nach passenden früheren Projekten durchsuchen, Projekte öffnen, Projekt- und Versionseigenschaften lesen und schreiben, Bytes lesen und schreiben, Dateien und Maps importieren und exportieren, Dateien vergleichen, mit Map-Paketen arbeiten sowie Prüfsummen suchen und anwenden. Kurz: die wiederkehrende, mechanische Hälfte der Dateiarbeit.

Was kostet das WinOLS-LUA-Plugin?

Das Plugin selbst hat einen veröffentlichten Preis: EVC führt OLS530 mit €1,178.10 inklusive 19 % deutscher MwSt. (etwa €990 netto — Händler wie Tuning-shop.com nennen €990 ohne MwSt.). Das kommt zusätzlich zu einer vollständigen WinOLS-Lizenz, deren Preis von EVC und seinen Händlern individuell angeboten statt veröffentlicht wird. Bevor Sie also eine einzige Skriptzeile geschrieben haben, ist LUA-Automatisierung eine vierstellige Investition — und dann beginnen die tatsächlichen Kosten erst: Programmierzeit, um Skripte für Ihren eigenen Workflow zu entwickeln, zu testen und zu pflegen.

Deshalb kosten Automatisierungsplattformen in dieser Branche, was sie kosten. Manche Portalanbieter verkaufen WinOLS-Automatisierung als Premiumprodukt für Tausende, typischerweise auf einem separaten dedizierten PC, den Sie bereitstellen und in Betrieb halten. Die Automatisierung ist real — aber ihr Preis ist der eines Luxusprodukts.

Was kann LUA-Automatisierung tatsächlich?

Auf einen echten Dateidienst angewendet, deckt skriptgestütztes WinOLS Aufgaben wie diese ab:

• Finden, was Sie bereits wissen. Durchsuchen Sie Ihre Projektdatenbank nach früheren Projekten, die zu einem eingehenden Read passen — nach Hersteller, ECU-Nummer, Softwareversion — bevor ein Mensch die Datei überhaupt öffnet.
• Eingehende Dateien automatisch verarbeiten. Das eigene Anwendungsbeispiel von EVC: Änderungen je nach Bosch-Nummer auf jede eingehende Datei anwenden und das Ergebnis weiterleiten.
• Bewährte Änderungen übertragen. Importieren Sie Ihre verifizierten Änderungen aus einem passenden früheren Projekt in einen neuen Read derselben ECU-Familie.
• Die Dokumentation sauber halten. Füllen Sie Fahrzeug- und Versionseigenschaften aus, exportieren Sie Originale und geänderte Dateien mit einheitlicher Benennung und halten Sie die Projektbibliothek sauber.
• Prüfsummen als geprüften Schritt behandeln. Ermitteln Sie, welche Prüfsummenfamilien gelten, und behandeln Sie die Korrektur als bewusste, verifizierte Handlung — nicht als Nachgedanken.

Beachten Sie, was all diese Punkte gemeinsam haben: Das Skript bewegt Ihre Daten — Ihre Projekte, Ihre Definitionen, Ihre verifizierten Änderungen. Nichts wird erfunden.

Woher die Kalibrierungen stammen — aus Ihrer Bibliothek, nicht aus einem Modell

Diesen Teil übersehen viele; deshalb lohnt es sich, es deutlich zu sagen. Ein LUA-Skript hat keine Meinung dazu, wie ein Motor abgestimmt werden sollte. Es hat kein Modell, keine Trainingsdaten und keine Vorstellung davon, wie eine „gute“ Map aussieht. Es ist Infrastruktur. Alles, was es anwendet, muss aus einer Quelle stammen, der Sie bereits vertrauen; in der Praxis gibt es zwei:

• Ihre eigene geprüfte Dateidatenbank. Jeder Auftrag, den Sie jemals abgeschlossen und geprüft haben, liegt in Ihrer WinOLS-Projektbibliothek — Original, Version und die exakten Änderungen, die Sie an einem tatsächlich gelaufenen Fahrzeug vorgenommen haben. Wenn ein passender Read eintrifft, findet das Skript diese bewährte Arbeit und wendet sie an. Die Kalibrierung wurde von einem menschlichen Tuner erstellt und an einem echten Fahrzeug validiert; das Skript erspart Ihnen lediglich, dieselbe Arbeit zum vierhundertsten Mal von Hand zu erledigen.
• Etablierte Lösungssoftware von Drittanbietern. Das sind kommerzielle, zweckgebundene Lösungsanbieter mit eigenen entwickelten, getesteten Definitionen für die unterstützten ECUs — keine Sprachmodelle, die Werte erraten. Ein Skript kann sie in Ihrem Workflow genauso ansteuern wie WinOLS: Datei übergeben, Ergebnis entgegennehmen, das von Software erzeugt wurde, die Ingenieure für genau diese Aufgabe entwickelt haben.

In beiden Fällen besteht das Wissen bereits vor der Automatisierung. Nichts wird vor Ort erzeugt. Automatisierung ist nur so gut wie die Bibliothek dahinter — deshalb ist eine reife, gepflegte WinOLS-Projektdatenbank das Wertvollste in einem Tuningunternehmen, und weshalb Automatisierung für Betriebe mit einer solchen Datenbank ein Multiplikator ist, statt für Betriebe ohne sie eine Abkürzung zu sein.

Bibliotheksbasierte Automatisierung ist kein „KI-Tuning“

Viel Software wird derzeit als „KI-Tuning“ vermarktet. Der Begriff wird auf zwei völlig verschiedene Dinge angewandt; ihre Gleichsetzung führt dazu, dass Menschen mit beschädigten Motoren enden:

• Bibliotheksbasierte Automatisierung (was LUA macht): Ein neuer Read trifft ein, ein Skript findet die engste Übereinstimmung in einer Datenbank bewährter, von Menschen erstellter Kalibrierungen — Ihre eigene frühere Arbeit oder Ergebnisse entwickelter Lösungssoftware von Drittanbietern — und wendet diese bewährten Änderungen an. Deterministisch: Dieselbe Eingabe erzeugt jedes Mal dieselbe Ausgabe. Das Wissen ist real und bereits vorhanden; die Automatisierung ruft es nur schneller ab und wendet es schneller an, als ein Mensch es könnte.
• Generatives „KI-Tuning“ von Grund auf: Ein Modell erzeugt Kalibrierwerte für Maps, die es nie validiert gesehen hat, auf einer ECU, die es nicht versteht, ohne eine belastbare Grundlage hinter den Zahlen. Probabilistisch: Es wird immer eine Antwort erzeugen und kann Ihnen nicht sagen, wie sicher es sein sollte. Ob diese Antwort bei einem bestimmten Motor mit bestimmter Hardware, Kraftstoff und Laufleistung sicher ist, ist genau das, was es nicht wissen kann.

Das eine ist eine Ablagekraft mit einem sehr schnellen Paar Hände. Das andere ist ein Fremder mit einer Meinung. Alles im restlichen Teil dieser Seite bezieht sich auf das Zweite — nichts davon gilt für LUA-Skripting.

Die Gefahren generativen KI-Tunings (nicht LUA)

Eine Motorkalibrierung ist kein Bild und kein Absatz. Wenn ein generatives Modell ein Bild leicht falsch erzeugt, erhalten Sie eine seltsame Hand. Wenn Kalibrierwerte leicht falsch sind, erhalten Sie zu hohe EGT, Overboost, Konflikte bei Drehmomentbegrenzern, Einspritzventil-Tastverhältnisse über sicheren Grenzen oder eine DPF-/EGR-Strategie, die gegen sich selbst arbeitet — Fehler, die möglicherweise erst Wochen später unter Last am Fahrzeug eines Kunden auftreten. Die konkreten Probleme:

• Keine belastbare Grundlage. Eine generierte Map wurde nie auf einem Prüfstand erprobt. Plausibel wirkende Zahlen und sichere Zahlen sind nicht dasselbe.
• Selbstsicher falsch. Generative Systeme kennzeichnen Unsicherheit nicht. Die Ausgabe sieht an einem schlechten Tag genauso ordentlich aus wie an einem guten.
• Die falsche Datei bleibt unsichtbar, bis sie es nicht mehr ist. Eine schlechte Kalibrierung kann im Leerlauf sauber laufen und sich normal fahren, bis zu dem Betriebspunkt, an dem sie es nicht mehr tut.
• Ihr Name steht für den Schaden. Wenn eine automatisierte Datei einen Motor beschädigt, gibt der Kunde nicht dem Modell die Schuld. Er gibt dem Tuner die Schuld, der sie geflasht hat.
• Prüfsummen und Struktur. Eine Binärdatei sicher zu bearbeiten bedeutet auch, die Prüfsummen für diese ECU-Familie korrekt zu behandeln — in WinOLS ein gelöstes Problem, in einem Textmodell ein ungelöstes.

Fünf Arten, wie eine KI-generierte Datei schiefgeht

Das sind Fehlerbilder, die erfahrene Tuner wiedererkennen. Sie sind als anschauliche Szenarien geschrieben, nicht als Berichte über konkrete, namentlich genannte Vorfälle — doch jeder beschriebene Mechanismus ist ein realer, gut verstandener Weg, wie eine nicht validierte Kalibrierung Hardware und Ruf zerstört.

• Das Auto, das perfekt wegfuhr. Eine generierte Datei läuft ruhig im Leerlauf, zieht bei einer fünfminütigen Probefahrt sauber, und der Kunde fährt zufrieden davon. Das Problem liegt in einem Bereich der Map mit hoher Last und Temperatur, den eine sanfte Probefahrt nie erreicht. Drei Wochen später, beim Ziehen eines Anhängers an einer langen Steigung an einem heißen Tag, liegen die Abgastemperaturen irgendwo, wo sie nie sein sollten — und Turbinen- oder Kolbenschäden kommen ohne vorherige Warnleuchte. Keine Probefahrt hätte das erkennen können.
• Der Begrenzer, der nicht mit angehoben wurde. Kraftstoffmenge oder Ladedruckanforderung werden erhöht, ohne die entsprechenden Drehmoment-, Rauch- oder Schutzmaps stimmig anzupassen. Das Ergebnis ist eine ECU, die gegen ihre eigene Anforderung arbeitet: Ladedruckabschaltung unter Last, Notlauf im schlechtesten Moment oder ein Ruck im Antriebsstrang, wenn Drehmomentmodell und Realität auseinanderlaufen. Der Kunde beschreibt es als „Rucken“ und gibt der letzten Person die Schuld, die das Fahrzeug bearbeitet hat.
• Der DPF, der nie wieder regeneriert. Die Nacheinspritz- und Regenerationsstrategie eines Diesels ist ein System, keine Tabelle. Verändern Sie Kraftstoffmenge und Timing, ohne zu verstehen, wie die Abgasnachbehandlungsstrategie reagiert, belädt sich der Filter schneller, als er sich reinigt. Die Rechnung kommt Monate später als verstopfter DPF — und sie ist hoch.
• Die Prüfsumme, die nur halb bestand. Eine Datei mit Prüfsummen, die nicht zur ECU-Familie passen, kann alles verursachen, von einem gespeicherten Fehler bis zu einem nicht startenden Fahrzeug — und die schlimmste Variante ist die, die sich erfolgreich flashen lässt und sich später falsch verhält. Bei manchen ECUs hinterlässt ein fehlgeschriebener Vorgang ein unbrauchbares Steuergerät und einen Wiederherstellungsauftrag, der mehr kostet, als die Kennfeldoptimierung eingebracht hat.
• Die Datei, die Sie nicht erklären können. Etwas geht schief und der Kunde, ein Versicherer oder ein Garantieprüfer fragt, was und warum geändert wurde. „Die Software hat entschieden“ ist keine Antwort, die einer davon akzeptiert. Bei einer bewährten Bibliothek können Sie auf das Original, die Version, die konkret geänderten Maps und das Fahrzeug verweisen, an dem sie validiert wurde. Bei einer generierten Datei gibt es nichts, worauf Sie verweisen können.

Das Muster in allen fünf Fällen: Der Schaden ist verzögert, teuer und trifft den Tuner. Niemand bemerkt die schlechte Datei am selben Tag. Man bemerkt sie, wenn der Motor ausgebaut wird.

All das bedeutet nicht, dass Automatisierung gefährlich ist. Es bedeutet, dass nicht validierte Generierung gefährlich ist. Automatisierung, die Ihre eigene bewährte Arbeit abruft und anwendet — wobei ein Tuner die Ausgabe prüft, bevor sie in die Nähe eines Fahrzeugs kommt — ist die Art, wie professionelle Betriebe tatsächlich skalieren. Diese Regel gilt auch für unseren LUA-Bot: Jedes automatisierte Ergebnis sollte von einem qualifizierten Tuner geprüft werden, bevor es auf ein echtes Fahrzeug geflasht wird. Das halten wir in unseren Softwarebedingungen fest statt im Kleingedruckten.

Häufig gestellte Fragen

Mehr erfahren

• Was ist WinOLS? — der Editor erklärt: Projekte, Maps, Prüfsummen, DAMOS.
• DAMOS- und A2L-Dateien erklärt — woher Definitionen kommen und wie Sie deren Qualität beurteilen.
• Was WinOLS tatsächlich kostet — wie die gestaffelte Lizenzierung funktioniert und wie Sie dafür budgetieren.
• WinOLS-Alternativen — Editoren, Automatisierungsplattformen und Dateidienste, ehrlich verglichen.
• Softwarebedingungen und Automatisierungsausschluss — die klaren Regeln, mit denen unsere Automatisierung ausgeliefert wird.

WinOLS, OLS530 und DAMOS sind Produkte und Marken der EVC electronic GmbH. Preise laut evc.de und Händlerlisten, Stand August 2026 — aktuelle Preise bitte bei EVC oder einem autorisierten Händler prüfen. RemapDash ist ein unabhängiger Anbieter von Portalsoftware, entwickelt von professionellen Tunern, die WinOLS und sein LUA-Plugin täglich nutzen; dieser Leitfaden dient der Information und steht in keiner Verbindung zu EVC und wird nicht von EVC unterstützt.