Répondre aux exigences émergentes de journalisation de données fiable dans l'automobile : Adopter la F‑RAM

Les enregistreurs de données d'événements (EDR), communément appelés boîtes noires, sont intégrés à l'électronique automobile depuis près de cinq décennies. Alors que l'électronique des véhicules a subi une évolution radicale et que la recherche sur la conduite autonome accélère le changement, l'architecture centrale de journalisation des données EDR est restée largement inchangée. Un démontage d'un contrôleur d'airbag GM des années 1970 révèle un schéma de journalisation de données frappamment similaire à ceux des EDR d'aujourd'hui : le système attend un déclencheur d'événement avant de consigner le premier paquet de données en mémoire non volatile. Cette approche héritée persiste même alors que les autres sous-systèmes du véhicule ont progressé à travers plusieurs générations.

La raison principale de cette inertie est que la mémoire a traditionnellement été traitée comme un périphérique dans la conception EDR, plutôt que comme un élément central. Par conséquent, les limitations de l'EEPROM et de la Flash — vitesses d'écriture lentes, faible endurance (10⁶ cycles d'écriture) et dépendance aux condensateurs de secours — ont limité les capacités des EDR modernes. Dans cet article, nous remettons en question cette perception et explorons comment un passage à la F‑RAM peut élever la fiabilité des EDR pour répondre aux exigences strictes des véhicules d'aujourd'hui et de demain.

Qu'est-ce qui motive les changements de conception dans les EDR ?

De nouvelles réglementations en Europe et en Chine imposent désormais des EDR pour une large gamme de véhicules à moteur. Bien que l'Amérique du Nord manque encore d'un mandat universel, les constructeurs ont déjà largement adopté les EDR, les rendant quasi omniprésents. Ces changements réglementaires, couplés aux demandes croissantes en données des systèmes d'assistance à la conduite avancés (ADAS) et des plateformes autonomes, nécessitent un stockage de données plus important et plus fiable.

Par exemple, les véhicules autonomes de niveau 2+ génèrent d'énormes quantités de données de capteurs et d'images. Aucun sous-système unique ne peut capturer l'image complète d'un événement critique — particulièrement un accident — donc la synchronisation des données ADAS avec les journaux EDR devient essentielle pour une analyse post-événement précise.

Défis de la conception existante

La Figure 1 illustre une conception typique de contrôleur d'airbag et EDR. L'EDR surveille les changements brusques de vitesse et d'accélération du véhicule pour détecter un événement. Une fois déclenché, il collecte des données sur de nombreux paramètres de performance et de sécurité. Selon la gravité de l'événement, le contrôleur décide d'enregistrer la donnée pendant ou après l'événement. Pendant un accident, la batterie principale est supposée déconnectée, donc l'EDR s'appuie sur un condensateur de secours pour alimenter le processus de journalisation.

Les EDR actuels utilisent soit l'EEPROM, soit la Flash de données pour stocker les journaux. Comme ces mémoires écrivent par blocs de pages et ont une endurance limitée, le contrôleur réserve un tampon RAM (généralement 8–16 Ko) dans le MCU pour retenir temporairement les données avant de les transférer en mémoire non volatile. L'échantillonnage s'arrête généralement 250 ms après la détection de l'événement ; les données tamponnées sont alors écrites en EEPROM/Flash — un processus qui peut prendre plusieurs centaines de millisecondes à une seconde pour un enregistrement de 16 Ko, comme le montre la Figure 2.

Le condensateur de secours doit fournir assez d'énergie pour le transfert de données et le déploiement de l'airbag. Dans un accident grave, le système priorise le déploiement de l'airbag, potentiellement interrompant la journalisation si l'énergie du condensateur est insuffisante. Dans des scénarios extrêmes, les condensateurs de secours peuvent même se détacher de la carte, compromettant l'opération entière.

De plus, l'alimentation instable fournie par les condensateurs de secours complique l'assurance de l'intégrité des données pendant les opérations d'écriture. Une somme de contrôle est souvent requise, ajoutant du temps et de la complexité au firmware.

Nouvelle architecture avec mémoire F‑RAM

Remplacer l'EEPROM/Flash par de la F‑RAM comme mémoire non volatile externe débloque une architecture de journalisation de données fondamentalement différente. La F‑RAM offre des écritures en accès aléatoire rapides, une non-volatilité instantanée et une endurance quasi infinie, éliminant le besoin de tampons RAM dans le MCU. Le firmware peut partitionner la F‑RAM en plusieurs enregistrements EDR, gardant un enregistrement comme mémoire de travail « active » tandis que les autres sont vides ou verrouillés avec les données d'événement. Cela permet une journalisation en tampon roulant continu.

Considérez une mémoire de travail contenant 10 secondes de données. Si aucun événement ne se produit, le tampon est écrasé avec de nouvelles données — possible grâce à l'endurance de la F‑RAM. Lorsqu'un événement est détecté, les données sont déjà stockées non-volatilment. Le contrôleur décide alors seulement de verrouiller l'enregistrement (si l'événement est grave) ou de l'écraser (sinon). Ce processus de décision simplifié est dépeint dans la Figure 4 et illustré dans le diagramme de flux firmware de la Figure 5.

Avantages clés :

• Journalisation des données indépendante des condensateurs de secours, permettant des condensateurs plus petits sans compromettre l'intégrité des données.
• Complexité réduite du firmware pour la gestion mémoire.
• Fiabilité et intégrité des données améliorées pour la conformité réglementaire.

Le Tableau 1 compare les deux architectures côte à côte, soulignant la performance supérieure des EDR basés sur F‑RAM en termes de vitesse d'écriture, d'endurance et d'exigences d'alimentation.

Avec la mise en œuvre obligatoire des EDR et les demandes croissantes de journalisation de données, éliminer la perte de données n'est plus optionnel. La F‑RAM, conçue pour les applications critiques, est prête à répondre aux exigences rigoureuses des EDR automobiles de prochaine génération.

---

Harsha Medu est ingénieur principal applications chez Cypress Semiconductor. Avec une vaste expérience dans la conception et l'application de produits mémoire non volatile, il se spécialise dans la création de solutions système tirant parti des dernières technologies mémoire. Il détient un B.E. en Electronique & Communication et un MBA.

---

Contenus connexes :

• Optimisation de la journalisation de données non volatile pour nœuds capteurs IoT à récupération d'énergie
• Le visage changeant du logiciel automobile
• Amélioration de la fiabilité des systèmes de mémoire non volatile
• La NOR Flash trouve un rôle croissant dans les designs automobiles
• Comment un standard SerDes automobile favorisera l'innovation
• Amazon s'enfonce profondément dans l'automobile
• Comment un stockage plus intelligent améliore la fiabilité des véhicules autonomes

Pour plus de contenu Embedded, abonnez-vous à la newsletter hebdomadaire d'Embedded.