WinOLS automatiseringsbot, ingår gratis

Vad boten faktiskt gör

• DTC-borttagning. Felkoder hanteras automatiskt mot kalibreringar som redan finns, i stället för att öppnas och redigeras manuellt en fil i taget.
• Lösningstillämpning. Den tillämpar lösningar från källor du redan litar på: din egen testade WinOLS-projektdatabas eller etablerad tredjepartsprogramvara som du licensierar separat — FixWave och Swiftec bland annat. Vi tillhandahåller, säljer vidare eller paketerar inte den programvaran, och du behåller din egen licens för den.
• Matchning, inte uppfinnande. En ny avläsning kommer in, boten hittar den närmaste matchningen i ett bibliotek av bevisade, människoskapade kalibreringar och kopierar de kända bra värdena till den nya versionen. AI kan hjälpa till med matchningen när en databasträff inte är perfekt — den skriver aldrig ett kalibreringsvärde och har aldrig fria händer. Inga två filer är någonsin helt lika; bedömningen stannar hos tunern.

Varje automatiserat resultat bör fortfarande kontrolleras av en tuner innan det närmar sig ett riktigt fordon. Boten levereras i befintligt skick och experimentell, och du behöver din egen WinOLS-licens med OLS530 LUA-alternativet — se våra programvaruvillkor. Vi säger hellre det här än gömmer det i en fotnot.

Vad den kostar, och vad alternativet kostar

Den ingår i RemapDash-portalens pris. Det finns ingen botnivå, ingen avgift per fil och ingen separat maskin att hyra. Portalen kostar £74.50 i månaden under dina första sex månader, sedan £129 — och priset vi skriver ut är priset du betalar.

Som jämförelse är den närmaste motsvarigheten Ben Skys WinOLS-bot. Deras prisruta innehåller ingen siffra — där står ”Contact us” — och deras egen sida anger att boten ”is part of our file portal system and is NOT available as a standalone service”. Innan du kan få ett pris på den behöver du alltså deras portal för £199 per månad plus en £599 i startavgift. Kontrollerat på deras webbplats den 23 augusti 2026.

Vad är LUA-skriptning i WinOLS?

OLS530 — "LUA for WinOLS" är ett officiellt plugin från EVC electronic som låter dig fjärrstyra WinOLS med skript skrivna i Lua, ett litet, snabbt skriptspråk. Skript kan köras på två sätt: på begäran mot det projekt du har öppet, eller permanent i bakgrunden och bevaka samt bearbeta inkommande filer. EVC:s egen WinOLS Online Checksum Search är skriven i LUA — pluginet är alltså stridstestat i själva produkten.

Via LUA API kan ett skript göra det mesta som en operatör kan göra vid tangentbordet: söka i projektdatabasen efter matchande tidigare projekt, öppna projekt, läsa och skriva projekt- och versionsegenskaper, läsa och skriva byte, importera och exportera filer och kartor, jämföra filer, arbeta med kartpaket samt söka efter och tillämpa kontrollsummor. Kort sagt: den repetitiva, mekaniska halvan av filarbetet.

Vad kostar WinOLS LUA-pluginet?

Pluginet har ett publicerat pris: EVC listar OLS530 för €1,178.10 inklusive 19 % tysk moms (cirka €990 netto — återförsäljare som Tuning-shop.com anger €990 exklusive moms). Det kommer ovanpå en full WinOLS-licens, som prissätts individuellt av EVC och dess återförsäljare snarare än publiceras. Så innan du skrivit en enda rad skript är LUA-automation en investering på fyra siffror — och sedan börjar den verkliga kostnaden: programmeringstiden för att bygga, testa och underhålla skript för ditt eget arbetsflöde.

Det är därför automatiseringsplattformar i denna bransch tar betalt som de gör. Vissa portalleverantörer säljer WinOLS-automation som en premiumprodukt för tusentals, vanligtvis på en separat dedikerad dator som du tillhandahåller och håller igång. Automationen är verklig — men har prissatts som en lyx.

Vad kan LUA-automation faktiskt göra?

Tillämpad på en riktig filtjänst täcker skriptad WinOLS arbeten som dessa:

