Filen er allerede afkodet, før du åbner jobbet.

Problemet, ærligt sagt

Et slaveværktøj er en kommerciel beslutning, ikke en teknisk mangel. Slavehardware er billigere, det er det, de fleste forhandlere og mindre værksteder kan forsvare, og det giver helt fine udlæsninger. Det giver bare ikke en fil, som du kan åbne og redigere direkte. Udlæsningen kommer pakket ind i værktøjets egen beskyttede form, og den skal gennem værktøjsleverandørens egen afkodning, før den bliver til en redigerbar binærfil — og bagefter tilbage gennem den tilsvarende kodning, så værktøjet kan skrive den til bilen.

På ét job er det en lille ulempe. Hen over en arbejdsuge er det en skat. Hver eneste fil betyder samme sekvens: download vedhæftningen, find den i din downloadmappe, åbn værktøjets software, log ind, upload, vent, download den afkodede fil, find den, åbn den i WinOLS, udfør det egentlige arbejde, du bliver betalt for, eksporter, gå tilbage til værktøjet, upload den ændrede fil, vent igen, download den genkodede slavefil og send den endelig tilbage til kunden. Tuningen tog tyve minutter. Håndteringen tog yderligere femten — og håndteringen er den del, der ikke tilfører noget til fakturaen.

Værre endnu er det den del, der fejler. Det er her, den forkerte fil uploades, kundens original forveksles med en afkodet kopi, et job ligger urørt i en time, fordi du ikke opdagede, at det var landet, og en træt operatør kl. 21 sender filen tilbage, som slet ikke var genkodet.

Sådan fungerer det: botten bor på din pc

Det er den designbeslutning, der gør det hele muligt, så den fortjener en præcis forklaring.

RemapDash-botten er et lille program, der installeres på din egen Windows-maskine — den samme pc, hvor du allerede kører WinOLS og din værktøjssoftware. Den parres én gang med din portal og sidder derefter roligt i baggrunden, tilsluttet og klar til arbejde. Når et job lander i din portal, henter botten det, udfører afkodningen via din værktøjskonto og lægger den resulterende åbne fil tilbage på jobbet.

Dine værktøjslegitimationsoplysninger bliver på din pc. De lagres krypteret på selve maskinen, knyttet til din Windows-bruger, og afkodningen sker fra din computer med din egen konto — præcis som hvis du selv sad og klikkede på knapperne. Dit forhold til værktøjsleverandøren forbliver nøjagtigt det samme. Ingen videresender din konto gennem andres infrastruktur, og intet ved din licensaftale ændres.

Det er vigtigt af en praktisk såvel som principiel grund: fordi arbejdet sker fra din maskine og din session, opfører det sig, som dit værktøj forventer. Det er din normale arbejdsgang, udført automatisk, med maskinens hastighed, uden dig.

Hvad der faktisk sker, trin for trin

• Kunden uploader. En forhandler sender et job gennem din brandede portal og vedhæfter slaveudlæsningen fra sit værktøj.
• Portalen genkender den. Filen identificeres som en slavefil i stedet for en åben binærfil — og hvis kunden har sat kryds det forkerte sted, retter portalen det.
• Botten overtager jobbet. Din parrede pc henter arbejdet automatisk. Intet skal åbnes, klikkes på eller trækkes.
• Afkodningen sker via din konto. Botten udfører afkodningen gennem dine egne værktøjslegitimationsoplysninger, som opbevares på din egen maskine.
• Den åbne fil kommer tilbage på jobbet. Når du sætter dig ned og læser kundens forespørgsel, er den redigerbare fil allerede vedhæftet.
• Du udfører den del, du faktisk bliver betalt for. Kalibreringsarbejdet. I WinOLS, med dit bibliotek, dine definitioner og din vurdering.
• Genkodningen går samme vej tilbage. Træk og slip din ændrede fil på jobbet, så pakker botten den tilbage til en slavefil, kundens værktøj accepterer — eller, når der findes en passende donor i dit bibliotek, kører hele cyklussen automatisk gennem LUA-botten helt uden træk og slip.

To hastigheder: træk-og-slip eller fuldautomatik

Ikke alle jobs bør automatiseres, og et system, der påstår noget andet, holder du til sidst op med at stole på. Derfor er der bevidst to tilstande, og du vælger pr. job.

1. Træk og slip

Afkodningen sker automatisk på vej ind — den del koster dig intet og indebærer ingen risiko, fordi afkodning af en fil ikke ændrer kalibreringsværdier. Du udfører selv tuningen. Når du er færdig, trækker du den ændrede binærfil over på jobbet, og kodningen kører automatisk på vej ud. Alle kalibreringsbeslutninger var dine; den mekaniske indpakning i hver ende blev håndteret for dig.

Det er den tilstand, de fleste værksteder bruger det meste af tiden, og den fjerner allerede langt størstedelen af håndteringsomkostningen.

2. Fuldautomatiseret, når der findes en passende donor

Hvis den indgående fil matcher et job, du allerede har udført og verificeret — samme ECU, samme software, en ægte donor i dit eget WinOLS-bibliotek — kan automatiseringsbotten gennemføre hele cyklussen: afkode, anvende dit dokumenterede arbejde fra dit eget bibliotek, genkode og returnere.

