Filen er allerede dekodet før du åpner jobben.

Problemet, ærlig forklart

Et slaveverktøy er en kommersiell beslutning, ikke en teknisk svakhet. Slave-maskinvare er billigere, det er det de fleste forhandlere og mindre verksteder kan forsvare, og den gir fullt brukbare avlesninger. Det den ikke gir deg, er en fil du kan åpne og redigere direkte. Avlesningen kommer pakket inn i verktøyets eget beskyttede format, og må gjennom verktøyleverandørens egen dekoding før den blir en redigerbar binærfil — og deretter tilbake gjennom den tilsvarende kodingen, slik at verktøyet kan skrive den til bilen.

For én jobb er det en liten ulempe. Gjennom en arbeidsuke blir det en belastning. Hver eneste fil betyr den samme rekken: last ned vedlegget, finn det i Nedlastinger-mappen, åpne verktøyets programvare, logg inn, last opp, vent, last ned den dekodede filen, finn den, åpne den i WinOLS, gjør selve arbeidet du får betalt for, eksporter, gå tilbake til verktøyet, last opp den endrede filen, vent igjen, last ned den rekodede slavefilen og send den til slutt tilbake til kunden. Tuningen tok tjue minutter. Håndteringen tok femten til — og håndteringen er den delen som ikke tilfører noe på fakturaen.

Enda verre er det at det er her feilene skjer. Det er her feil fil lastes opp, kundens original forveksles med en dekodet kopi, en jobb blir liggende urørt i en time fordi du ikke oppdaget at den var kommet inn, og en sliten operatør klokken 21 sender tilbake filen som aldri ble rekodet.

Slik fungerer det: boten bor på PC-en din

Dette er designvalget som gjør hele løsningen mulig, så det er verdt å være presis.

RemapDash-boten er et lite program som installeres på din egen Windows-maskin — den samme PC-en du allerede kjører WinOLS og verktøyprogramvaren din på. Den kobles én gang til portalen din og ligger deretter stille i bakgrunnen, tilkoblet og klar for arbeid. Når en jobb kommer inn i portalen, henter boten den, utfører dekodingen med verktøykontoen din og legger den åpne filen tilbake på jobben.

Verktøylegitimasjonene dine blir på PC-en din. De lagres kryptert på selve maskinen, knyttet til Windows-brukeren din, og dekodingen skjer fra datamaskinen din med din egen konto — akkurat som om du satt der og klikket på knappene selv. Forholdet ditt til verktøyleverandøren er nøyaktig det samme som før. Ingen videresender kontoen din gjennom andres infrastruktur, og ingenting i lisensavtalen din endres.

Det er viktig av en praktisk så vel som prinsipiell grunn: fordi arbeidet skjer fra maskinen og økten din, fungerer det slik verktøyet forventer. Det er den vanlige arbeidsflyten din, utført automatisk, i maskinhastighet, uten deg.

Hva som faktisk skjer, steg for steg

• Kunden laster opp. En forhandler sender inn en jobb via den profilerte portalen din og legger ved slaveavlesningen fra verktøyet sitt.
• Portalen gjenkjenner den. Filen identifiseres som en slavefil, ikke en åpen binærfil — og hvis kunden har krysset av feil, retter portalen det.
• Boten tar jobben. Den sammenkoblede PC-en din henter arbeidet automatisk. Ingenting må åpnes, klikkes på eller dras.
• Dekodingen kjører med kontoen din. Boten utfører dekodingstrinnet med dine egne verktøylegitimasjoner, som beholdes på din egen maskin.
• Den åpne filen havner tilbake på jobben. Når du setter deg ned og leser kundens forespørsel, er den redigerbare filen allerede lagt ved.
• Du gjør den delen du faktisk får betalt for. Kalibreringsarbeidet. I WinOLS, med biblioteket ditt, definisjonene dine og vurderingsevnen din.
• Rekodingen går tilbake på samme måte. Dra og slipp den endrede filen på jobben, så pakker boten den tilbake til en slavefil kundens verktøy godtar — eller, når en passende donor finnes i biblioteket ditt, kjører hele syklusen automatisk gjennom LUA-boten uten dra og slipp i det hele tatt.

To nivåer: dra og slipp, eller helautomatisk

Ikke alle jobber bør automatiseres, og et system som later som noe annet, vil du etter hvert slutte å stole på. Derfor finnes det bevisst to moduser, og du velger per jobb.

1. Dra og slipp

Dekodingen skjer automatisk på vei inn — den delen koster deg ingenting og innebærer ingen risiko, fordi dekoding av en fil ikke endrer kalibreringsverdier. Du utfører tuningen selv. Når du er ferdig, drar du den endrede binærfilen til jobben, og kodingen kjører automatisk på vei ut. Alle kalibreringsbeslutninger var dine; den mekaniske innpakningen i hver ende ble håndtert for deg.

Dette er modusen de fleste verksteder vil bruke mesteparten av tiden, og den fjerner allerede den overveldende delen av håndteringsarbeidet.

2. Helautomatisk når en passende donor finnes

Hvis den innkommende filen matcher en jobb du allerede har utført og verifisert — samme ECU, samme programvare, en ekte donor i ditt eget WinOLS-bibliotek — kan automatiseringsboten gjennomføre hele syklusen: dekode, bruke det dokumenterte arbeidet ditt fra ditt eget bibliotek, rekode og returnere.

