Fonctions d'Arnodiqa

Analyse, simulation de bus résiduel, diagnostic, flashage et automatisation des tests pour CAN, CAN FD, CAN XL, LIN et J1939, avec un seul moteur pour le poste de travail et la ligne de commande. L'outil s'adresse au développement, à la simulation, à l'automatisation des tests et à la validation.

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 projetRéseaux, bases de données, nœuds, panneaux et variables système du projet.
Connexion au moteurEn cas de perte de la connexion au moteur, l'application le signale et se reconnecte automatiquement avec le dernier projet chargé.
Simulation SetupActivation et désactivation des nœuds, démarrage et arrêt de la couche d'interaction pendant la mesure.
Fenêtres et dispositionsFenê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 HardwareAffectation des canaux, état par pilote, recherche automatique du débit (baud rate scanner).
Database EditorModification 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 supportJournaux 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.

TraceAffichage chronologique ou à position fixe, filtre rapide, décodage des signaux, mise en évidence.
Graphics, DataCourbes des signaux et valeurs actuelles, avec sélecteur de signaux.
StatisticsCharge de bus, trames/s, temps de cycle, trames d'erreur, TEC/REC et état du contrôleur, par canal et par identifiant.
WriteFenêtre de messages avec niveaux de gravité et recherche.
Measurement SetupBlocs de filtre, de déclenchement, d'enregistrement, d'affichage et d'arrêt (break), branches parallèles et fusion.
En ligne et hors ligneBus 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ésiduelChaque 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 fautesCompteurs 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 GeneratorEnvoi de trames manuel ou périodique, avec des valeurs de signaux issues de la base de données.
Bus CAN/CAN FD virtuelArbitrage, bit stuffing, confinement des erreurs (fault confinement) et charge de bus. Comportement déterministe.
Temps, relecture, variablesTemps simulé, blocs de relecture avec affectation des canaux, variables système typées avec tables de valeurs.
E2E et SecOCProtection 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 StatusFenê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 SecOCSur 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 commandeAfficheurs, cadrans analogiques, curseurs, LED, boutons, interrupteurs, boutons radio, champs de saisie et d'affichage, onglets et images.
LiaisonAux signaux (via la couche d'interaction), aux variables système ou aux messages.
Panel EditorBoîte à outils, grille, alignement, panneau de propriétés, annulation. Les signaux se glissent depuis la Trace vers la zone de travail.
Format de fichierLes panneaux sont enregistrés sous forme de fichiers YAML dans le projet.
System VariablesFenê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-TPISO 15765-2 pour CAN et CAN FD, y compris le décodage passif dans la Trace.
Client UDSISO 14229. Temporisations P2/P2*, NRC 0x78, Tester Present, requêtes fonctionnelles.
Simulation de calculateurDID, mémoire de défauts, routines, sessions, security access avec verrouillage, téléchargement (download).
DoIPISO 13400-2 sur TCP et TLS, avec passerelle vers les calculateurs CAN.
ODX/PDX, OBD-IIImport ODX/PDX pour le diagnostic symbolique. OBD-II.
Seed & KeyVia les DLL existantes, y compris en 32 bits, dans un processus séparé.
Fenêtres de diagnosticDiagnostic Console, Fault Memory, ECU Control
FlashFenê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 UDSIntel 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'adresseJ1939-81, avec NAME, nœuds basic et arbitrary address capable. Détection des violations d'adresse.
Protocoles de transportBAM, CMDT et ETP (J1939-21), Multi-PG et FD.TP (J1939-22).
DiagnosticJ1939-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écodageNœ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 MonitorNœ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 descriptionLDF 1.3 à 2.2A, ISO 17987 et SAE J2602, ainsi que les clusters LIN issus de l'ARXML.
Simulation maître et esclaveSchedule tables, changement de schedule pendant la mesure, trames event-triggered et sporadic.
Veille et réveilLe motif est affiché dans la Trace.
Trace et statistiquesPID, checksum, absence de réponse, erreurs de synchronisation, de parité et de bit.
Bus virtuel, enregistrement, CAPLBus 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 scriptExé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 fonctionsFonctions pour la couche d'interaction, l'enregistrement, le diagnostic, les fichiers et profils INI, les expressions régulières.
CAPL EditorInté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 CodeServeur 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 checkCompilation avec messages d'erreur par ligne, également au format JSON.
Fichiers de projet dans VS CodeComplé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 CAPLFonctions d'attente, vérifications et stimuli.
Test RunnerFenê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 testEn YAML, avec paramètres et variantes.
RapportsHTML, JSON et JUnit XML. Reproductibles sur le bus simulé.
arnodiqa testCode 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 graphiqueCommandes run, validate, test, flash, capl, convert, export, stats, db, hw, support, license, schema.
RésultatsRapport 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 projetYAML avec JSON Schema, adaptés à git.
Contrôle des bases de donnéesDans 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, MF4Lecture et écriture. MF4 au format ASAM MDF 4.1 (bus logging) pour CAN, CAN FD et LIN.
PCAPNGPour CAN, lisible dans Wireshark.
arnodiqa convert, arnodiqa statsConversion entre ASC, BLF, MF4 et PCAPNG. Statistiques sur le contenu.
Export de signauxVers CSV, MATLAB (.mat) et Parquet, par message ou en table longue (arnodiqa export).
Export depuis Trace et GraphicsLignes affichées ou sélectionnées, ou plage visible, vers BLF, ASC, MF4 ou PCAPNG. Signaux en CSV.
Plantage et coupure de courantLes 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 fichiersNoms 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.

DBCLecture et écriture. Intel/Motorola, signé, flottant, multiplexage (étendu), tables de valeurs, PGN J1939.
ARXMLImport (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.
LDFLecture et écriture (LIN 1.3 à 2.2A, ISO 17987, SAE J2602).
FIBEXImport pour le décodage (ASAM FIBEX 2.x à 4.x, clusters FlexRay).
ODX/PDXPour le diagnostic.
Outils de base de donnéesdb 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 virtuelPlusieurs canaux, pour la simulation sans matériel.
ConfigurationBoîte de dialogue Hardware, calcul du bit timing, recherche automatique du débit, arnodiqa hw list.
Interfaces prises en chargePEAK PCAN-Basic, Vector XL, Kvaser CANlib, SLCAN, candleLight/gs_usb, via le pilote officiel du fabricant.
CAN XLSur le bus virtuel. La Trace affiche SDT, VCID, acceptance field et la charge utile complète.
Hardware Self-TestDans 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.

Bus et protocoles pris en charge

Bus / protocoleÉtendue
CAN 2.0 A/B (11/29 bit)Bus virtuel, matériel, fichiers d'enregistrement, DBC, couche d'interaction
CAN FD (ISO / non-ISO, BRS)Jusqu'à 64 octets
ISO-TP, UDS, OBD-IIClient, simulation de calculateur et flashage
DoIPTCP et TLS, passerelle vers CAN
LIN (LDF, ARXML)Simulation maître et esclave, schedule tables, veille et réveil, bus LIN virtuel
J1939Revendication d'adresse, protocoles de transport (y compris J1939-22), messages DM, J1939 Monitor
CAN XLBus virtuel. Enregistrement au format ASC.
FlexRayImport FIBEX et décodage

Configuration requise

Système d'exploitationWindows 11 (x64)
Interface matérielleInutile pour la simulation, les tests et l'analyse hors ligne. Les mesures en direct nécessitent une interface prise en charge, avec le pilote du fabricant.
RéseauAucune connexion Internet requise. Aucune télémétrie.
LicenceFichier de licence signé, vérifié localement. Sans licence, toutes les fonctions sont disponibles pendant 30 jours. Ensuite, un mode restreint conserve l'ouverture, la consultation, la relecture hors ligne, la conversion et l'export.
InstallationProgramme d'installation Windows (MSI ou setup.exe) avec le runtime WebView2. Installation sans Internet, sans mise à jour automatique.