Bot di automazione WinOLS, incluso gratuitamente

Cosa fa davvero il bot

• Rimozione DTC. Codici guasto gestiti automaticamente tramite calibrazioni già esistenti, invece di aprirli e modificarli manualmente un file alla volta.
• Applicazione delle soluzioni. Applica soluzioni dalle fonti di cui ti fidi già: il tuo database di progetti WinOLS testati oppure software di soluzioni di terze parti consolidati che possiedi separatamente in licenza — FixWave e Swiftec fra questi. Non forniamo, rivendiamo né includiamo quel software: la licenza resta tua.
• Corrispondenza, non invenzione. Arriva una nuova lettura, il bot trova la corrispondenza più vicina in una libreria di calibrazioni comprovate e realizzate da persone e copia quei valori già validi nella nuova versione. L’AI può assistere nella corrispondenza quando il risultato del database non è perfetto — non scrive mai un valore di calibrazione e non ha mai mano libera. Nessun file è identico a un altro; il giudizio resta al tuner.

Ogni risultato automatizzato deve comunque essere controllato da un tuner prima di avvicinarsi a un veicolo reale. Il bot è fornito così com’è ed è sperimentale; ti serve la tua licenza WinOLS con l’opzione OLS530 LUA — consulta i nostri termini del software. Preferiamo dirlo qui che nasconderlo in una nota a piè di pagina.

Quanto costa, e quanto costa l’alternativa

È incluso nel prezzo del portale RemapDash. Non esiste un livello bot, non c’è alcun addebito per file e non serve noleggiare una macchina separata. Il portale costa £74.50 al mese per i primi sei mesi, poi £129 — e il prezzo che pubblichiamo è il prezzo che paghi.

Per confronto, l’equivalente più vicino è il bot WinOLS di Ben Sky. Il loro pannello prezzi non riporta alcuna cifra — dice “Contattaci” — e la loro pagina afferma che il bot “fa parte del nostro sistema di portale file e NON è disponibile come servizio autonomo”. Quindi, prima di poter ricevere un preventivo, ti serve il loro portale a £199 al mese più una quota di attivazione di £599 di costo di attivazione. Verificato sul loro sito il 23 agosto 2026.

Che cos’è lo scripting LUA in WinOLS?

OLS530 — "LUA for WinOLS" è un plugin ufficiale di EVC electronic che ti consente di controllare WinOLS da remoto tramite script scritti in Lua, un linguaggio di scripting piccolo e veloce. Gli script possono funzionare in due modi: applicati su richiesta al progetto aperto oppure in esecuzione permanente in background, monitorando ed elaborando i file in arrivo. Il WinOLS Online Checksum Search di EVC è scritto in LUA — quindi il plugin è ampiamente collaudato nel prodotto stesso.

Attraverso l’API LUA uno script può fare gran parte di ciò che un operatore fa dalla tastiera: cercare nel database progetti passati corrispondenti, aprire progetti, leggere e scrivere proprietà di progetti e versioni, leggere e scrivere byte, importare ed esportare file e mappe, confrontare file, lavorare con pacchetti di mappe, cercare e applicare checksum. In breve: la parte ripetitiva e meccanica del lavoro sui file.

Quanto costa il plugin LUA di WinOLS?

Il plugin ha un prezzo pubblicato: EVC indica OLS530 a €1,178.10 IVA tedesca al 19% inclusa (circa €990 netti — rivenditori come Tuning-shop.com quotano €990 IVA esclusa). Questo si aggiunge a una licenza WinOLS completa, quotata individualmente da EVC e dai suoi rivenditori anziché pubblicata. Quindi, prima di scrivere una sola riga di script, l’automazione LUA è un investimento a quattro cifre — e poi inizia il costo reale: il tempo di programmazione per creare, testare e mantenere gli script secondo il tuo flusso di lavoro.

Ecco perché le piattaforme di automazione in questo settore applicano quei prezzi. Alcuni fornitori di portali vendono l’automazione WinOLS come prodotto premium da migliaia di euro, normalmente su un PC dedicato separato che devi fornire e tenere in funzione. L’automazione è reale — ma è prezzata come un lusso.

Cosa può fare davvero l’automazione LUA?

Applicato a un vero servizio file, WinOLS con script copre attività come queste:

