Bot d’automatisation WinOLS, inclus gratuitement

Ce que fait réellement le bot

• Suppression des DTC. Codes défaut traités automatiquement à partir de calibrations qui existent déjà, au lieu d’ouvrir et modifier manuellement un fichier à la fois.
• Application de solutions. Il applique les solutions provenant des sources auxquelles vous faites déjà confiance : votre propre base de projets WinOLS éprouvés, ou des logiciels de solutions tiers reconnus que vous licencez séparément — FixWave et Swiftec notamment. Nous ne fournissons, ne revendons ni n’intégrons ces logiciels, et vous conservez votre propre licence.
• Mise en correspondance, pas invention. Un nouveau relevé arrive ; le bot trouve la correspondance la plus proche dans une bibliothèque de calibrations éprouvées, créées par des humains, et copie ces valeurs validées dans la nouvelle version. L’IA peut aider à la mise en correspondance lorsqu’une correspondance de base de données n’est pas parfaite — elle n’écrit jamais une valeur de calibration et ne dispose jamais de carte blanche. Aucun fichier n’est jamais exactement identique à un autre ; le jugement reste celui du préparateur.

Chaque résultat automatisé doit tout de même être vérifié par un préparateur avant d’approcher un véhicule réel. Le bot est fourni tel quel et à titre expérimental, et vous avez besoin de votre propre licence WinOLS avec l’option OLS530 LUA — consultez nos conditions du logiciel. Nous préférons le dire ici plutôt que dans une note de bas de page.

Ce qu’il coûte, et ce que coûte l’alternative

Il est inclus dans le prix du portail RemapDash. Il n’y a pas de niveau dédié au bot, pas de facturation par fichier et pas de machine séparée à louer. Le portail coûte £74.50 par mois pendant vos six premiers mois, puis £129 — et le prix affiché est le prix que vous payez.

À titre de comparaison, l’équivalent le plus proche est le bot WinOLS de Ben Sky. Leur panneau tarifaire n’affiche aucun montant — il indique « Contact us » — et leur propre page précise que le bot « fait partie de notre système de portail de fichiers et n’est PAS disponible comme service autonome ». Vous devez donc disposer de leur portail à £199 par mois plus £599 de frais de mise en place avant même d’obtenir un devis pour le bot. Vérifié sur leur site le 23 août 2026.

Qu’est-ce que le scripting LUA dans WinOLS ?

OLS530 — « LUA pour WinOLS » est un plugin officiel d’EVC electronic qui vous permet de contrôler WinOLS à distance avec des scripts écrits en Lua, un langage de script petit et rapide. Les scripts peuvent fonctionner de deux façons : être appliqués à la demande au projet ouvert, ou tourner en permanence en arrière-plan, surveiller et traiter les fichiers entrants. La propre recherche en ligne de checksums WinOLS d’EVC est écrite en LUA — le plugin est donc éprouvé au sein même du produit.

Grâce à l’API LUA, un script peut faire la plupart de ce qu’un opérateur peut faire au clavier : rechercher dans votre base de projets des projets passés correspondants, ouvrir des projets, lire et écrire les propriétés de projets et de versions, lire et écrire des octets, importer et exporter des fichiers et des maps, comparer des fichiers, utiliser des packs de maps et rechercher et appliquer des checksums. En bref : la partie répétitive et mécanique du travail sur les fichiers.

Quel est le prix du plugin LUA WinOLS ?

Le plugin lui-même a un tarif publié : EVC indique OLS530 à €1,178.10 TVA allemande de 19 % incluse (environ €990 HT — des revendeurs tels que Tuning-shop.com indiquent €990 hors TVA). Cela s’ajoute à une licence WinOLS complète, facturée individuellement par EVC et ses revendeurs plutôt que publiée. Ainsi, avant d’avoir écrit une seule ligne de script, l’automatisation LUA représente un investissement à quatre chiffres — puis commence le coût réel : le temps de programmation nécessaire pour créer, tester et maintenir des scripts adaptés à votre propre processus de travail.

C’est pourquoi les plateformes d’automatisation de ce secteur facturent ce qu’elles facturent. Certains fournisseurs de portails vendent l’automatisation WinOLS comme un produit premium coûtant des milliers, fonctionnant généralement sur un PC dédié séparé que vous fournissez et maintenez en marche. L’automatisation est réelle — mais elle est tarifée comme un luxe.

Que peut réellement faire l’automatisation LUA ?

Appliqué à un véritable service de fichiers, WinOLS scripté couvre des tâches comme celles-ci :

• Retrouvez ce que vous connaissez déjà. Recherchez dans votre base de projets des projets passés correspondant à un relevé entrant — par constructeur, numéro d’ECU, version logicielle — avant même qu’un humain ouvre le fichier.
• Traitez automatiquement les fichiers entrants. L’exemple d’application d’EVC : appliquez des modifications à chaque fichier entrant selon son numéro Bosch, puis envoyez le résultat.
• Reportez des modifications éprouvées. Importez vos modifications vérifiées d’un projet passé correspondant vers un nouveau relevé de la même famille d’ECU.
• Gardez l’administratif en ordre. Renseignez les propriétés du véhicule et de la version, exportez originaux et fichiers modifiés avec une nomenclature cohérente, gardez la bibliothèque de projets propre.
• Gérez les checksums comme une étape contrôlée. Recherchez les familles de checksums applicables et traitez la correction comme une action délibérée et vérifiée — pas comme une réflexion après coup.

