WinOLS automatiseringsbot, inkluderet gratis

Hvad botten faktisk gør

• DTC-fjernelse. Fejlkoder håndteres automatisk mod kalibreringer, der allerede findes, i stedet for at blive åbnet og redigeret i hånden én fil ad gangen.
• Anvendelse af løsninger. Den anvender løsninger fra de kilder, du allerede stoler på: din egen testede WinOLS-projektdatabase eller etableret tredjeparts-løsningssoftware, som du licenserer separat — FixWave og Swiftec blandt dem. Vi leverer, videresælger eller pakker ikke den software, og du beholder din egen licens til den.
• Matchning, ikke opfindelse. En ny udlæsning kommer ind, botten finder det nærmeste match i et bibliotek med gennemprøvede, menneskeskabte kalibreringer og kopierer de kendt gode værdier til den nye version. AI kan hjælpe med matchningen, når et databasehit ikke er perfekt — den skriver aldrig en kalibreringsværdi og får aldrig frie hænder. Ingen to filer er helt ens; vurderingen bliver hos tuneren.

Ethvert automatiseret resultat bør stadig kontrolleres af en tuner, før det kommer i nærheden af et rigtigt køretøj. Botten leveres som den er og eksperimentelt, og du skal have din egen WinOLS-licens med OLS530 LUA-valgmuligheden — se vores softwarevilkår. Vi vil hellere sige det her end i en fodnote.

Hvad det koster, og hvad alternativet koster

Den er inkluderet i prisen på RemapDash-portalen. Der er intet botniveau, intet gebyr pr. fil og ingen separat maskine at leje. Portalen koster £74.50 om måneden i dine første seks måneder, derefter £129 — og den pris, vi skriver, er den pris, du betaler.

Til sammenligning er det nærmeste ækvivalent Ben Skys WinOLS-bot. Deres prispanel har intet beløb — der står "Contact us" — og deres egen side angiver, at botten "is part of our file portal system and is NOT available as a standalone service". Så før du kan få et tilbud på den, skal du have deres portal til £199 om måneden plus et £599 i opstartsgebyr. Kontrolleret på deres side 23. august 2026.

Hvad er LUA-scripting i WinOLS?

OLS530 — "LUA for WinOLS" er et officielt plugin fra EVC electronic, som lader dig fjernstyre WinOLS med scripts skrevet i Lua, et lille, hurtigt scriptsprog. Scripts kan køre på to måder: anvendt efter behov på det projekt, du har åbent, eller permanent i baggrunden, hvor de overvåger og behandler indgående filer. EVCs egen WinOLS Online Checksum Search er skrevet i LUA — så pluginet er kamptestet i selve produktet.

Gennem LUA API’et kan et script gøre det meste af det, en operatør kan gøre på tastaturet: søge i din projektdatabase efter matchende tidligere projekter, åbne projekter, læse og skrive projekt- og versionsegenskaber, læse og skrive bytes, importere og eksportere filer og maps, sammenligne filer, arbejde med map-pakker og søge efter og anvende checksums. Kort sagt: den gentagne, mekaniske halvdel af filarbejdet.

Hvad koster WinOLS LUA-pluginet?

Pluginet selv har offentliggjorte priser: EVC angiver OLS530 til €1,178.10 inklusive 19 % tysk moms (omkring €990 netto — forhandlere som Tuning-shop.com angiver €990 eksklusive moms). Det kommer oven i en fuld WinOLS-licens, som EVC og deres forhandlere giver individuel pris på i stedet for at offentliggøre. Så før du har skrevet én eneste linje script, er LUA-automatisering en firecifret investering — og så begynder den reelle udgift: programmeringstiden til at opbygge, teste og vedligeholde scripts mod din egen arbejdsgang.

Derfor tager automatiseringsplatforme i denne branche, hvad de gør. Nogle portaludbydere sælger WinOLS-automatisering som et premiumprodukt til tusindvis, typisk kørende på en separat dedikeret pc, som du stiller til rådighed og holder kørende. Automatiseringen er reel — men prissat som luksus.

Hvad kan LUA-automatisering faktisk gøre?

Anvendt på en reel filtjeneste dækker scriptet WinOLS opgaver som disse:

• Find det, du allerede ved. Søg i din projektdatabase efter tidligere projekter, der matcher en indgående udlæsning — efter producent, ECU-nummer, softwareversion — før et menneske overhovedet åbner filen.
• Behandl indgående filer automatisk. EVCs eget anvendelseseksempel: anvend ændringer på hver indgående fil afhængigt af dens Bosch-nummer, og send resultatet videre.
• Overfør gennemprøvede ændringer. Importér dine verificerede ændringer fra et matchende tidligere projekt til en ny udlæsning af samme ECU-familie.
• Hold styr på papirarbejdet. Udfyld køretøjs- og versionsegenskaber, eksportér originaler og ændrede filer med konsekvent navngivning, og hold projektbiblioteket rent.
• Håndtér checksums som et kontrolleret trin. Søg efter hvilke checksum-familier der gælder, og behandl korrektion som en bevidst, verificeret handling — ikke en eftertanke.

