Advanced Configuration Tool (ACT)

Les données véhicule doivent être enregistrées pour être analysées hors ligne plus tard. Les volumes en jeu imposent des mécanismes de limitation intelligents : enregistrement sélectif de signaux ou de messages par filtres, démarrage et arrêt déclenchés par événement, écrasement automatique des anciennes données devenues inutiles.

L'enregistrement dispose aussi d'un mode veille économe, que la fonction « Wake On » réveille immédiatement dès que le produit est sollicité.

Les données peuvent être enregistrées au niveau message ou au niveau signal, selon ce qui convient le mieux à l'application. Les déclencheurs sont libres : dépassement d'un seuil, réception de messages définis, ou combinaison logique de plusieurs événements.

Différents protocoles de diagnostic sont pris en charge. Les données de diagnostic et les fonctions de mise à jour peuvent être envoyées aux calculateurs via l'API D-PDU (disponible en option) ou via DoIP.

La passerelle est l'application principale de toute configuration exécutée sur un CANnector, un Mobilizer ou un FRC-EP. Elle ne se limite pas au transfert d'un bus CAN vers un autre : elle relie aussi les bus logiques (code utilisateur, enregistreur, Matlab/Simulink…) à l'échange de données global. Chaque trame, PDU ou signal peut ainsi être routé individuellement de la source vers la destination, directement ou en passant par du code spécifique qui manipule la donnée à la volée.

La configuration se fait dans la vue passerelle d'ACT, par glisser-déposer : on prend la donnée sur le bus source et on la dépose sur la destination, qu'il s'agisse d'un bus réel, du code utilisateur ou de l'enregistreur.

FlexRay / CAN / CAN FD / LIN — les fichiers de description de bus sont utilisables sans être obligatoires. Fournis, ils permettent de configurer une passerelle au niveau signal et de combiner des signaux issus de plusieurs messages source dans un même message cible. Si la représentation physique diffère entre source et destination, une transformation automatique des signaux peut être activée, ou confiée au code utilisateur ou à un modèle Matlab/Simulink pour les ajustements complexes.

L'émission sur le bus de destination est paramétrable : sur réception d'un ou plusieurs signaux source, sur changement de valeur, cycliquement au rythme défini dans la CANdB ou à un rythme manuel, sur signal de déclenchement, ou par combinaison de ces possibilités. Les signaux qui n'ont pas à varier peuvent recevoir une valeur par défaut, issue du fichier de description ou définie manuellement.

Pour relier un système CAN, CAN FD, FlexRay ou LIN à une communication industrielle moderne, il suffit de choisir un CANnector, un Mobilizer ou un FRC-EP avec extension EtherCAT. Dans ACT, le glisser-déposer génère les mappages depuis et vers l'esclave EtherCAT, et le fichier ESI correspondant est produit automatiquement : il s'utilise avec n'importe quel maître EtherCAT pour configurer le réseau.

Une fois raccordées à EtherCAT, toutes les données — venant du bus CAN, CAN FD, FlexRay ou LIN, ou de tout autre capteur ou module d'E/S EtherCAT — sont distribuées de façon synchronisée, sur le même système de communication, vers l'automate ou le PC qui pilote l'essai.

Entrées / sorties analogiques et numériques — les ports E/S des boîtiers FRC-EP, Mobilizer et CANnector s'utilisent comme n'importe quel autre signal. Après configuration du sens, de la plage de valeurs, des règles de conversion et de l'unité, ils se mappent par glisser-déposer depuis ou vers n'importe quel bus.

Le protocole Ethernet générique est un bus CAN, CAN FD, FlexRay ou LIN virtuel transporté sur Ethernet : il réduit le câblage et franchit les longues distances. Les données circulent sur Ethernet puis redeviennent physiques sur un second CANnector, Mobilizer ou FRC-EP — c'est l'extension de portée classique. Pour raccorder directement le flux à un PC, le pilote VCI permet d'utiliser le boîtier comme interface PC distante.

Jusqu'à 16 bus virtuels sont configurables, vers autant d'adresses IP ou de ports différents : on construit ainsi son propre réseau Ethernet, en ne gardant CAN, CAN FD, FlexRay ou LIN que sur le dernier segment. Le protocole accepte aussi la combinaison avec des appareils Ixxat CAN@net, ce qui permet d'étendre jusqu'à 136 interfaces CAN ou 72 CAN FD si les ports viennent à manquer.

Bus virtuel — ACT permet d'ajouter un bus virtuel à la configuration pour définir ses propres variables d'environnement, mappables par glisser-déposer depuis ou vers n'importe quel autre bus. Une variable calculée par le code utilisateur peut ainsi être réutilisée partout ailleurs.