• Hitta det du redan vet. Sök i din projektdatabas efter tidigare projekt som matchar en inkommande avläsning — efter tillverkare, ECU-nummer, programvaruversion — innan en människa ens öppnar filen.
• Bearbeta inkommande filer automatiskt. EVC:s eget användningsexempel: tillämpa ändringar på varje inkommande fil beroende på dess Bosch-nummer och skicka resultatet vidare.
• För över bevisade ändringar. Importera dina verifierade ändringar från ett matchande tidigare projekt till en ny avläsning av samma ECU-familj.
• Håll ordning på administrationen. Fyll i fordons- och versionsegenskaper, exportera original och modifierade filer med konsekvent namngivning, håll projektbiblioteket rent.
• Hantera kontrollsummor som ett kontrollerat steg. Sök vilka kontrollsummefamiljer som gäller och behandla korrigering som en avsiktlig, verifierad åtgärd — inte en eftertanke.

Lägg märke till vad alla dessa har gemensamt: skriptet flyttar dina egna data — dina projekt, dina definitioner, dina verifierade ändringar. Ingenting uppfinns.

Var kalibreringarna kommer ifrån — ditt bibliotek, inte en modell

Det här är delen folk missar, så det är värt att vara tydlig. Ett LUA-skript har ingen åsikt om hur en motor bör optimeras. Det har ingen modell, inga träningsdata och ingen uppfattning om hur en ”bra” karta ser ut. Det är rördragning. Allt det tillämpar måste komma från en källa du redan litar på, och i praktiken finns det två:

• Din egen testade fildatabas. Varje jobb du någonsin slutfört och verifierat finns i ditt WinOLS-projektbibliotek — original, version och de exakta ändringar du gjorde på en bil som körde. När en matchande avläsning kommer in hittar skriptet det beprövade arbetet och tillämpar det. Kalibreringen skapades av en mänsklig tuner och validerades på ett riktigt fordon; skriptet sparar bara dig från att göra samma sak manuellt för fyrahundrade gången.
• Etablerad tredjepartsprogramvara för lösningar. Det är kommersiella, specialbyggda lösningsleverantörer med egna utvecklade, testade definitioner för ECU:erna de stöder — de är inte språkmodeller som gissar värden. Ett skript kan styra dem som del av ditt arbetsflöde på exakt samma sätt som det styr WinOLS: lämna över en fil, få tillbaka ett resultat som skapats av programvara som byggts av ingenjörer för just det arbetet.

I båda fallen föregår kunskapen automationen. Ingenting genereras på plats. Automation är bara så bra som biblioteket bakom den — därför är en mogen och välskött WinOLS-projektdatabas det mest värdefulla i en tuningverksamhet, och därför är automation en multiplikator för verkstäder som har en snarare än en genväg för verkstäder som inte har det.

Biblioteksbaserad automation är inte ”AI-tuning”

Mycket programvara marknadsförs just nu som ”AI-tuning”. Uttrycket används om två helt olika saker, och att blanda ihop dem är hur människor får skadade motorer:

• Biblioteksbaserad automation (det LUA gör): en ny avläsning kommer in, ett skript hittar närmaste matchning i en databas av bevisade, människoskapade kalibreringar — ditt eget tidigare arbete eller resultat från utvecklad tredjepartsprogramvara — och tillämpar de kända bra ändringarna. Deterministiskt: samma indata ger samma utdata, varje gång. Kunskapen är verklig och finns redan; automation hämtar och tillämpar den bara snabbare än en människa kan.
• Generativ ”AI-tuning” från grunden: en modell producerar kalibreringsvärden för kartor den aldrig sett validerade, på en ECU den inte förstår, utan någon känd sanning bakom siffrorna. Probabilistiskt: den kommer alltid att producera ett svar och kan inte säga hur säker den bör vara. Om svaret är säkert på en specifik motor, med specifik hårdvara, bränsle och körsträcka, är exakt det den inte kan veta.

Den ena är en arkivassistent med mycket snabba händer. Den andra är en främling med en åsikt. Allt på resten av sidan handlar om den andra — inget av det gäller LUA-skriptning.

Farorna med generativ AI-tuning (inte LUA)

En motorkalibrering är inte en bild eller ett stycke text. När en generativ modell får en bild lite fel får du en märklig hand. När kalibreringsvärden är lite fel får du för hög EGT, överladdning, konflikter i vridmomentsgränser, spridardrift utanför säkra gränser eller en DPF/EGR-strategi som motarbetar sig själv — fel som kanske först visar sig under belastning, veckor senare, på en kunds bil. De specifika problemen:

• Ingen känd sanning. En genererad karta har aldrig bevisats på dyno. Siffror som ser rimliga ut och säkra siffror är inte samma sak.
• Självsäkert fel. Generativa system flaggar inte osäkerhet. Resultatet ser lika prydligt ut en dålig dag som en bra.
• Fel fil är osynlig tills den inte är det. En dålig kalibrering kan gå fint på tomgång och köra normalt ända fram till den driftpunkt där den inte gör det.
• Ditt namn på felet. När en automatiserad fil skadar en motor skyller kunden inte på modellen. De skyller på tunern som flashade den.
• Kontrollsummor och struktur. Att redigera en binär säkert betyder också korrekt hantering av kontrollsummor för den ECU-familjen — ett löst problem i WinOLS, ett olöst i en textmodell.

