Aller au contenu

Alexakadoope

Nouveaux membres
  • Compteur de contenus

    4
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par Alexakadoope

  1. Re-bonjour à tous, C'est encore moi ! Grâce à vos pistes, j'ai réussi à régler mon problème de flash (c'était un conflit de cible V1/V2). Mais comme un bonheur n'arrive jamais seul, j'ai maintenant un souci assez inquiétant sur la partie motorisation. Le problème : Dès que je passe l'étape du PREARM / ARM, les moteurs tournent au ralenti (Idle) puis se mettent à accélérer de façon fulgurante sans que je ne touche au stick des gaz. Ce que j'ai découvert et fait : Tests Betaflight (onglet Moteurs) : En test individuel via les sliders : Tout semble OK. Les moteurs tournent sans chauffer. DShot Bidirectionnel : J'ai réussi à l'activer. Sur 3 moteurs, j'ai bien un retour RPM et 0% d'erreurs. Bug intermittent : Parfois, le moteur n°3 m'affiche E: 100% et une température à 0°C au branchement. Un "reboot" complet (USB + Batterie) semble effacer l'erreur temporairement, mais ça m'inquiète pour la fiabilité. Ma config actuelle : ESC : Sequre 4-en-1 (AM32) connecté par nappe. Protocole : DSHOT600 (Bidirectional ON) et ESC Sensor OFF. Gyro : MPU6000. Réglages : Motor Idle à 3%, MOTOR_STOP activé pour pouvoir gérer la puissance moi même et couper les moteurs s'ils s'emballent. Mes questions : Est-ce que l'emballement peut être lié au fait que je teste sans hélices (AirMode qui s'affole alors que je l'ai désactivé) malgré le fait que le drone soit immobile sur une table ? L'erreur "E: 100%" intermittente sur un seul moteur est-elle le signe que l'ESC est en train de rendre l'âme ? Pourquoi certains moteurs accélèrent tout seuls alors que le mapping et le sens de rotation sont validés dans l'onglet Motors ? Je vous joins un status et mon diff all en commentaire si besoin. Merci d'avance pour votre expertise ! # status MCU: STM32H743 (Rev.V) CLK=480MHz, Vref=3.30V, Core temp=53degC STACK: 2048b (0x2001fff8) CONFIG: CONFIGURED (3893b / 131072b) DEVICES DETECTED: SPI=1, I2C=1 (0 errors) GYRO: (1) MPU6000 enabled locked dma ACC: MPU6000 BARO: BMP280 OPTICAL-FLOW: NONE GPS: connected, UART6 57600 (set to 57600), configured, version = M10 FLASH: JEDEC ID=0x00ef4018 16M BUILD KEY: a583830bd812f63d342b3d244bd0cacc (2025.12.2) System Uptime: 17 seconds, Current Time: 2026-03-18T13:43:26.793+00:00 CPU:13%, cycle time: 125, GYRO rate: 8000, RX rate: 251, System rate: 10 Voltage: 24.19V (6S battery - OK) Arming disable flags: NOPREARM CLI MSP # diff all # version # Betaflight / STM32H743 (H743) 2025.12.2 Feb 17 2026 / 09:57:35 (79065c96b) MSP API: 1.47 # config rev: e378347 # 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 -AIRMODE feature MOTOR_STOP feature GPS feature TELEMETRY feature LED_STRIP # serial serial UART1 0 115200 57600 0 115200 serial UART4 64 115200 57600 0 115200 # aux aux 0 0 1 900 1250 0 0 aux 1 1 0 1300 2100 0 0 aux 2 36 2 900 1250 0 0 # master set dyn_notch_count = 1 set dyn_notch_q = 500 set acc_calibration = 89,55,-89,1 set motor_idle = 100 set dshot_bidir = ON set pid_process_denom = 2 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
  2. 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 !
  3. 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
  4. 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 !
×
×
  • Créer...