Je veux créer une vraie rupture dans les systèmes embarqué mais je ne sais pas si mon idée vaut vraiment le coup - I will not promote

Salut tout le monde, Je me permets de poster ici parce que je travaille seul sur un projet hardware embarqué et j’ai besoin d’avis techniques solides pour savoir si je vais dans la bonne direction ou si je me raconte des histoires. Le projet s’appelle DISPELDA. L’idée de départ c’est de concevoir une architecture matérielle et logicielle qui permette à des petits systèmes embarqués de continuer à tourner et à prendre des décisions locales quand les communications ou le GNSS sont dégradés ou coupés. En gros, rendre la machine moins dépendante de l’extérieur. Je ne cherche pas à fabriquer un drone complet, je veux surtout travailler sur la brique électronique et le firmware qui rendraient ce genre de comportement possible sur des cibles contraintes. Pour l’instant j’ai un prototype très simple, une STM32 Nucleo F446RE avec une IMU MPU6050 branchée en I2C. Le firmware est en C, pas de RTOS pour le moment, boucle temps réel avec une fréquence cible de 200 Hz, mémoire statique uniquement. J’ai un filtre de Madgwick qui tourne et je teste en parallèle un petit modèle type réseau de neurones liquide pour comparer le comportement sur ce genre de cible. Je suis bien conscient que c’est un POC, pas un produit. La carte est une Nucleo, pas un PCB custom, le capteur est bas de gamme, et il n’y a aucune qualification hardware pour l’instant. Ce que je voudrais comprendre c’est ce qui manque concrètement au niveau hardware pour passer de ce prototype à un MVP crédible. Qu’est-ce qu’il faudrait avoir sur la carte, quelles interfaces, quel type de connectique, quelles protections, quelle architecture minimum pour que ce ne soit plus juste un dev board avec des fils ? Est-ce qu’une base STM32F4 a encore du sens ou est-ce qu’il vaut mieux viser autre chose ? Je cherche des avis directs, quitte à me faire démonter. Merci d’avance pour vos retours.