Remarquez le point commun à chacun : le script déplace vos données — vos projets, vos définitions, vos modifications vérifiées. Rien n’est inventé.

D’où viennent les calibrations — de votre bibliothèque, pas d’un modèle

C’est le point que beaucoup de personnes manquent ; il vaut donc la peine d’être très clair. Un script LUA n’a aucune opinion sur la façon dont un moteur doit être préparé. Il n’a ni modèle, ni données d’entraînement, ni idée de ce à quoi ressemble une « bonne » map. C’est de la plomberie. Tout ce qu’il applique doit venir d’une source à laquelle vous faites déjà confiance ; en pratique, il y en a deux :

• Votre propre base de fichiers éprouvés. Chaque travail que vous avez réalisé et vérifié vit dans votre bibliothèque de projets WinOLS — original, version et modifications exactes apportées sur un véhicule qui a roulé. Lorsqu’un relevé correspondant arrive, le script retrouve ce travail éprouvé et l’applique. La calibration a été créée par un préparateur humain et validée sur un véhicule réel ; le script vous évite simplement de refaire manuellement la même chose pour la quatre-centième fois.
• Logiciels de solutions tiers établis. Ce sont des fournisseurs commerciaux de solutions conçues spécifiquement, avec leurs propres définitions développées et testées pour les ECU qu’ils prennent en charge — ce ne sont pas des modèles de langage qui devinent des valeurs. Un script peut les piloter dans votre processus exactement comme il pilote WinOLS : lui confier un fichier et récupérer un résultat produit par un logiciel construit, par des ingénieurs, pour cette tâche précise.

Dans les deux cas, les connaissances précèdent l’automatisation. Rien n’est généré sur-le-champ. L’automatisation ne vaut jamais mieux que la bibliothèque qui la sous-tend — c’est pourquoi une base de projets WinOLS mature et bien tenue est l’actif le plus précieux d’une entreprise de préparation, et pourquoi l’automatisation multiplie les capacités des ateliers qui en possèdent une plutôt qu’elle ne constitue un raccourci pour les autres.

L’automatisation fondée sur une bibliothèque n’est pas du « réglage IA »

De nombreux logiciels sont actuellement commercialisés comme du « réglage IA ». Cette expression s’applique à deux choses complètement différentes, et les confondre est la façon dont des moteurs finissent endommagés :

• Automatisation fondée sur une bibliothèque (ce que fait LUA) : un nouveau relevé arrive, un script trouve la correspondance la plus proche dans une base de calibrations éprouvées, créées par des humains — vos propres travaux passés ou les sorties de logiciels de solutions tiers développés — et applique ces modifications validées. Déterministe : la même entrée produit la même sortie, à chaque fois. Les connaissances sont réelles et préexistantes ; l’automatisation les récupère et les applique simplement plus vite qu’un humain.
• « Réglage IA » génératif à partir de rien : un modèle produit des valeurs de calibration pour des maps qu’il n’a jamais vues validées, sur un ECU qu’il ne comprend pas, sans aucune vérité terrain derrière les chiffres. Probabiliste : il produira toujours une réponse, et il ne peut pas vous indiquer le degré de confiance qu’il devrait lui accorder. La question de savoir si cette réponse est sûre sur un moteur précis, avec un matériel, un carburant et un kilométrage précis, est justement ce qu’il ne peut pas connaître.

L’un est un classeur doté de mains très rapides. L’autre est un inconnu avec un avis. Tout le reste de cette page concerne le second — rien de tout cela ne s’applique au scripting LUA.

Les dangers du réglage IA génératif (pas de LUA)

Une calibration moteur n’est ni une image ni un paragraphe. Lorsqu’un modèle génératif se trompe légèrement sur une image, vous obtenez une main étrange. Lorsque des valeurs de calibration sont légèrement erronées, vous obtenez un EGT excessif, une surpression, des conflits de limites de couple, un taux d’utilisation des injecteurs au-delà des limites sûres, ou une stratégie DPF/EGR qui lutte contre elle-même — des défauts qui peuvent ne se révéler qu’en charge, plusieurs semaines plus tard, sur le véhicule d’un client. Les problèmes précis sont les suivants :

