Problème de flash et capteurs non détectés sur FC SEQUREH7V2 (STM32H743)

[Alexakadoope]

Bonjour à tous,

Je me tourne vers la communauté car je suis complètement bloqué avec mon contrôleur de vol. Hier, tout fonctionnait plus ou moins, mais j'ai voulu flasher la carte (ou j'ai fait une mauvaise manipulation je ne suis plus très sûr) et depuis, c'est la panne.

Mon matériel :

• FC : SEQUREH7V2 (MCU STM32H743)

• ESC : ESC 4en1 Sequre Blueson A2 AM32 70A 8S

• Gyro : ICM42688P (intégré au FC)

• Conditions de test : J'ai complètement isolé la FC pour éviter toute interférence. L'ESC est déconnecté (nappe retirée), le GPS et le récepteur sont débranchés. J'utilise un câble USB data dont je suis certain.

L'historique du problème : Au départ, le bootloader n'était pas reconnu dans Betaflight, m'empêchant de flasher. J'ai tenté de forcer les pilotes avec Zadig 2.9, ce qui n'a pas vraiment marché. J'ai ensuite désinstallé le périphérique et passé un coup d'ImpulseRC Driver Fixer. Depuis, c'est mieux : lorsque je branche la carte en maintenant le bouton BOOT, elle est bien reconnue en "Betaflight DFU in fs mode".

Cependant, il est impossible d'aller au bout d'un flash fonctionnel.

Symptôme 1 : Échec silencieux sous Betaflight Configurator. Quand je tente de flasher, le processus efface la mémoire puis s'arrête brusquement. La carte se déconnecte sans écrire le firmware. Voici l'extrait du log :

2026-03-18 @12:13:27 -- Mémoire totale de 2048 KiB détectée sur le périphérique
2026-03-18 @12:13:27 -- Protection en lecture inactive.
2026-03-18 @12:13:59 -- 2048 kB de mémoire effacé avec succès
2026-03-18 @12:14:28 -- Périphérique USB fermé avec succès.

Symptôme 2 : Flash via STM32CubeProgrammer mais FC "morte". J'ai téléchargé ma cible en local (betaflight_4.5.3_STM32H743_SEQUREH7V2_f74dafb6.hex) et j'ai utilisé STM32CubeProgrammer. La connexion se fait bien, et le téléchargement semble aller au bout. Cependant, quand je me reconnecte ensuite à Betaflight, aucun capteur ne fonctionne (le gyroscope ne réagit pas, la FC semble inerte) :

12:03:35 : File: C:\Users\alexb\Downloads\betaflight_4.5.3_STM32H743_SEQUREH7V2_f74dafb6.hex
12:03:41 : Error: Data mismatch found at address 0x08000004 (byte = 0x75 instead of 0xB5) [...]
12:03:50 : Erasing internal memory sector 0
12:03:51 : Erasing internal memory sectors [2 4]
12:03:57 : File download complete
12:04:02 : Disconnected from device.

Est-ce que l'un d'entre vous sait comment résoudre ce problème et pourrait m'aider s'il vous plaît ? Y a-t-il une subtilité avec les adresses mémoire des H7 ou un problème de "Custom Defaults" qui m'échappe ? Ou alors ça vient du fait que j'ai des divers foireux.

Merci beaucoup pour votre temps et votre aide !

[Wanegain]

Est-ce que les capteurs sont bien activés dans l'onglet configuration ? As-tu bien choisi Full erase chip pour flasher ? Est-ce que tu vois bien la version 4.5.3 lorsque tu connectes la carte ? Est-ce que tu as choisi le Custom Defaults et bien calibré l'accéléromètre ?

En CLI tape

status

normalement tu dois voir Hardware status et tu sauras ce qu'il en est des capteurs.

[Alexakadoope]

il y a 3 minutes, Wanegain a dit :

Est-ce que les capteurs sont bien activés dans l'onglet configuration ? As-tu bien choisi Full erase chip pour flasher ? Est-ce que tu vois bien la version 4.5.3 lorsque tu connectes la carte ? Est-ce que tu as choisi le Custom Defaults et bien calibré l'accéléromètre ?

En CLI tape

status

normalement tu dois voir Hardware status et tu sauras ce qu'il en est des capteurs.

Les capteurs sont bien activés dans l'onglet configuration. Par contre dans ce même onglet, je remarque que "Gyro update frequency" est à 1 kHz et "Fréquence de la boucle PID" à 1 kHz aussi alors que quand tout fonctionnait hier, c'était 8 kHz... 

J'ai bien choisi à chaque fois "Full erase chip" pour flasher.

Quand je me connecte au FC, voici les logs : 