Bemærk, hvad de alle har til fælles: scriptet flytter dine data rundt — dine projekter, dine definitioner, dine verificerede ændringer. Intet bliver opfundet.

Hvor kalibreringerne kommer fra — dit bibliotek, ikke en model

Det er den del, folk overser, så det er værd at være direkte. Et LUA-script har ingen holdning til, hvordan en motor bør tunes. Det har ingen model, ingen træningsdata, ingen forestilling om, hvordan et "godt" map ser ud. Det er rørarbejde. Alt, det anvender, skal komme fra en kilde, du allerede stoler på, og i praksis er der to:

• Din egen testede fildatabase. Hvert job, du nogensinde har fuldført og verificeret, ligger i dit WinOLS-projektbibliotek — original, version og de præcise ændringer, du lavede, på en bil, der kørte. Når en matchende udlæsning kommer ind, finder scriptet det gennemprøvede arbejde og anvender det. Kalibreringen er skabt af en menneskelig tuner og valideret på et rigtigt køretøj; scriptet sparer dig blot for at gøre det samme i hånden for firehundredende gang.
• Etableret tredjeparts-løsningssoftware. Det er kommercielle, specialbyggede løsningsleverandører med deres egne udviklede, testede definitioner til de ECU’er, de understøtter — de er ikke sprogmodeller, der gætter på værdier. Et script kan drive dem som en del af din arbejdsgang på præcis samme måde, som det driver WinOLS: aflevere en fil, modtage et resultat, der er produceret af software bygget af ingeniører til netop den opgave.

I begge tilfælde går viden forud for automatiseringen. Intet genereres på stedet. Automatisering er kun så god som biblioteket bag den — derfor er en moden, velholdt WinOLS-projektdatabase det mest værdifulde i en tuningvirksomhed, og derfor er automatisering en multiplikator for værksteder, der har en, frem for en genvej for værksteder, der ikke har.

Biblioteksbaseret automatisering er ikke "AI-tuning"

Meget software markedsføres i øjeblikket som "AI-tuning". Udtrykket bruges om to helt forskellige ting, og at blande dem sammen er sådan, motorer ender med at blive beskadiget:

• Biblioteksbaseret automatisering (hvad LUA gør): en ny udlæsning kommer ind, et script finder det nærmeste match i en database med gennemprøvede, menneskeskabte kalibreringer — dit eget tidligere arbejde eller output fra udviklet tredjeparts-løsningssoftware — og anvender de kendt gode ændringer. Deterministisk: samme input giver samme output hver gang. Viden er reel og eksisterer i forvejen; automatisering henter og anvender den blot hurtigere, end et menneske kan.
• Generativ "AI-tuning" fra bunden: en model producerer kalibreringsværdier til maps, den aldrig har set valideret, på en ECU den ikke forstår, uden noget facit bag tallene. Probabilistisk: den vil altid producere et svar, og den kan ikke fortælle dig, hvor sikker den burde være. Om svaret er sikkert på en bestemt motor med bestemt hardware, brændstof og kilometertal, er præcis det, den ikke kan vide.

Den ene er en arkivar med meget hurtige hænder. Den anden er en fremmed med en holdning. Alt på resten af denne side handler om den anden — intet af det gælder LUA-scripting.

Farerne ved generativ AI-tuning (ikke LUA)

En motorkalibrering er ikke et billede eller et afsnit. Når en generativ model rammer et billede lidt forkert, får du en mærkelig hånd. Når kalibreringsværdier er lidt forkerte, får du for høj EGT, overboost, konflikter i momentbegrænsning, indsprøjtningsarbejde over sikre grænser eller en DPF/EGR-strategi, der modarbejder sig selv — fejl, der måske først viser sig under belastning, uger senere, på kundens bil. De konkrete problemer:

• Intet facit. Et genereret map er aldrig bevist på rullefelt. Tal, der ser plausible ud, og sikre tal er ikke det samme.
• Selvsikkert forkert. Generative systemer markerer ikke usikkerhed. Outputtet ser lige ryddeligt ud på en dårlig dag som på en god.
• Den forkerte fil er usynlig, indtil den ikke er det. En dårlig kalibrering kan gå fint i tomgang og køre normalt helt frem til det driftspunkt, hvor den ikke gør.
• Dit navn på fejlen. Når en automatiseret fil skader en motor, bebrejder kunden ikke modellen. Kunden bebrejder tuneren, der flash’ede den.
• Checksums og struktur. At redigere en binærfil sikkert betyder også korrekt checksum-håndtering for den ECU-familie — et løst problem i WinOLS, et uløst problem i en tekstmodel.

