Application de bureau
L'application de bureau se connecte au moteur et réunit le projet, les fenêtres de mesure et les éditeurs.
| Explorateur de projet | Réseaux, bases de données, nœuds, panneaux et variables système du projet. |
| Connexion au moteur | En cas de perte de la connexion au moteur, l'application le signale et se reconnecte automatiquement avec le dernier projet chargé. |
| Simulation Setup | Activation et désactivation des nœuds, démarrage et arrêt de la couche d'interaction pendant la mesure. |
| Fenêtres et dispositions | Fenêtres ancrables réparties sur plusieurs bureaux, dispositions enregistrées sous forme de fichiers, palette de commandes (Ctrl+K), thème clair et thème sombre. |
| Measurement Setup | Éditeur graphique pour ajouter, relier et configurer des blocs. |
| Boîte de dialogue Hardware | Affectation des canaux, état par pilote, recherche automatique du débit (baud rate scanner). |
| Database Editor | Modification des messages, signaux, nœuds et de la disposition des bits dans les fichiers DBC et LDF, avec annulation et rétablissement, et contrôle (lint) pendant la saisie. À l'ouverture, l'éditeur indique le contenu qu'il ne peut pas conserver. Avant l'enregistrement, il demande une confirmation. |
| Journaux et paquet de support | Journaux d'application et rapports de plantage. Le paquet de support est une archive zip contenant les journaux et des informations système, dans laquelle les noms d'utilisateur et les numéros de série sont anonymisés. Il reste sur l'ordinateur et n'est envoyé nulle part. |
Analyse
Fenêtres de mesure pour le bus en direct et pour les fichiers d'enregistrement.
| Trace | Affichage chronologique ou à position fixe, filtre rapide, décodage des signaux, mise en évidence. |
| Graphics, Data | Courbes des signaux et valeurs actuelles, avec sélecteur de signaux. |
| Statistics | Charge de bus, trames/s, temps de cycle, trames d'erreur, TEC/REC et état du contrôleur, par canal et par identifiant. |
| Write | Fenêtre de messages avec niveaux de gravité et recherche. |
| Measurement Setup | Blocs de filtre, de déclenchement, d'enregistrement, d'affichage et d'arrêt (break), branches parallèles et fusion. |
| En ligne et hors ligne | Bus en direct, ou relecture de fichiers BLF/ASC en temps réel, avec un facteur d'animation ou à vitesse maximale. Pause et pas à pas. |
Simulation et stimulation
Simulation de bus résiduel, stimulation et bus virtuel, configurés à partir de la base de données.
| Couche d'interaction (Interaction Layer) | Pilotée par le DBC. Tous les types d'émission de messages et de signaux (Cyclic, OnChange, OnWrite, IfActive et leurs combinaisons), temps de cycle, cycle rapide, répétitions, délai de démarrage, valeurs initiales et valeurs inactives. |
| Simulation de bus résiduel | Chaque nœud de la base de données devient un nœud simulé. Le calculateur (ECU) testé est exclu de la simulation. |
| Compteurs de vie, injection de fautes | Compteurs de vie. Injection de fautes par des fonctions de script, par exemple la désactivation de messages ou la modification des temps de cycle. |
| Interactive Generator | Envoi de trames manuel ou périodique, avec des valeurs de signaux issues de la base de données. |
| Bus CAN/CAN FD virtuel | Arbitrage, bit stuffing, confinement des erreurs (fault confinement) et charge de bus. Comportement déterministe. |
| Temps, relecture, variables | Temps simulé, blocs de relecture avec affectation des canaux, variables système typées avec tables de valeurs. |
| E2E et SecOC | Protection E2E (profils AUTOSAR 1, 2, 4, 5 et 11) et SecOC (CMAC/AES-128, valeur de fraîcheur par compteur ou par horodatage) dans la couche d'interaction. Configuration depuis l'ARXML ou le projet. Les clés sont stockées localement. |
| E2E / SecOC Status | Fenêtre qui affiche, par PDU, l'état E2E, les messages perdus, répétés et erronés, ainsi que les erreurs de MAC et de fraîcheur. |
| Injection de fautes E2E et SecOC | Sur le compteur, le CRC, la fraîcheur et l'authentificateur, y compris depuis des scripts CAPL. |
Panneaux de commande
Panneaux de commande pour agir sur les signaux et les variables pendant une mesure.
| Éléments de commande | Afficheurs, cadrans analogiques, curseurs, LED, boutons, interrupteurs, boutons radio, champs de saisie et d'affichage, onglets et images. |
| Liaison | Aux signaux (via la couche d'interaction), aux variables système ou aux messages. |
| Panel Editor | Boîte à outils, grille, alignement, panneau de propriétés, annulation. Les signaux se glissent depuis la Trace vers la zone de travail. |
| Format de fichier | Les panneaux sont enregistrés sous forme de fichiers YAML dans le projet. |
| System Variables | Fenêtre avec une arborescence par espace de noms, valeurs en direct, plage, unité et tables de valeurs. L'écriture des valeurs est contrôlée. |
Diagnostic
Protocoles de diagnostic, simulation de calculateurs et flashage d'ECU sur CAN, CAN FD et DoIP.
| ISO-TP | ISO 15765-2 pour CAN et CAN FD, y compris le décodage passif dans la Trace. |
| Client UDS | ISO 14229. Temporisations P2/P2*, NRC 0x78, Tester Present, requêtes fonctionnelles. |
| Simulation de calculateur | DID, mémoire de défauts, routines, sessions, security access avec verrouillage, téléchargement (download). |
| DoIP | ISO 13400-2 sur TCP et TLS, avec passerelle vers les calculateurs CAN. |
| ODX/PDX, OBD-II | Import ODX/PDX pour le diagnostic symbolique. OBD-II. |
| Seed & Key | Via les DLL existantes, y compris en 32 bits, dans un processus séparé. |
| Fenêtres de diagnostic | Diagnostic Console, Fault Memory, ECU Control |
| Flash | Fenêtre avec progression par étape et par bloc, annulation et rapport. L'arrêt de la mesure pendant un flashage demande d'abord une confirmation. |
| Flashage via UDS | Intel HEX, S-record, binaire et ODX-F/PDX. Séquence standard ou étapes personnalisées, sommes de contrôle (CRC-8 à CRC-32), progression et annulation. arnodiqa flash produit un rapport JSON pour la CI et la ligne de production. |
J1939
Revendication d'adresse, protocoles de transport et diagnostic selon SAE J1939.
| Revendication d'adresse | J1939-81, avec NAME, nœuds basic et arbitrary address capable. Détection des violations d'adresse. |
| Protocoles de transport | BAM, CMDT et ETP (J1939-21), Multi-PG et FD.TP (J1939-22). |
| Diagnostic | J1939-73. DTC avec SPN, FMI et OC, état des voyants, DM1/DM2, effacement par DM3/DM11, DM13, accès mémoire DM14 à DM16. |
| Couche d'interaction et décodage | Nœuds de couche d'interaction issus du DBC, avec requêtes et ACK/NACK. Décodage par PGN, y compris pour les PG transmis par un protocole de transport. |
| J1939 Monitor | Nœuds avec leur NAME, moniteur de DTC avec état des voyants, journal d'événements avec revendications et erreurs de transport. Requêtes, DM11 et DM3 directement depuis la fenêtre. |
LIN
Simulation et analyse LIN à partir de fichiers LDF ou ARXML.
| Fichiers de description | LDF 1.3 à 2.2A, ISO 17987 et SAE J2602, ainsi que les clusters LIN issus de l'ARXML. |
| Simulation maître et esclave | Schedule tables, changement de schedule pendant la mesure, trames event-triggered et sporadic. |
| Veille et réveil | Le motif est affiché dans la Trace. |
| Trace et statistiques | PID, checksum, absence de réponse, erreurs de synchronisation, de parité et de bit. |
| Bus virtuel, enregistrement, CAPL | Bus LIN virtuel, LIN dans les formats BLF, ASC et MF4, fonctions LIN pour les nœuds CAPL. |
Scripts
Les programmes CAPL existants s'exécutent comme nœuds de simulation. L'édition est assistée dans l'application et dans VS Code.
| Machine virtuelle de script | Exécute les programmes CAPL existants comme nœuds de simulation, avec procédures d'événement, temporisateurs, messages et signaux, et variables système. |
| Bibliothèque de fonctions | Fonctions pour la couche d'interaction, l'enregistrement, le diagnostic, les fichiers et profils INI, les expressions régulières. |
| CAPL Editor | Intégré à l'application. Coloration syntaxique, signalement des erreurs pendant la saisie, complétion avec les messages, signaux et variables système du projet, informations au survol. Les nœuds CAPL s'ajoutent depuis le Simulation Setup, à partir de modèles. |
| Serveur de langage CAPL, VS Code | Serveur de langage et extension VS Code avec signalement des erreurs pendant la saisie, complétion avec les signaux et variables système du projet, survol et accès à la définition. Installation hors ligne au format .vsix. |
arnodiqa capl check | Compilation avec messages d'erreur par ligne, également au format JSON. |
| Fichiers de projet dans VS Code | Complétion automatique à partir du JSON Schema. |
Test
Modules de test en CAPL, unités de test en YAML et rapports pour la CI.
| Modules de test en CAPL | Fonctions d'attente, vérifications et stimuli. |
| Test Runner | Fenêtre pour sélectionner et exécuter des unités, avec un verdict par cas de test. Le rapport s'affiche dans l'application et s'exporte en HTML, JUnit XML et JSON. |
| Unités et arborescences de test | En YAML, avec paramètres et variantes. |
| Rapports | HTML, JSON et JUnit XML. Reproductibles sur le bus simulé. |
arnodiqa test | Code de sortie selon le verdict. |
Automatisation et CI
La ligne de commande utilise le même moteur que l'application de bureau et fonctionne sans affichage.
| CLI sans interface graphique | Commandes run, validate, test, flash, capl, convert, export, stats, db, hw, support, license, schema. |
| Résultats | Rapport JSON et codes de sortie documentés. |
| Reproductibilité | Heure de départ fixe pour des fichiers d'enregistrement reproductibles. Ctrl+C arrête l'exécution de manière contrôlée. |
| Fichiers de projet | YAML avec JSON Schema, adaptés à git. |
| Contrôle des bases de données | Dans le pipeline avec db lint (annotations GitHub) et db convert --check. |
Enregistrement et export
Les fichiers d'enregistrement sont lus et écrits dans les formats courants. Les signaux s'exportent vers des formats d'analyse de données.
| BLF, ASC, MF4 | Lecture et écriture. MF4 au format ASAM MDF 4.1 (bus logging) pour CAN, CAN FD et LIN. |
| PCAPNG | Pour CAN, lisible dans Wireshark. |
arnodiqa convert, arnodiqa stats | Conversion entre ASC, BLF, MF4 et PCAPNG. Statistiques sur le contenu. |
| Export de signaux | Vers CSV, MATLAB (.mat) et Parquet, par message ou en table longue (arnodiqa export). |
| Export depuis Trace et Graphics | Lignes affichées ou sélectionnées, ou plage visible, vers BLF, ASC, MF4 ou PCAPNG. Signaux en CSV. |
| Plantage et coupure de courant | Les enregistrements BLF, MF4, ASC et PCAPNG sont écrits chaque seconde et synchronisés sur le disque à intervalles réguliers. Après un plantage ou une coupure de courant, le fichier reste lisible ; seules les dernières secondes peuvent manquer. |
| Gestion des fichiers | Noms de fichiers avec codes de champ, rotation par taille ou par durée, pré- et post-déclenchement. Compression zlib/deflate et traitement en flux des fichiers volumineux. |
Bases de données
Formats de description pris en charge et outils pour les bases de données.
| DBC | Lecture et écriture. Intel/Motorola, signé, flottant, multiplexage (étendu), tables de valeurs, PGN J1939. |
| ARXML | Import (AUTOSAR Classic 4.x et 3.x) des réseaux CAN et CAN FD, des PDU conteneurs et des clusters LIN. Les propriétés E2E et SecOC sont reprises. |
| LDF | Lecture et écriture (LIN 1.3 à 2.2A, ISO 17987, SAE J2602). |
| FIBEX | Import pour le décodage (ASAM FIBEX 2.x à 4.x, clusters FlexRay). |
| ODX/PDX | Pour le diagnostic. |
| Outils de base de données | db lint, db diff (y compris entre formats), db convert (ARXML vers DBC/LDF, normalisation), db info avec estimation de la charge de bus. |
Matériel
Les interfaces matérielles sont utilisées via le pilote officiel du fabricant. La simulation ne nécessite aucun matériel.
| Bus virtuel | Plusieurs canaux, pour la simulation sans matériel. |
| Configuration | Boîte de dialogue Hardware, calcul du bit timing, recherche automatique du débit, arnodiqa hw list. |
| Interfaces prises en charge | PEAK PCAN-Basic, Vector XL, Kvaser CANlib, SLCAN, candleLight/gs_usb, via le pilote officiel du fabricant. |
| CAN XL | Sur le bus virtuel. La Trace affiche SDT, VCID, acceptance field et la charge utile complète. |
| Hardware Self-Test | Dans l'application et via arnodiqa hw selftest. Test d'une paire de canaux, ou d'un canal unique en boucle (loopback), y compris LIN. Vérifications commentées, rapport en HTML ou JSON. |
La bibliothèque du pilote est fournie par le fabricant, chargée à l'exécution, et ne fait pas partie de l'installation. Le Hardware Self-Test permet de vérifier une interface dans votre propre installation de test.