SystemDesk

Votre point de départ pour la simulation et la validation

SystemDesk constitue la base idéale pour votre processus SIL (Software-In-the-Loop). Sur la base de votre code ECU existant, vous pouvez créer des calculateurs virtuels qui vous permettent d'exécuter et de tester votre code dans une simulation SIL rentable. Si vous souhaitez modéliser une nouvelle architecture AUTOSAR classique ou modifier une architecture existante, SystemDesk offre des outils d'architecture AUTOSAR puissants mais faciles à utiliser.

Création d'un système sous test (SUT) valide et réaliste pour les tests SIL

Un V-ECU est un logiciel de calculateur qui peut être exécuté dans un environnement SIL. Le V-ECU peut être basé sur Classic AUTOSAR, un code non conforme à AUTOSAR, Adaptive AUTOSAR ou même des applications POSIX. SystemDesk offre un support complet pour la création de tout type de V-ECU pour les tests SIL.

Dans le contexte AUTOSAR classique, un V-ECU peut contenir le code de production des fonctionnalités à tester, soit uniquement au niveau de l'application, soit en incluant le logiciel de base. Les V-ECU peuvent être créés en incluant le logiciel applicatif et le logiciel de base dSPACE ou avec votre propre logiciel de base. En utilisant le logiciel de base dSPACE, vous pouvez créer un V-ECU rapidement et facilement sans avoir de connaissances approfondies d’AUTOSAR, tandis que l'intégration de votre propre logiciel de base permet à un calculateur virtuel réaliste de simuler votre calculateur réel. Le code non conforme à AUTOSAR peut également servir de base à un V-ECU classique. Pour ce faire, il faut saisir les fonctions, leur temps de cycle et les interfaces. Des V-ECU peuvent même être créés pour des calculateurs non AUTOSAR avec un logiciel de base.

Outre les V-ECU dans le contexte conventionnel, les V-ECU peuvent également être basés sur des architectures dynamiques. Cela inclut à la fois les applications POSIX et Adaptive AUTOSAR . L’Adaptive AUTOSAR a une architecture différente, dans laquelle un environnement d'exécution est utilisé indépendamment du niveau d'application, ce que l'on appelle un middleware. Par conséquent, les applications peuvent être échangées et mises à jour de manière flexible tout en utilisant les fonctionnalités du middleware qui ont été standardisées par l’AUTOSAR. Pour les V-ECU, vous pouvez utiliser votre propre middleware ou celui du démonstrateur de l'AUTOSAR Adaptive Platform.

Vous pouvez utiliser VEOS pour simuler le V-ECU généré, validant ainsi votre logiciel dans une simulation sur PC. Bien sûr, cela s’applique également aux V-ECU basés sur Linux de l’environnement adaptatif. L'utilisation associée d'un logiciel d'expérimentation tel que ControlDesk, vous permet d'évaluer les résultats.

Avez-vous défini un comportement dans le logiciel que vous voulez changer ? Il suffit de charger votre architecture logicielle dans SystemDesk et de modifier les composants nécessaires ou d'ajuster le code C. Après avoir généré à nouveau votre V-ECU, vous pouvez vérifier les résultats de vos modifications directement avec VEOS. Des chemins courts vers des résultats rapides et valides.

Le bon V-ECU pour vos tests

Sur la voie du calculateur réel à la fin du processus de développement, SystemDesk supporte les V-ECU au niveau de l'application, du BSW de simulation et du BSW de production.

V-ECU de niveau application

Les V-ECU de niveau application peuvent être utilisés pour effectuer des tests fonctionnels complets sur les logiciels applicatifs. Des composants logiciels individuels et un logiciel applicatif complet peuvent servir de base au V-ECU. Même à ce niveau initial, le V-ECU peut être utilisé dans le cadre d'un processus de test continu pour détecter les erreurs dès le début du processus de développement.

V-ECU BSW de simulation