Fem måder en AI-genereret fil går galt på

Det er fejltilstande, erfarne tunere vil genkende. De er skrevet som illustrative scenarier, ikke som beretninger om bestemte navngivne hændelser — men hver beskrevet mekanisme er en reel, velkendt måde, hvorpå en ikke-valideret kalibrering ødelægger hardware og omdømme.

• Bilen, der kørte væk perfekt. En genereret fil går jævnt i tomgang, trækker rent på en fem minutters prøvetur, og kunden kører glad af sted. Problemet ligger i et hjørne af mappet med høj belastning og høj temperatur, som en rolig prøvetur aldrig når. Tre uger senere, under bugsering op ad en lang stigning på en varm dag, ligger udstødningstemperaturerne et sted, de aldrig var beregnet til at være — og turbine- eller stempelskade opstår uden forudgående advarselslampe. Intet i prøveturen kunne have fanget det.
• Begrænseren, der ikke blev løftet med. Brændstof- eller boostkrav hæves uden at de tilsvarende momentbegrænser-, røgbegænser- eller beskyttelsesmapps flyttes sammenhængende. Resultatet er en ECU, der kæmper mod sin egen anmodning: boost cut under belastning, nødtilstand i det værst tænkelige øjeblik eller et drivlineryk, når momentmodellen og virkeligheden afviger. Kunden beskriver det som "bukken" og bebrejder den sidste person, der rørte bilen.
• DPF’en, der aldrig regenererer igen. En diesels efterindsprøjtnings- og regenereringsstrategi er et system, ikke en tabel. Ændr brændstof og timing uden at forstå, hvordan efterbehandlingsstrategien reagerer, og filteret fyldes hurtigere, end det renses. Regningen kommer måneder senere som en tilstoppet DPF — og den er stor.
• Checksummen, der halvvejs bestod. En fil skrevet med checksums, som ikke matcher ECU-familien, kan give alt fra en lagret fejl til et køretøj, der ikke starter — og den værste version er den, der flashes uden fejl og opfører sig forkert senere. På nogle ECU’er efterlader en mislykket skrivning et bricked modul og et genopretningsarbejde, der koster mere end remappet indbragte.
• Filen, du ikke kan forklare. Noget går galt, og kunden, et forsikringsselskab eller en garantivurderer spørger, hvad der blev ændret og hvorfor. "Softwaren besluttede det" er ikke et svar, nogen af dem accepterer. Med et gennemprøvet bibliotek kan du pege på originalen, versionen, de specifikke ændrede maps og køretøjet, den blev valideret på. Med en genereret fil er der intet at pege på.

Mønstret i alle fem: skaden er forsinket, dyr og lander hos tuneren. Ingen opdager den dårlige fil den dag. De opdager den, når motoren er ude.

Intet af dette betyder, at automatisering er farlig. Det betyder, at ikke-valideret generering er farlig. Automatisering, der henter og anvender dit eget gennemprøvede arbejde — med en tuner, der kontrollerer outputtet, før det kommer i nærheden af en bil — er sådan professionelle værksteder faktisk skalerer. Den regel gælder også vores LUA-bot: ethvert automatiseret resultat bør kontrolleres af en kvalificeret tuner, før det flashes til et rigtigt køretøj. Vi skriver det i vores softwarevilkår i stedet for med småt.

Ofte stillede spørgsmål

Gå i dybden

• Hvad er WinOLS? — editoren forklaret: projekter, maps, checksums, DAMOS.
• DAMOS- og A2L-filer forklaret — hvor definitioner kommer fra, og hvordan du vurderer deres kvalitet.
• Hvad WinOLS reelt koster — hvordan trindelt licensering fungerer, og hvordan du budgetterer for den.
• WinOLS-alternativer — editorer, automatiseringsplatforme og filtjenester, ærligt sammenlignet.
• Softwarevilkår og ansvarsfraskrivelse for automatisering — de letforståelige regler, vores automatisering leveres med.

WinOLS, OLS530 og DAMOS er produkter og varemærker tilhørende EVC electronic GmbH. Priser citeret fra evc.de og forhandlerlister pr. august 2026 — bekræft aktuelle priser hos EVC eller en autoriseret forhandler. RemapDash er en uafhængig udbyder af portalsoftware, udviklet af professionelle tunere, som bruger WinOLS og LUA-pluginet dagligt; denne guide er undervisningsmateriale og er ikke tilknyttet eller godkendt af EVC.