2026-03-18 @12:51:24 -- Périphérique - redémarrage
2026-03-18 @12:51:24 -- Périphérique - redémarrage
2026-03-18 @12:51:24 -- Périphérique - Prêt
2026-03-18 @12:51:24 -- Périphérique - Prêt
2026-03-18 @12:51:24 -- Port série fermé avec succès.
2026-03-18 @12:51:26 -- Connexion au port série ID: serial réussieopened with ID: serial
2026-03-18 @12:51:26 -- Version de l'API MultiWii: 1.47.0
2026-03-18 @12:51:26 -- Infos contrôleur de vol: BTFL, version 2025.12.2
2026-03-18 @12:51:26 -- Date du firmware: Feb 16 2026 23:30:12
2026-03-18 @12:51:26 -- Carte: SQRE/SEQUREH7V2(STM32H743), version: 0
2026-03-18 @12:51:26 -- ID unique du dispositif: 0x4d003e3031510a34373938
2026-03-18 @12:51:26 -- Clé de compilation: a909490055db6cd9fbd2224cf6ff5dbd
2026-03-18 @12:51:26 -- Nom de l'aéronef:
2026-03-18 @12:51:26 -- Désarmé

J'ai l'impression que la version est 0 ?

Une fois le flash tenté (je rappelle qu'aucun message de succès n'apparait), je n'ai pas la fenêtre pour me dire d'apply le customs defaults ou de quoi calibrer l'accéléromètre (grisé).

Par ailleurs, j'avais un backup d'un fichier que j'ai fait hier quand tout fonctionnait à peu près bien. Le voici:

 

# version
# Betaflight / STM32H743 (SH74) 4.5.0 Apr 29 2024 / 08:51:11 (c155f5830) MSP API: 1.46
# config rev: 53c4a3c

# start the command batch
batch start

# reset configuration to default settings
defaults nosave

board_name SEQUREH7
manufacturer_id SQRE
mcu_id 004d003e3031510a34373938
signature 

# feature
feature GPS
feature TELEMETRY
feature LED_STRIP
feature OSD
feature ESC_SENSOR

# master
set acc_calibration = 106,67,-128,1

profile 0

profile 1

profile 2

profile 3

# restore original profile selection
profile 0

rateprofile 0

rateprofile 1

rateprofile 2

rateprofile 3

# restore original rateprofile selection
rateprofile 0

# save configuration
save

Et quand je tape status, voici ce que j'obtiens : 

# status
MCU: STM32H743 (Rev.V) CLK=480MHz, Vref=3.30V, Core temp=50degC
STACK: 2048b (0x2001fff8)
CONFIG: UNCONFIGURED (3893b / 131072b)

DEVICES DETECTED: SPI=0, I2C=1 (0 errors)
GYRO: None
BARO: BMP280
GPS: NOT ENABLED
FLASH: JEDEC ID=0x00ef4018 16M

BUILD KEY: a909490055db6cd9fbd2224cf6ff5dbd (2025.12.2)

System Uptime: 294 seconds, Current Time: 2026-03-18T11:56:19.510+00:00
CPU:0%, cycle time: 0, GYRO rate: 0, RX rate: 0, System rate: 9
Voltage: 0.01V (0S battery - NOT PRESENT)
Arming disable flags: NOGYRO BOOTGRACE CLI MSP

 

[Wanegain]

Alors déjà tu n'es pas en 4.5.3 mais en 2025.12.2

En tout cas je pense que la meilleure chose à faire, c'est de flasher à nouveau et teste avec la version 4.5.3.

En gros tu as bien betaflight installé mais tu n'as pas le bon firmware car de ce que je comprends il n'arrive pas à communiquer avec le gyro alors qu'elle voit bien le Baro (qui est en bus I2C).

Tu dois avoir des commandes CLI pour paraméter manuellement le gyro mais il faut savoir quoi faire (définir le bus, son id, le type de gyro, etc... et je ne connais pas du tout les commandes sous betaflight) car normalement tout ça est fait lorsque tu appliques les paramètres par défaut ou lors de l'installation du firmware..

[Alexakadoope]

il y a 4 minutes, Wanegain a dit :

Alors déjà tu n'es pas en 4.5.3 mais en 2025.12.2

En tout cas je pense que la meilleure chose à faire, c'est de flasher à nouveau et teste avec la version 4.5.3.

En gros tu as bien betaflight installé mais tu n'as pas le bon firmware car de ce que je comprends il n'arrive pas à communiquer avec le gyro alors qu'elle voit bien le Baro (qui est en bus I2C).

Tu dois avoir des commandes CLI pour paraméter manuellement le gyro mais il faut savoir quoi faire (définir le bus, son id, le type de gyro, etc... et je ne connais pas du tout les commandes sous betaflight) car normalement tout ça est fait lorsque tu appliques les paramètres par défaut ou lors de l'installation du firmware..

Erreur de ma part, je viens de me rendre compte que mon FC supporte le firmware SEQUREH7 et non le SEQUREH7V2, cela vient du fait que mon FC est un V1 et non un V2. Donc c'était logique que le firmware V2 ne fonctionnait pas avec... 

Merci de ton aide !