Vous avez monté votre kit Flare RC sur votre voiture RC, la calibration est bonne, le câblage est propre, et pourtant : au repos, sans toucher la radio, votre ESP32 voit le throttle bouger tout seul. Les flammes d'échappement se déclenchent intempestivement, les warnings sautent, vous perdez la tête. Bienvenue dans le monde fascinant — et frustrant — des interférences radio.

Cet article retrace le diagnostic complet d'un cas réel rencontré par un testeur Flare RC en mai 2026. La conclusion finale, après plusieurs heures de tests, va vous surprendre — et vous épargnera peut-être des heures de galère sur votre propre installation.

Le setup du testeur

Pour bien comprendre le diagnostic, voici le matériel impliqué :

• Carte : Arduino Nano ESP32 officiel (basé ESP32-S3)
• Récepteur : Futaba R304SB (T-FHSS 2.4 GHz)
• ESC : Hobbywing Xerun XD10 Pro (drift compétition, 48 kHz drive frequency)
• Châssis : Yokomo Rookie Drift RD2.0 (RWD plastique, antenne avant, moteur/ESC arrière)
• Signal sur GPIO4 (S3), alimentation depuis le BEC ESC

Calibration relevée par l'application : neutre 1360 µs, plein avant 1071 µs, plein arrière 1713 µs, zone morte 20 µs. Tout cela est parfaitement normal pour une radio drift voiture.

Le symptôme observé

Au neutre, gâchette relâchée, sans toucher à rien : la valeur pw (pulse width) lue par l'ESP32 oscille entre 918 µs et 1528 µs au lieu de rester à 1360 µs. Soit 610 µs de variation au repos. Dès qu'il pousse la gâchette dans n'importe quel sens, le signal devient ultra-stable. Étrange, non ?

Les valeurs lues par l'app défilent en mode rafale : 0, 100, 79, 100, 50, 0, 60, 0, 100, 0... Pas progressif, pas continu — des sauts brutaux entre des valeurs élevées et zéro.

Tests éliminatoires

Méthode classique : on isole chaque composant pour trouver le coupable.

Test 1 — Servo sur CH2

On débranche l'ESP32 et on branche un servo classique sur le canal 2 du récepteur. Résultat : le servo reste parfaitement immobile au neutre. La radio et le récepteur sortent donc un signal correct. Le problème est entre le récepteur et l'ESP32.

Test 2 — ESP32 seul en USB

On débranche l'ESC, on alimente l'ESP32 en USB directement, et on garde uniquement signal CH2 + GND vers le récepteur. Résultat : signal parfaitement stable. L'ESP32 et son câblage signal/masse fonctionnent bien.

Test 3 — Reconnexion progressive de l'ESC

On rebranche l'ESC. Le signal redevient instable au neutre. À première vue, le coupable est l'ESC Hobbywing XD10 Pro. Mais le moteur ne bouge pas, le servo de direction est stable — l'ESC ne reçoit pas de fausses commandes, seul l'ESP32 voit du bruit.

Les fausses pistes

Voici toutes les hypothèses testées qui se sont révélées fausses :

• ❌ Drag brake de l'ESC — mis à 0%, aucun changement.
• ❌ Module OTA Bluetooth Hobbywing — débranché, aucun changement.
• ❌ Masse commune mal faite — refaite avec fil direct, aucun changement.
• ❌ Récepteur défaillant — testé avec autre récepteur, même symptôme.
• ❌ Trim radio mal réglé — vérifié à 0, bind refait, aucun changement.
• ❌ Failsafe Futaba — mis sur OFF pour CH2, aucun changement.

Toutes les pistes électriques sont épuisées. Et pourtant le problème persiste.

L'indice révélateur

Le testeur remarque alors un détail crucial : quand il tient l'antenne du récepteur dans sa main, le signal devient parfaitement stable. Dès qu'il lâche, ça refluctue. Le placement de l'antenne ne change rien — peu importe la distance avec le moteur ou l'ESC.

La vraie cause : interférence WiFi 2.4 GHz

Le testeur s'éloigne de son modem WiFi de quelques mètres. Résultat instantané : le signal devient parfaitement stable, même sans toucher l'antenne. Diagnostic confirmé.