Les dette nøye, for skillet er hele poenget: Dette er ditt eget tidligere testede arbeid som brukes på nytt på en fil det faktisk matcher. Det er ikke en modell som genererer en kalibrering. Ingenting blir funnet på. Hvis ingen passende donor blir funnet, får ikke jobben en gjetning — den blir stående på benken som en vanlig manuell jobb. Vi har skrevet en hel side om hvorfor biblioteksbasert automatisering ikke er «AI-tuning», fordi forskjellen er forskjellen mellom et effektivt verksted og en ødelagt motor.

Smart gjenkjenning: fanger opp feilnavngitte opplastinger

Alle som tar imot filer fra forhandlere, kjenner denne feiltypen. Kunden laster opp en slavefil og merker den som en master. Eller gir den et hjelpsomt navn som golf.bin. Eller legger den ved under helt feil jobbtype. Du oppdager det ikke ved opplasting — du oppdager det ti minutter ut i jobben, når noe ikke åpner slik det skal.

Portalen kontrollerer hva filen faktisk er, i stedet for å stole på merkingen. En slavefil gjenkjennes som en slavefil uansett hvilken boks kunden krysset av eller hvilket navn de ga den, og jobben rettes på vei inn. Kunden straffes ikke for en feil de ikke visste at de gjorde, og du mister ikke ti minutter på å oppdage den.

AutoTuner-metadata: kundens jobb fyller seg selv ut

AutoTuner-metadata: kundens jobb fyller seg selv ut

AutoTuner-slavefiler inneholder nyttig informasjon om avlesningen — kjøretøyet, ECU-en, hvordan avlesningen ble tatt. Portalen henter dette ut ved opplasting og bruker det til å fylle ut jobben.

Effekten på kundens side er det som faktisk vinner deg forhandlere: Å sende inn en fil går raskere og med færre feil, fordi opplysningene de ellers måtte skrive inn — og kunne skrive feil — allerede er fylt ut fra selve filen. Sammen med registreringsnummeroppslag på kjøretøyet kan en forhandler gå fra «jeg har en avlesning» til «jobben er sendt inn» på sekunder, med rene data vedlagt.

Og rene data ved mottak er ikke bare en liten fordel. Det er det som gjør at WinOLS-prosjektbiblioteket ditt er søkbart om to år, og det er ressursen som gjør donormatching mulig i det hele tatt. Slurvete registrering i dag er en manuell jobb om atten måneder.

Hva dette faktisk sparer deg for

Vær skeptisk til runde tall i markedsføring, så her er den ærlige formen i stedet for et tall i en overskrift.

Et verksted som gjør ti slavejobber om dagen og bruker femten minutter per jobb på ren håndtering, bruker over to timer daglig på arbeid ingen kunde noen gang har blitt fakturert for, og ingen tuner noen gang har likt. Uansett hvilke tall du faktisk har, regn på dem — regnestykket pleier å være ubehagelig.

• Håndteringstiden per jobb blir omtrent null. Nedlastings-åpne-logg-inn-last-opp-vent-last-ned-runden i begge ender av jobben er det som konkret fjernes.
• Ventingen slutter å være ditt problem. Dekodetiden finnes fortsatt, men den skjer mens du sover, kjører eller arbeider på en annen bil — ikke mens du ser på en fremdriftslinje.
• Leveringstiden forbedres uten at du arbeider raskere. Filen er klar i det øyeblikket du ser på den, så tiden kunden opplever starter med den første nyttige handlingen din, ikke femten minutter med administrasjon senere.
• En hel feilklasse forsvinner. Returer uten koding, opplasting av feil fil og sammenblandede originaler er håndteringsfeil. Fjern håndteringen, så fjerner du dem.
• Kveldene blir kortere. Jobbene som kommer inn klokken 17, er dekodet og klare klokken 17.01, i stedet for å starte en ny runde med administrasjon på slutten av en lang dag.

Hvilke verktøy støttes

Et direkte svar, fordi vage svar her kaster bort alles tid:

Du trenger din egen konto hos verktøyleverandøren. RemapDash videreselger, underlisensierer eller erstatter ikke programvare eller kreditter fra noen verktøyleverandør — boten bruker kontoen du allerede har, på maskinen du allerede bruker.

• AutoTuner — støttes. Automatisk dekoding på vei inn, koding på vei ut, samt uthenting av metadata fra slavefilen ved opplasting.
• Alientech KESS3 — støttes. Automatisk dekoding og koding med din egen Alientech-konto, for både OBD- og bench/boot-avlesninger.
• Magic Motorsport — kommer snart. Gjenkjennes av portalen i dag, men er ennå ikke automatisert. Vi sier heller «ikke ennå» enn å levere noe halvferdig midt i arbeidsflyten din.
• Andre verktøy — filer gjenkjennes og håndteres som slavefiler, men automatisk dekoding er ikke lovet. Flere verktøy står på veikartet.

• WinOLS-automatiseringsboten — hva den faktisk gjør, hvorfor den er inkludert gratis, og hvorfor den ikke er «AI-tuning».
• Hva er WinOLS? — redigeringsprogrammet i sentrum av arbeidsflyten.
• Hva tuningfilportalprogramvare gjør — hele bildet rundt benken.
• Programvarevilkår og ansvarsfraskrivelse for automatisering — de lettfattelige reglene automatiseringen vår leveres med.

AutoTuner, Alientech, KESS og Magic Motorsport er varemerker som tilhører sine respektive eiere. RemapDash er en uavhengig leverandør av portalprogramvare og er ikke tilknyttet eller godkjent av noen verktøyleverandør. Automatiseringen kjører med din egen verktøykonto og lisens; du har fortsatt ansvar for å overholde verktøyleverandørens vilkår og for å kontrollere hver fil før den flashes til et kjøretøy.