• Aucune vérité terrain. Une map générée n’a jamais été validée au banc. Des chiffres plausibles et des chiffres sûrs ne sont pas la même chose.
• Erreur avec assurance. Les systèmes génératifs ne signalent pas l’incertitude. La sortie semble aussi nette un mauvais jour qu’un bon jour.
• Le mauvais fichier est invisible jusqu’à ce qu’il ne le soit plus. Une mauvaise calibration peut tourner au ralenti correctement et conduire normalement jusqu’au point de fonctionnement où ce n’est plus le cas.
• Votre nom sur la panne. Lorsqu’un fichier automatisé endommage un moteur, le client ne blâme pas le modèle. Il blâme le préparateur qui l’a flashé.
• Checksums et structure. Modifier un binaire en sécurité implique aussi une gestion correcte des checksums pour cette famille d’ECU — un problème résolu dans WinOLS, mais non résolu dans un modèle textuel.

Cinq façons dont un fichier généré par IA tourne mal

Voici les modes de défaillance que les préparateurs expérimentés reconnaîtront. Ils sont rédigés comme des scénarios illustratifs, non comme le récit d’incidents nommés précis — mais chaque mécanisme décrit est une façon réelle et bien comprise dont une calibration non validée détruit du matériel et des réputations.

• La voiture qui est partie parfaitement. Un fichier généré tourne au ralenti sans à-coup, tire proprement lors d’un essai routier de cinq minutes et le client repart satisfait. Le problème se trouve dans un coin de la map à forte charge et forte température qu’un essai doux n’atteint jamais. Trois semaines plus tard, en tractant sur une longue montée par temps chaud, les températures des gaz d’échappement atteignent un niveau auquel elles n’auraient jamais dû parvenir — et des dégâts de turbine ou de piston surviennent sans le moindre voyant préalable. Rien dans l’essai routier ne pouvait le révéler.
• La limite qui n’a pas été relevée avec le reste. La demande de carburant ou de suralimentation est augmentée sans déplacer de façon cohérente les maps correspondantes de limite de couple, de fumée ou de protection. L’ECU lutte alors contre sa propre demande : coupure de suralimentation en charge, mode dégradé au pire moment ou choc dans la transmission lorsque le modèle de couple et la réalité divergent. Le client parle de « à-coups » et blâme la dernière personne ayant touché la voiture.
• Le DPF qui ne régénère plus jamais. La stratégie de post-injection et de régénération d’un diesel est un système, pas une table. Modifiez l’injection et le calage sans comprendre la réponse de la stratégie de post-traitement, et le filtre se charge plus vite qu’il ne se nettoie. La facture arrive des mois plus tard sous la forme d’un DPF bouché — et elle est importante.
• Le checksum qui a été à moitié accepté. Un fichier écrit avec des checksums qui ne correspondent pas à la famille d’ECU peut provoquer n’importe quoi, d’un défaut enregistré à un véhicule qui ne démarre pas — et le pire cas est celui qui se flashe avec succès mais se comporte mal plus tard. Sur certains ECU, une écriture échouée laisse un module inutilisable et une opération de récupération qui coûte plus que ce que la reprogrammation a rapporté.
• Le fichier que vous ne pouvez pas expliquer. Un problème survient et le client, un assureur ou un expert de garantie demande ce qui a été modifié et pourquoi. « Le logiciel a décidé » n’est une réponse acceptée par aucun d’entre eux. Avec une bibliothèque éprouvée, vous pouvez montrer l’original, la version, les maps précises modifiées et le véhicule sur lequel elles ont été validées. Avec un fichier généré, il n’y a rien à montrer.

Le schéma commun aux cinq : le dommage est retardé, coûteux et retombe sur le préparateur. Personne ne remarque le mauvais fichier le jour même. On le remarque lorsque le moteur est sorti.

Rien de tout cela ne signifie que l’automatisation est dangereuse. Cela signifie que la génération non validée est dangereuse. L’automatisation qui récupère et applique votre propre travail éprouvé — avec un préparateur qui vérifie la sortie avant qu’elle n’approche un véhicule — est la manière dont les ateliers professionnels se développent réellement. Cette règle s’applique aussi à notre bot LUA : chaque résultat automatisé doit être contrôlé par un préparateur qualifié avant d’être flashé sur un véhicule réel. Nous l’écrivons dans nos conditions du logiciel plutôt que dans les petites lignes.

Questions fréquentes

Pour aller plus loin

• Qu’est-ce que WinOLS ? — l’éditeur expliqué : projets, maps, checksums, DAMOS.
• Fichiers DAMOS et A2L expliqués — d’où viennent les définitions et comment évaluer leur qualité.
• Le vrai coût de WinOLS — comment fonctionne la licence par niveaux et comment établir votre budget.
• Alternatives à WinOLS — éditeurs, plateformes d’automatisation et services de fichiers, comparés honnêtement.
• Conditions du logiciel et avertissement sur l’automatisation — les règles en langage clair qui accompagnent notre automatisation.

WinOLS, OLS530 et DAMOS sont des produits et des marques d’EVC electronic GmbH. Prix cités d’après evc.de et des listings de revendeurs en août 2026 — vérifiez les prix actuels auprès d’EVC ou d’un revendeur agréé. RemapDash est un fournisseur indépendant de logiciels de portail, créé par des préparateurs professionnels qui utilisent quotidiennement WinOLS et son plugin LUA ; ce guide est pédagogique et n’est ni affilié à EVC ni approuvé par EVC.