Fonctions contenues dans V7.2 Service Pack 6

Toutes les informations d’un espace de travail INCA et des données associées ne sont pas nécessaires lors de l’utilisation d’un module enregistreur Drive Recorder. La taille des fichiers d’export du module enregistreur Drive Recorder peut de ce fait être réduite en suivant les consignes suivantes :

• N’exporter que les jeux de données utilisés
• Exclure les configurations CDM lors de l’export
• Exclure l’historique des applications lors de l’export
• Exclure la liste des variables clés lors de l’export

Il est possible de réduire davantage encore la taille des fichiers en activant l’option « Export optimisé » et en procédant comme suit :

• Exclure les paramètres d’application lors de l’export
• Exclure les variables de mesure qui ne sont pas en cours d’enregistrement lors de l’export

Ces optimisations présentent les avantages suivants lors de l’utilisation du module enregistreur Drive Recorder :

• Gain de temps pouvant atteindre 25 % lors du chargement et de l’initialisation d’une expérimentation dans le module enregistreur Drive Recorder
• Réduction de la taille des fichiers d’export pour le module enregistreur Drive Recorder pouvant atteindre 60 % par rapport à un export complet
• Réduction de l’espace mémoire (RAM) nécessaire dans le module enregistreur Drive Recorder pouvant atteindre 30 %

ProF – Prise en charge complète de la programmation flash DoIP (Diagnostics over Internet Protocol)

Les nouveaux calculateurs utilisent le standard ISO 13400 « Diagnostics over Internet Protocol » (DoIP) qui permet le flashage via Ethernet. Grâce à la prise en charge de DoIP, les utilisateurs d’INCA peuvent flasher ces calculateurs via le moteur de script ProF INCA. Les paramètres de configuration suivants ont pour ce faire été introduits :

• DOIP_IP_ADDRESS
  Adresse IP statique du calculateur sous forme de chaîne (format IPv4 ou IPv6), exemple : « 192.168.0.100 »
• DOIP_SOURCE_ADDRESS
  Adresse source 16 bits de l’émetteur du message UDS (INCA), exemple : « 0x0E00 »
• DOIP_TARGET_ADDRESS
  Adresse cible 16 bits du destinataire du message UDS (calculateur), exemple : « 0xE000 »
• DOIP_ENTITY_IDENTIFICATION
  Identification d’unité DoIP (EID) 6 octets qui identifie clairement un calculateur DoIP
• DOIP_SUBNET_ADDRESS
  Adresse de préfixe du sous-réseau qui est utilisé par le réseau DoIP qui contient le calculateur à flasher (indication du préfixe au format IPv4 ou IPv6), exemple : « 192.168.40.0/24 » ou « 2001:db8:abcd:0012::0/64 » (le nombre situé après la barre oblique indique le nombre de bits de préfixe pour le sous-réseau).

Surveillance de CAN FD – PDU containers

AUTOSAR 4.2.2 a introduit une nouvelle fonction de regroupement de différents messages PDU (Protocol Data Unit) en des « PDU containers ». Grâce à l’ajout d’un en-tête aux différents PDU, les PDU containers peuvent contenir des PDU de plusieurs sources. Cela permet de bénéficier d’avantages tels que des messages plus longs et un meilleur flux de données des couches de transport modernes telles que CAN FD et Ethernet par exemple. Cette fonction est introduite dans un premier temps dans INCA pour CAN FD.

Description du format

• INCA accepte la description pour PDU containers depuis des fichiers arxml

Sélection des variables (signaux)

• Les variables définies dans les PDU peuvent être sélectionnées dans INCA-VSD (Variable Selection Dialog) et enregistrées dans des fichiers (fichiers MDF par ex.).

Signaux définis dans plusieurs PDU

• En plus des signaux d’origine, INCA crée des signaux séparés pour chaque PDU selon le schéma [nom d’origine du signal].[nom du PDU]

Remarque : Cette fonction est prise en charge pour tous les appareils CAN FD d’ETAS avec BOA (Basic Open API).