Les radios RC modernes (Futaba T-FHSS, Sanwa FH-S, Spektrum DSMR, KO Propo, Flysky) utilisent la bande 2.4 GHz — exactement la même que votre WiFi domestique. Un routeur WiFi émet en continu à une puissance 100 à 1000 fois plus élevée que l'émetteur RC. Quand l'antenne du récepteur capte ce bruit, plusieurs choses se passent :

• Au neutre (valeur PWM ~1360 µs), les bits transmis sont au seuil de basculement. Le bruit WiFi suffit à faire basculer la valeur décodée → la pulse mesurée varie.
• En commande forte (plein gaz/frein), la valeur PWM est saturée vers une extrémité. Même avec quelques bits faussés, la valeur décodée reste correcte → signal stable visible.
• Le servo a une tolérance interne ±50 µs et moyenne sur plusieurs pulses — il ne voit pas le bruit. L'ESP32 lit chaque pulse au microseconde près → il voit tout.

C'est pour ça que le problème n'apparaît qu'au neutre et qu'il est visible uniquement sur l'ESP32, pas sur le servo.

Les solutions

Solution 1 — Éloignement physique

La plus simple et la plus efficace : éloignez la voiture d'au moins 2 à 3 mètres de toute box ou routeur WiFi avant de tester. Testez à l'extérieur si possible, ou dans une pièce sans appareils 2.4 GHz actifs (smartphones, micro-ondes, caméras IP, etc.).

Solution 2 — Filtre logiciel Flare RC

Le firmware Flare RC intègre depuis cette mise à jour un double filtre logiciel qui élimine la grande majorité des parasites :

• Anti-glitch temporel : rejet de toute transition inférieure à 800 µs (physiquement impossible en PWM RC)
• Filtre médian sur 3 lectures : élimine automatiquement les valeurs aberrantes isolées (outliers)
• Validation de plage stricte : 900-2100 µs uniquement

Latence ajoutée : maximum 60 ms, totalement imperceptible visuellement sur des LEDs.

Solution 3 — Filtre RC matériel (cas extrêmes)

Si malgré tout ça votre installation reste bruitée (typiquement avec un ESC compétition à haute fréquence comme Hobbywing XR10/XD10 Pro, Mamba X, ou en environnement industriel), ajoutez un filtre RC matériel entre le récepteur et le GPIO :

• Résistance 100 Ω ou 220 Ω en série sur le fil signal
• Condensateur céramique 10 nF (marqué 103) entre le GPIO et le GND, au plus près de l'ESP32

Coût : ~0,15 €. Fréquence de coupure 159 kHz : bloque les parasites haute fréquence sans altérer le signal RC légitime (50 Hz).

Méthode de diagnostic à retenir

Si vous rencontrez un problème similaire, voici la procédure pas à pas :

1. <strong>Test servo CH2</strong> : un servo classique tremble-t-il ? Si oui = problème radio. Si non = signal source correct, problème côté ESP32 ou environnement.
2. <strong>Test ESP32 seul en USB</strong> sans ESC : stable ? Le problème vient de l'ESC ou de l'environnement.
3. <strong>Test éloignement WiFi</strong> : 2-3 m d'une box WiFi, voire à l'extérieur.
4. <strong>Test du toucher d'antenne</strong> : si tenir l'antenne stabilise le signal, c'est presque certainement une interférence environnementale 2.4 GHz.
5. <strong>Si toujours problématique</strong> : filtre RC matériel 100 Ω + 10 nF.

La leçon à retenir

Quand un signal RC fluctue uniquement au neutre, le premier réflexe doit être de vérifier l'environnement radio, pas le câblage. La bande 2.4 GHz est saturée d'émetteurs : WiFi, Bluetooth, micro-ondes, caméras IP, smartphones, baby phones... Tous ces appareils peuvent perturber un récepteur RC compact.

La bonne nouvelle : Flare RC est conçu pour être résilient. Le filtre logiciel intégré gère 90% des cas. Pour le 10% restant, un simple éloignement physique ou un filtre RC matériel à 15 centimes résout le problème.