• Trova ciò che già conosci. Cerca nel tuo database progetti passati che corrispondono a una lettura in arrivo — per produttore, numero ECU, versione software — prima ancora che una persona apra il file.
• Elabora automaticamente i file in arrivo. L’esempio applicativo di EVC: applicare modifiche a ogni file in arrivo in base al suo numero Bosch e inoltrare il risultato.
• Trasferisci modifiche comprovate. Importa le tue modifiche verificate da un progetto passato corrispondente su una nuova lettura della stessa famiglia ECU.
• Mantieni ordinata la documentazione. Compila le proprietà del veicolo e della versione, esporta originali e file modificati con nomi coerenti e mantieni pulita la libreria dei progetti.
• Gestisci i checksum come una fase verificata. Individua le famiglie di checksum applicabili e tratta la correzione come un’azione deliberata e verificata, non come un ripensamento.

Nota cosa hanno tutti in comune: lo script sposta i tuoi dati — i tuoi progetti, le tue definizioni, le tue modifiche verificate. Non inventa nulla.

Da dove arrivano le calibrazioni — dalla tua libreria, non da un modello

Questa è la parte che molti non colgono, quindi vale la pena essere diretti. Uno script LUA non ha alcuna opinione su come ottimizzare un motore. Non ha un modello, dati di addestramento né un’idea di come sia una mappa “buona”. È infrastruttura. Tutto ciò che applica deve provenire da una fonte di cui già ti fidi e, in pratica, sono due:

• Il tuo database di file testati. Ogni lavoro che hai completato e verificato vive nella tua libreria progetti WinOLS — originale, versione e modifiche esatte che hai effettuato, su un’auto che ha funzionato. Quando arriva una lettura corrispondente, lo script trova quel lavoro comprovato e lo applica. La calibrazione è stata realizzata da un tuner umano e validata su un veicolo reale; lo script ti risparmia semplicemente di fare la stessa cosa a mano per la quattrocentesima volta.
• Software di soluzioni di terze parti consolidati. Sono fornitori commerciali di soluzioni progettate appositamente, con definizioni sviluppate e testate per le ECU supportate — non sono modelli linguistici che indovinano valori. Uno script può pilotarli nel tuo flusso di lavoro esattamente come pilota WinOLS: consegna un file e riceve un risultato prodotto da software creato da ingegneri per quel lavoro specifico.

In entrambi i casi la conoscenza precede l’automazione. Nulla viene generato sul momento. L’automazione vale quanto la libreria che la sostiene: per questo un database di progetti WinOLS maturo e ben curato è il bene più prezioso di un’attività di tuning e l’automazione è un moltiplicatore per le officine che ne possiedono uno, non una scorciatoia per quelle che non lo hanno.

L’automazione basata su libreria non è “AI tuning”

Molti software oggi vengono commercializzati come “AI tuning”. L’espressione viene applicata a due cose completamente diverse, e confonderle è il modo in cui si finisce con motori danneggiati:

• Automazione basata su libreria (ciò che fa LUA): arriva una nuova lettura, uno script trova la corrispondenza più vicina in un database di calibrazioni comprovate e realizzate da persone — il tuo lavoro passato o l’output di software di soluzioni di terze parti sviluppati — e applica tali modifiche già valide. Deterministica: lo stesso input produce sempre lo stesso output. La conoscenza è reale e preesistente; l’automazione la recupera e la applica più velocemente di quanto possa fare una persona.
• “AI tuning” generativa da zero: un modello produce valori di calibrazione per mappe che non ha mai visto validate, su una ECU che non comprende, senza alcuna verità di riferimento dietro i numeri. È probabilistica: produrrà sempre una risposta e non può dirti quanto dovrebbe esserne sicura. Se quella risposta sia sicura su un motore specifico, con hardware, carburante e chilometraggio specifici, è precisamente ciò che non può sapere.

Una è un archivista con mani molto veloci. L’altra è un estraneo con un’opinione. Tutto il resto di questa pagina riguarda la seconda — nulla di ciò si applica allo scripting LUA.

I pericoli dell’AI tuning generativa (non LUA)

Una calibrazione motore non è un’immagine né un paragrafo. Quando un modello generativo sbaglia leggermente un’immagine, ottieni una mano strana. Quando i valori di calibrazione sono leggermente sbagliati, ottieni EGT eccessivi, overboost, conflitti dei limitatori di coppia, duty cycle degli iniettori oltre limiti sicuri o una strategia DPF/EGR che combatte contro se stessa — guasti che possono emergere sotto carico, settimane dopo, sull’auto di un cliente. I problemi specifici:

• Nessuna verità di riferimento. Una mappa generata non è mai stata provata al banco. Numeri plausibili e numeri sicuri non sono la stessa cosa.
• Sbagliato con sicurezza. I sistemi generativi non segnalano l’incertezza. L’output sembra ordinato in una giornata cattiva quanto in una buona.
• Il file sbagliato è invisibile finché non lo è più. Una cattiva calibrazione può mantenere bene il minimo e guidare normalmente fino al punto operativo in cui smette di farlo.
• Il tuo nome sul guasto. Quando un file automatizzato danneggia un motore, il cliente non incolpa il modello. Incolpa il tuner che lo ha scritto.
• Checksum e struttura. Modificare un binario in sicurezza richiede anche la corretta gestione dei checksum per quella famiglia ECU — un problema risolto in WinOLS e irrisolto in un modello testuale.