Fem sätt en AI-genererad fil går fel

Det här är felmoder som erfarna tuners känner igen. De är skrivna som illustrativa scenarier, inte som redogörelser för specifika namngivna händelser — men varje beskriven mekanism är ett verkligt, välförstått sätt som en ovaliderad kalibrering förstör hårdvara och rykten.

• Bilen som körde iväg perfekt. En genererad fil går jämnt på tomgång, drar rent på ett fem minuter långt vägtest och kunden lämnar nöjd. Problemet finns i ett hörn av kartan med hög last och hög temperatur som en försiktig provkörning aldrig når. Tre veckor senare, med släp uppför en lång stigning en varm dag, ligger avgastemperaturerna där de aldrig var tänkta att vara — och turbo- eller kolvskador kommer utan varningslampa före. Inget i vägtestet kunde ha fångat det.
• Begränsaren som inte höjdes med den. Bränsle- eller laddtryckskrav höjs utan att motsvarande vridmomentsbegränsare, rökbegränsare eller skyddskartor flyttas sammanhängande. Resultatet är en ECU som motarbetar sin egen begäran: laddtrycksavbrott vid last, nödläge vid värsta tillfället eller en drivlinechock när vridmomentsmodellen och verkligheten skiljer sig. Kunden beskriver det som ”ryckningar” och skyller på den sista som rörde bilen.
• DPF:en som aldrig regenererar igen. En diesels efterinsprutnings- och regenereringsstrategi är ett system, inte en tabell. Ändra bränsle och timing utan att förstå hur efterbehandlingsstrategin reagerar så fylls filtret snabbare än det rensas. Räkningen kommer månader senare som en igensatt DPF — och den är stor.
• Kontrollsumman som halvpasserade. En fil med kontrollsummor som inte matchar ECU-familjen kan ge allt från ett lagrat fel till ett fordon som inte startar — och den värsta versionen är den som flashas framgångsrikt och beter sig fel senare. På vissa ECU:er lämnar en misslyckad skrivning en låst modul och ett återställningsjobb som kostar mer än remappen tjänade.
• Filen du inte kan förklara. Något går fel och kunden, ett försäkringsbolag eller en garantibesiktare frågar vad som ändrades och varför. ”Programvaran bestämde” är inte ett svar någon av dem accepterar. Med ett beprövat bibliotek kan du peka på originalet, versionen, de specifika kartorna som ändrades och fordonet som det validerades på. Med en genererad fil finns inget att peka på.

Mönstret i alla fem: skadan är fördröjd, kostsam och hamnar på tunern. Ingen märker den dåliga filen samma dag. De märker den när motorn är ute.

Inget av detta betyder att automation är farlig. Det betyder att ovaliderad generering är farlig. Automation som hämtar och tillämpar ditt eget beprövade arbete — med en tuner som kontrollerar resultatet innan det närmar sig en bil — är hur professionella verkstäder faktiskt skalar. Den regeln gäller även vår LUA-bot: varje automatiserat resultat ska kontrolleras av en kvalificerad tuner innan det flashas till ett riktigt fordon. Vi skriver det tydligt i våra programvaruvillkor i stället för i finstilt text.

Vanliga frågor

Fördjupa dig

• Vad är WinOLS? — redigeraren förklarad: projekt, kartor, kontrollsummor, DAMOS.
• DAMOS- och A2L-filer förklarade — var definitioner kommer ifrån och hur du bedömer deras kvalitet.
• Vad WinOLS faktiskt kostar — hur nivåindelad licensiering fungerar och hur du budgeterar för den.
• WinOLS-alternativ — redigerare, automatiseringsplattformar och filtjänster, ärligt jämförda.
• Programvaruvillkor och automationsfriskrivning — reglerna på klarspråk som vår automation levereras med.

WinOLS, OLS530 och DAMOS är produkter och varumärken som tillhör EVC electronic GmbH. Priser hämtade från evc.de och återförsäljarlistor i augusti 2026 — kontrollera aktuella priser med EVC eller en auktoriserad återförsäljare. RemapDash är en oberoende leverantör av portalprogramvara, skriven av professionella tuners som använder WinOLS och dess LUA-plugin dagligen; denna guide är utbildande och är inte knuten till eller godkänd av EVC.