Læs det nøje, for forskellen er hele pointen: det er dit eget tidligere testede arbejde, der anvendes igen på en fil, det faktisk matcher. Det er ikke en model, der genererer en kalibrering. Intet opfindes. Hvis der ikke findes en passende donor, får jobbet ikke et gæt — det bliver liggende på dit bord som et almindeligt manuelt job. Vi har skrevet en hel side om, hvorfor biblioteksbaseret automatisering ikke er “AI-tuning”, fordi forskellen er forskellen mellem et hurtigt værksted og en skadet motor.

Intelligent registrering: opfang den forkert navngivne upload

Alle, der modtager filer fra forhandlere, kender denne fejltype. Kunden uploader en slavefil og markerer den som en master. Eller omdøber den til noget hjælpsomt som golf.bin. Eller vedhæfter den under den helt forkerte jobtype. Du opdager det ikke ved upload — du opdager det ti minutter inde i jobbet, når noget ikke åbner, som det skal.

Portalen kontrollerer, hvad filen faktisk er, i stedet for at stole på dens mærkat. En slavefil genkendes som en slavefil uanset boksen, kunden satte kryds i, eller navnet kunden gav den, og jobbet rettes på vej ind. Kunden straffes ikke for en fejl, de ikke vidste, de begik, og du mister ikke ti minutter på at opdage den.

AutoTuner-metadata: kundens job udfylder sig selv

AutoTuner-metadata: kundens job udfylder sig selv

AutoTuner-slavefiler indeholder nyttige oplysninger om udlæsningen — køretøjet, ECU’en, hvordan udlæsningen blev foretaget. Portalen henter det ud ved upload og bruger det til at udfylde jobbet.

Effekten på kundens side er den, der faktisk vinder dig forhandlere: at indsende en fil bliver hurtigere og mindre fejlbehæftet, fordi de oplysninger, de ellers skulle skrive — og skrive forkert — allerede er udfyldt fra selve filen. Sammen med opslag på nummerpladen på køretøjssiden kan en forhandler gå fra “jeg har en udlæsning” til “jobbet er indsendt” på sekunder med rene data vedhæftet.

Og rene data ved modtagelsen er ikke blot en finesse. Det er det, der holder dit WinOLS-projektbibliotek søgbart om to år, og det er aktivet, der overhovedet får donormatchning til at fungere. Rodet modtagelse i dag er et manuelt job om atten måneder.

Hvad det faktisk sparer dig

Vær skeptisk over for runde tal i markedsføring, så her er det ærlige billede i stedet for et overskriftstal.

Et værksted, der laver ti slavejobs om dagen og bruger femten minutter pr. job på ren håndtering, bruger over to timer dagligt på arbejde, som ingen kunde nogensinde er blevet faktureret for, og ingen tuner nogensinde har nydt. Uanset hvad dine reelle tal er, så regn på dem — resultatet plejer at være ubehageligt.

• Håndteringstiden pr. job falder til omtrent nul. Download-åbn-log-ind-upload-vent-download-dansen i begge ender af jobbet er netop det, der fjernes.
• Ventetiden holder op med at være dit problem. Afkodningstiden findes stadig, men den forløber, mens du sover, kører eller arbejder på en anden bil — ikke mens du ser på en statuslinje.
• Gennemløbstiden forbedres uden at du arbejder hurtigere. Filen er klar, i samme øjeblik du ser den, så den tid kunden oplever, starter ved din første nyttige handling i stedet for efter femten minutters administration.
• En hel fejlklasse forsvinder. Ikke-kodede returneringer, upload af forkerte filer og sammenblandede originaler er håndteringsfejl. Fjern håndteringen, og du fjerner dem.
• Aftenerne bliver kortere. Jobs, der lander kl. 17, er afkodet og venter kl. 17:01 i stedet for at starte en ny omgang administration ved slutningen af en lang dag.

Hvilke værktøjer understøttes

Et direkte svar, fordi vage svar her spilder alles tid:

Du skal have din egen konto hos værktøjsleverandøren. RemapDash videresælger, underlicenserer eller erstatter ikke nogen værktøjsleverandørs software eller kreditter — botten bruger den konto, du allerede har, på den maskine, du allerede bruger.

• AutoTuner — understøttet. Automatisk afkodning på vej ind, kodning på vej ud samt udtræk af metadata fra slavefilen ved upload.
• Alientech KESS3 — understøttet. Automatisk afkodning og kodning gennem din egen Alientech-konto, der dækker OBD- og bench/boot-udlæsninger.
• Magic Motorsport — kommer snart. Genkendes af portalen i dag, men er endnu ikke automatiseret. Vi siger hellere “ikke endnu” end at levere noget halvfærdigt midt i din arbejdsgang.
• Andre værktøjer — filer genkendes og håndteres som slavefiler, men automatisk afkodning påstås ikke. Flere værktøjer er på køreplanen.

• WinOLS-automatiseringsbotten — hvad den faktisk gør, hvorfor den er inkluderet gratis, og hvorfor den ikke er “AI-tuning”.
• Hvad er WinOLS? — editoren i centrum af arbejdsgangen.
• Hvad tuningfilportalsoftware gør — hele billedet omkring arbejdsbordet.
• Softwarevilkår og ansvarsfraskrivelse for automatisering — de klare regler, vores automatisering leveres med.

AutoTuner, Alientech, KESS og Magic Motorsport er deres respektive ejeres varemærker. RemapDash er en uafhængig udbyder af portalsoftware og er ikke tilknyttet eller godkendt af nogen værktøjsleverandør. Automatiseringen kører med din egen værktøjskonto og licens; du er fortsat ansvarlig for at overholde din værktøjsleverandørs vilkår og for at kontrollere hver fil, før den flashes til et køretøj.