En plus du premier niveau, le second niveau du V-ECU comprend un logiciel de base non productif qui a été créé uniquement pour ce V-ECU spécifique et sa simulation. Ainsi, le V-ECU peut être connecté à un bus virtuel et testé dans un contexte plus large.

V-ECU BSW de production

En plus du logiciel applicatif, les V-ECU BSW de production contiennent également le logiciel de base de production. Ainsi, ils simulent le logiciel indépendant du matériel du calculateur réel. Comme ces V-ECU sont adaptés aux tests complets du logiciel du calculateur, ils sont souvent utilisés par les responsables du calculateur pour les étapes précédant le test HIL.

Modélisation de votre architecture logicielle

Créez votre propre architecture logicielle AUTOSAR en partant de zéro ou améliorez une architecture existante.

SystemDesk offre des outils de modélisation complets. Par exemple, vous pouvez créer des composants logiciels individuels ou multiples jusque dans les moindres détails avant de les combiner en une composition intégrée. Il est ainsi possible de modéliser l'ensemble de la couche applicative d'un calculateur individuel ou même un logiciel applicatif réparti sur plusieurs calculateurs.

La modélisation d'une architecture AUTOSAR classique est prise en charge dans SystemDesk par des boîtes de dialogue intuitives préconfigurées permettant de conserver à tout moment une vue d'ensemble de votre modèle. L'assistance graphique complète vous aide non seulement à utiliser le produit pour la première fois mais favorise également un travail efficace avec une réduction des erreurs dans les projets à grande échelle.

Dans ce type de projets, les fichiers AUTOSAR sont généralement stockés de manière centralisée dans un système de gestion des versions, tel que « git », afin que les différents développeurs et architectes puissent travailler séparément et en parallèle. Si des conflits surviennent ou si vous souhaitez simplement obtenir un aperçu rapide des modifications, AUTOSAR Compare de dSPACE vous assiste de manière totalement indépendante de vos autres outils. Combiné avec SystemDesk, vous pouvez même afficher les différences entre un fichier spécifique et l'état actuel du projet dans SystemDesk.

Pour améliorer la qualité des projets, SystemDesk inclut une fonction de validation complète, basée sur des règles, de la cohérence et de l'exactitude. Vous pouvez valider à la fois l'ensemble de l'architecture et des composants ou bien des éléments individuels à partir des boîtes de dialogue.

Pour vous apporter encore plus de confort, SystemDesk peut vous aider à automatiser les tâches récurrentes . Une API avancée permet un haut niveau d'automatisation à l'aide de simples scripts Python.

Du point de départ au monde SIL complet

Vous avez créé un V-ECU avec SystemDesk sur la base de votre architecture logicielle : ceci marque vos débuts dans le monde flexible et rentable de la simulation SIL. Grâce à l'évolutivité d'un V-ECU, vous pouvez gagner un temps précieux sur les tests HIL, exécuter différents tests simultanément et même effectuer des tests directement sur le PC du développeur. Les V-ECU de niveau 1 peuvent même être utilisés sur SCALEXIO comme restbus.

En plus de l'intégration facile de SystemDesk dans votre chaîne d'outils existante, dSPACE propose des produits compatibles pour optimiser votre workflow dans le monde SIL. Par exemple, vous pouvez simuler un ou plusieurs V-ECU dans VEOS et les tester dans un environnement réaliste. ControlDesk vous permet d'évaluer toutes les valeurs dans un aperçu concis, tandis qu' AutomationDesk vous permet d'exécuter vos tests de manière entièrement automatique.

Les fichiers AUTOSAR peuvent être sauvegardés de manière centralisée pour permettre à divers développeurs et architectes d'y accéder en parallèle à partir de tous ces produits, dans un système de gestion des versions tel que « git », par exemple. Si des conflits surviennent ou si vous souhaitez simplement obtenir un aperçu rapide des modifications, AUTOSAR Compare de dSPACE vous assiste de manière totalement indépendante de vos autres outils.

You are planning on using SIL or our SIL tool chain for the first time? Our experts would be happy to help you set out on your simulation and validation journey.