Afin de prévenir toute attaque malveillante à l’encontre de l’infrastructure des véhicules modernes, AUTOSAR a introduit une fonction permettant de contrôler chaque message afin de s’assurer qu’il a bien été envoyé par l’appareil d’origine, et qu’il n’a donc pas été manipulé. Une « Freshness Value » et un code d’authentification du message (Message Authentication Code, MAC) sont pour ce faire ajoutés, permettant ainsi d’obtenir un I-PDU sécurisé (Secured I-PDU). INCA prend en charge la mesure et l’enregistrement de signaux définis dans des I-PDU sécurisés dans des fichiers AUTOSAR, en vue de la surveillance de CAN FD.

Lorsqu’un client ASAP3, un banc d’essai par exemple, doit actualiser des valeurs de paramètres définies dans un jeu de données, il est désormais possible d’utiliser pour ce faire une nouvelle fonctionnalité du serveur ASAP3 d’INCA.

Le serveur prend en charge un ASAP3 EXTENDED SERVICE, pour communiquer à INCA le nom et le chemin du fichier d’échange de données qu’INCA doit copier dans la page de travail actuelle :

• Le chemin peut être un chemin local ou réseau.
• INCA prend en compte les réglages actuels en matière de copie
• INCA prend en charge la lecture/écriture des réglages en matière de copie via ASAP3

L’ouverture d’expérimentations importantes peut prendre un certain temps. Afin de permettre dans ce cas à l’utilisateur de savoir quand l’expérimentation pourra être utilisée, la barre de progression pour le chargement des expérimentations a été améliorée. La progression est indiquée de manière plus détaillée. L’étape du processus en cours de réalisation s’affiche par ailleurs, par exemple ouverture d’un environnement, d’un enregistreur ou d’un niveau, ou encore initialisation d’un matériel.

Le COM-API d’INCA prend en charge les commandes GET et SET afin d’accéder aux options d’INCA. Le serveur ASAP3 d’INCA permet d’utiliser les commandes avec les paramètres « GetOption » et « SetOption » dans une commande ASAP3 « EXTENDED SERVICES ». La liste précise de l’ensemble des options pouvant être lues ou écrites se trouve dans la documentation INCA CEBRA qui fait partie intégrante de l’installation d’INCA.

ADM – Utilisation de variables dans le nom des fichiers de sortie

Lors de la création d’un grand nombre de fichiers, il peut s’avérer utile de réutiliser des informations déjà existantes. Le gestionnaire de données d’application (Calibration Data Manager - CDM) d’INCA prend en charge l’utilisation de variables système pour nommer les fichiers de sortie. En cas d’utilisation de cette fonction, les valeurs des variables correspondantes sont utilisées automatiquement dans le nom du fichier de sortie.

Le dialogue « Recherche de matériel » a été amélioré afin d’accroître l’efficacité lors de la recherche d’interfaces matérielles. Pour le matériel Ethernet et USB, la recherche est désormais jusqu’à huit fois plus rapide.

L’utilisateur peut désactiver la recherche d’appareils J2534 afin d’éviter les pop-up d’autres fournisseurs de matériel J2534. La valeur par défaut pour cette nouvelle option proposée aux utilisateurs peut être également définie dans le fichier INI.

ES922 est un module CAN FD pour le module de prototypage et d’interface ES910.3. Le module ES922 comporte deux interfaces CAN FD qu’INCA utilise au choix comme ports CAN ou CAN FD pour la surveillance, XCP, UDS et le flashage ProF. La version ISO du protocole CAN FD est prise en charge, tout comme sa version non ISO.

ES584.1 – Intégration dans INCA

Le module USB ES584.1 propose les interfaces suivantes :

• 1 x voie CAN/CAN FD
• 1 x voie LIN
• Utilisation simultanée des deux voies à l’aide d’un câble en Y
• Prise en charge à la fois de la version ISO et de la version non ISO du protocole CAN FD

Le comportement de S-fonctions de MATLAB^®/Simulink^® peut être contrôlé via des paramètres de masque. Un double clic sur un bloc de S-fonction permet d’afficher ces paramètres dans la boîte de dialogue.

INCA-SIP prend en charge dès à présent l’application des paramétrages pour les zones de saisie, les cases à cocher et les pop-up dans INCA.