Cinque modi in cui un file generato dall’AI può andare storto

Queste sono modalità di guasto che i tuner esperti riconosceranno. Sono scenari illustrativi, non resoconti di incidenti specifici nominati — ma ogni meccanismo descritto è un modo reale e ben conosciuto in cui una calibrazione non validata distrugge hardware e reputazioni.

• L’auto che è ripartita perfettamente. Un file generato mantiene il minimo regolare, spinge bene in una prova su strada di cinque minuti e il cliente va via contento. Il problema si trova in un angolo della mappa ad alto carico e alta temperatura che una guida prudente non raggiunge mai. Tre settimane dopo, trainando su una lunga salita in una giornata calda, le temperature dei gas di scarico arrivano dove non sarebbero mai dovute arrivare — e il danno a turbina o pistone si manifesta senza alcuna spia preventiva. Nulla nella prova su strada avrebbe potuto rilevarlo.
• Il limitatore che non è stato alzato insieme al resto. La richiesta di carburante o boost viene aumentata senza spostare coerentemente le corrispondenti mappe di limitazione della coppia, del fumo o di protezione. Il risultato è una ECU che combatte la propria richiesta: taglio del boost sotto carico, modalità recovery nel momento peggiore o uno strappo alla trasmissione mentre modello di coppia e realtà divergono. Il cliente lo descrive come “strattonamento” e incolpa l’ultima persona che ha toccato l’auto.
• Il DPF che non rigenera mai più. La strategia di post-iniezione e rigenerazione di un diesel è un sistema, non una tabella. Modifica carburante e fasatura senza capire come risponde la strategia di post-trattamento e il filtro si carica più velocemente di quanto si pulisca. Il conto arriva mesi dopo sotto forma di DPF intasato — ed è un conto elevato.
• Il checksum che è passato solo a metà. Un file scritto con checksum che non corrispondono alla famiglia ECU può produrre qualsiasi cosa, da un guasto memorizzato a un veicolo che non si avvia — e la versione peggiore è quella che viene scritta con successo e poi si comporta male. Su alcune ECU una scrittura fallita lascia un modulo bloccato e un lavoro di recupero che costa più di quanto abbia reso la rimappatura.
• Il file che non sai spiegare. Qualcosa va storto e il cliente, un assicuratore o un perito di garanzia chiede cosa sia stato modificato e perché. “Lo ha deciso il software” non è una risposta che accettano. Con una libreria comprovata puoi indicare l’originale, la versione, le mappe specifiche modificate e il veicolo su cui è stata validata. Con un file generato non c’è nulla da indicare.

Il filo conduttore di tutti e cinque i casi: il danno è ritardato, costoso e ricade sul tuner. Nessuno nota il file sbagliato quel giorno. Lo nota quando il motore è fuori dall’auto.

Niente di tutto questo significa che l’automazione sia pericolosa. Significa che la generazione non validata è pericolosa. L’automazione che recupera e applica il tuo lavoro comprovato — con un tuner che controlla l’output prima che si avvicini a un’auto — è il modo in cui le officine professionali crescono davvero. Questa regola vale anche per il nostro bot LUA: ogni risultato automatizzato deve essere controllato da un tuner qualificato prima di essere scritto su un veicolo reale. Lo mettiamo per iscritto nei nostri termini del software anziché nasconderlo nelle note in piccolo.

Domande frequenti

Approfondisci

• Che cos’è WinOLS? — l’editor spiegato: progetti, mappe, checksum, DAMOS.
• File DAMOS e A2L spiegati — da dove provengono le definizioni e come valutarne la qualità.
• Quanto costa davvero WinOLS — come funziona la licenza a livelli e come pianificarne il budget.
• Alternative a WinOLS — editor, piattaforme di automazione e servizi file, confrontati onestamente.
• Termini del software e disclaimer sull’automazione — le regole in linguaggio semplice incluse con la nostra automazione.

WinOLS, OLS530 e DAMOS sono prodotti e marchi di EVC electronic GmbH. I prezzi sono tratti da evc.de e dagli elenchi dei rivenditori ad agosto 2026 — verifica quelli attuali con EVC o un rivenditore autorizzato. RemapDash è un fornitore indipendente di software per portali, realizzato da tuner professionisti che usano ogni giorno WinOLS e il relativo plugin LUA; questa guida è a scopo educativo e non è affiliata né approvata da EVC.