La bibliothèque de communication ISOAgLib, développée par The ISOBUS Experts dans le cadre d'un système ISOBUS, garantit toutes les fonctionnalités disponibles ou possibles dans un système de communication électronique de données selon la norme ISO 11783, telles que l'affichage des interfaces utilisateur sur un terminal virtuel (ISOBUS VT) ou la gestion des commandes basée sur les données du processus du TaskController (ISOBUS TC).
Toutes les fonctionnalités et interfaces spécifiques aux machines définies dans la norme ISO 11783 sont déjà implémentées, ce qui facilite vos premiers pas dans le monde de l'ISOBUS.
Un autre avantage de l'ISOBUS-Stack est que cette solution logicielle est complètement indépendante du matériel.
The ISOBUS Experts ont conçu l'ISOAgLib Safety Edition de toutes pièces en se fondant sur de nombreuses années d'expérience avec la version Open Source originale ISOAgLib. Cette version correspond aux normes en vigueur en matière de sécurité fonctionnelle et est donc « Safety ready ».
 | |
|---|---|
| Application de la norme ISO 11783/ISOBUS | |
| Licence commerciale, y compris les mises à jour de la dernière version de la norme ISO 11783 et la prise en charge générale de l'ISOBUS | |
| Certification AEF ISOBUS garantie | |
| Assurance qualité par le biais d'évaluations | |
| Assurance qualité par des tests automatisés de modules et d'intégration et des tests manuels de systèmes pour validation | |
| Développé dans le strict respect de la norme ISO 25119 sur la sécurité fonctionnelle | |
| Pas de HEAP dynamique nécessaire, seulement l'utilisation d'une RAM statique (les tampons sont configurables) | |
| Compatible avec tous les compilateurs C99 (et la plupart des C90) | |
| Consommation de mémoire optimale pour le client VT «Object Pool» |
Afin de garantir la sécurité fonctionnelle des logiciels critiques pour la sécurité pendant leur fonctionnement, la norme ISO 25119 a défini différents niveaux d'exigences pour les logiciels (Software Requirements Level). Au fur et à mesure que les exigences en matière de sécurité du système augmentent, il en va de même pour la planification, le développement et la maintenance du logiciel concerné.
En complément de la norme ISO, l'AEF publie régulièrement des directives mises à jour avec des recommandations pour la mise en œuvre et l'interprétation des normes. Pour les systèmes relatifs à la sécurité dans le secteur agricole, l'AEF recommande une implémentation conforme au SRL 1. Néanmoins, nous avons décidé de développer l'ISOAgLib SE pour le SRL 2. Les différences entre le SRL 1 et le SRL 2 pour la planification, le développement et la maintenance sont indiquées dans le tableau ci-dessous.
| Required methods regarding the software requirements level | SRL 1 | SRL 2 |
|---|---|---|
| General | ||
| AgPL Coverage | Total coverage of AgPL=a and only partly coverage of AgPL=b and c | Total coverage up to AGPL=d |
| Corresponding SIL | Max. SIL 1* | SIL 2* |
| Software safety requirements specification | ||
| Requirements specification in natural language | ||
| Description of software safety requirements with semi-formal and formal design methods | ||
| Usage of computer aided specification tools | ||
| Inspection of software safety requirements | ||
| Software architecture and design | ||
| Use of trusted/verified software modules and components to avoid the need for extensive revalidation or redesign for each new application | ||
| Semi-formal and formal design methods | ||
| Structured programming | ||
| Use of coding standards | ||
| Inspection of software design and/or source code | ||
| Software module testing | ||
| Boundary value analysis | ||
| Control flow analysis (detecting poor and potentially incorrect program structures e.g. inaccessible code, knotted code) | ||
| Data flow analysis (detecting poor and potentially incorrect program structures e.g. read variables before value was assigned, written but not read variables) | ||
| Walk-through/design reviews (detect faults as soon as possible during development) | ||
| Equivalence classes and input partition testing | ||
| Integration testing | ||
| Functional and black-box testing | ||
| Performance testing regarding response timings and memory constraints | ||
| Performance testing regarding performance requirements | ||
| Software safety validation | ||
| Test interface | ||
| Tests within the ECU network | ||
| Hardware-in-the-loop tests | ||
| Additional feature | ||
| Comprehensive System Validation Test** | ||
« Pourquoi nos clients choisissent-ils l'ISOAgLib SE ? L'implémentation de l'ISOAgLib SE conformément aux exigences du SRL 2 selon la norme ISO 25119 est décisive pour nos clients. Les directives actuelles de l'AEF ne prennent en compte que les scénarios avec AgPL=c maximum et ne recommandent donc qu'une implémentation conforme au SRL 1. Cela nous permet d'offrir à nos clients le plus haut degré de sécurité d'investissement disponible sur le marché à ce jour. Avec le degré croissant d'automatisation, les exigences en matière de sécurité fonctionnelle d'un système augmentent également. Avec l'ISOAgLib SE, nos clients ont opté pour une technologie durable. Ils ont également choisi l'ISOAgLib SE pour sa qualité supérieure et constante, qui est garantie par les nombreux tests et contrôles, conformes au SRL 2, pendant l'implémentation. »
Martin Wodok
Manager Research & Development The ISOBUS Experts