FDX et générateur DBC — le protocole Fast Data Exchange offre une alternative simple à XCPonEthernet pour connecter des logiciels tiers : ACT génère le fichier XML de description à importer. La fonction passerelle sait par ailleurs générer des fichiers DBC à partir du mappage des bus physiques et logiques.

La simulation de bus restant sert à simuler des calculateurs ou des parties de véhicule. Ailleurs, il faut la coder à la main dans un langage de script. Chez Ixxat, elle est générée automatiquement à partir de la base de description véhicule définie dans l'éditeur intégré : il suffit de sélectionner les calculateurs à simuler.

ACT se charge ensuite seul de détecter les messages à émettre, de repérer ceux qui contiennent des CRC ou des compteurs alive, de générer les modules qui les calculent, et de compiler puis intégrer ce code C dans le reste de la configuration d'essai. Le tout par assistants, sans effort de programmation. Rien n'empêche d'ajouter son propre code ou son algorithme dans les modules générés.

XCPonEthernet — pour piloter ou ajuster la simulation exécutée sur un Mobilizer ou un FRC-EP, un logiciel tiers compatible peut s'y connecter. ACT génère au besoin un fichier A2L décrivant tous les signaux émis. Vu de l'outil tiers, le boîtier devient un calculateur virtuel dont on lit et écrit les signaux, CRC et compteurs alive compris.

Manipulation de signaux HIL — sur cette base, les signaux émis peuvent être manipulés : activation ou désactivation pendant une durée ou un nombre de cycles définis, émission de valeurs de substitution, corruption volontaire des CRC et des compteurs alive. Le pilotage passe par le code utilisateur, la passerelle ou XCPonEthernet.

La visualisation des signaux s'ajoute à la configuration comme un bus virtuel. Elle affiche et stimule tous les signaux mappés via le serveur web intégré. N'importe quel appareil fait l'affaire — PC, smartphone, tablette — la seule exigence étant un navigateur compatible HTML5. HMS fournit une page générique, adaptable à vos besoins. Le raccordement se fait en USB, Ethernet ou WiFi.

Vous choisissez quels signaux afficher et sous quelle forme, textuelle ou graphique. La configuration de visualisation se stocke soit sur le boîtier, soit sur l'appareil d'affichage, ce qui permet de définir des vues individuelles ou de maîtriser ce que chacun a le droit de voir. Une visualisation HTML5 entièrement personnelle peut aussi être branchée sur le flux d'échange standardisé.

Quand développer en C est trop lourd, ou quand des modèles prêts à l'emploi existent déjà, ceux-ci s'intègrent via une API dédiée. Comme le code utilisateur, un modèle Matlab/Simulink accède aux signaux et messages mappés, ce qui permet d'intégrer des modèles fonctionnels complexes.

Si le modèle existe déjà, ACT génère au besoin un modèle de base contenant tous les signaux requis et le cadre de transformation de la valeur brute vers la valeur physique. Il ne reste qu'à concevoir les fonctions voulues, ou à recopier le modèle existant dans le modèle de base. Le module exécutable en est généré automatiquement et intégré à la configuration globale.

Code utilisateur — le bus de code utilisateur s'ajoute lui aussi comme bus virtuel. Les signaux et messages mappés par glisser-déposer lui servent d'entrées et de sorties. L'application s'écrit en C standard : piloter des sorties numériques ou implémenter un module de déclenchement complexe pour l'enregistreur devient simple.

IxAdmin est l'outil d'administration PC (gratuit) des plateformes FRC-EP, Mobilizer et CANnector, accessible en USB, Ethernet ou WiFi : téléversement et téléchargement de configurations, gestion de plusieurs configurations, mises à jour de l'appareil, firmware et support de carte, gestion des licences d'exécution, réglages généraux, accès au tableau de bord web et aux fichiers de l'enregistreur. Il existe aussi en ligne de commande.

Vehicle Editor — la plupart des solutions reposent sur des fichiers de description de bus (CANdB, DBC, LDF, FIBEX, AUTOSAR-XML). Ces descriptions contiennent beaucoup d'informations, mais laissent de côté des détails indispensables à la simulation de bus restant : CRC, sommes de contrôle, algorithmes de compteur alive. Le Vehicle Editor permet de constituer une base de description véhicule complète. En cas d'évolution en cours de vie du projet (nouveau niveau d'intégration véhicule), une nouvelle variante de cette base se crée facilement et les configurations existantes se portent sans repartir de zéro, ce qui fait gagner du temps et limite le risque d'introduire des erreurs dans des configurations déjà validées.