Pourquoi les applis de scanner nRF24 affichent un écran noir sur les cartes PINGEQUA 2-en-1 bi-puce pour Flipper — et comment nous l'avons corrigé
Partager
PINGEQUA Lab · Dépannage firmware · Lecture 7 min · Mis à jour le 2026-06-25
Un scanner de canaux nRF24 générique peut faire passer l'écran d'un Flipper Zero au noir en plein scan sur les cartes 2-en-1 à double puce — voici la cause liée à l'arbitrage du bus SPI, et le correctif que nous avons livré dans RF Lab.
furi_hal_spi_bus_handle_external et en mettant systématiquement le CSN de la puce inactive à l'état haut avant tout accès. C'est un .fap gratuit et open source conçu pour la carte PINGEQUA 2-in-1 nRF24 + CC1101 RF Devboard.
Le symptôme
Sur une carte à double puce, lancer un scanner de canaux nRF24 tiers et démarrer un scan de signal peut faire passer l'écran du Flipper au noir en plein milieu du processus.
Cela ne concerne pas uniquement notre matériel. L'application nRF24 communautaire la plus forkée comporte un rapport ouvert décrivant la même classe de défaillance :
« l'écran devient parfois complètement noir pendant environ 5 secondes durant le scan. Si le temps de scan est réduit, ce phénomène est observé plus souvent. »
— flipperzero-nrf24 issue #15, ouverte depuis 2022
Pourquoi cela touche davantage les cartes à double puce
Une carte 2-en-1 câble le nRF24 et le CC1101 en parallèle sur un même bus SPI, sélectionnés par logiciel via la ligne CSN dédiée de chaque puce. Un scanner écrit pour un seul nRF24 ne pilote que sa propre CSN — il ne désélectionne jamais la seconde puce. Les deux puces peuvent alors répondre simultanément sur le bus partagé, et un scanner qui monopolise le bus SPI en continu peut priver de ressources la tâche de rafraîchissement de l'écran. Le résultat que vous observez est un écran noir.
Nous ne sommes pas les seuls à signaler cette lacune des applications héritées — même nos propres notes produit avertissent que les applications héritées peuvent comporter des définitions de broches codées en dur, et recommandent des apps avec une gestion GPIO/SPI correcte.
Pourquoi nous avons tout réécrit plutôt que de patcher
Patcher les particularités d'un seul fork ne résout pas le problème sous-jacent d'arbitrage du bus, et cela ne survit pas à la prochaine mise à jour du firmware. Nous avons donc reconstruit le toolkit début 2026 sur la base du Furi SDK officiel — aucun symbole privé de fork, un seul arbitre SPI propre.
Ce qui a changé
-
Arbitre SPI à handle unique — chaque transaction passe par un seul handle de bus (
furi_hal_spi_bus_handle_external), celui que chaque firmware embarque. - La puce inactive est toujours désélectionnée — avant tout accès, le CSN de l'autre puce est mis à l'état haut. Le bus n'est jamais laissé dans un état ambigu, donc l'écran n'est jamais privé de ressources.
- Un seul .fap, tous les firmwares — fonctionne sur le firmware officiel Flipper (OFW), Momentum, Unleashed, RogueMaster et Xtreme. Aucune recompilation.
Historique des versions et compatibilité firmware
Ce qui a changé au fil des versions
| Version | Ce qu'elle a apporté |
|---|---|
| Réécriture sur le Furi SDK (début 2026) | Reconstruit sur le Furi SDK officiel ; handle de bus SPI unique (furi_hal_spi_bus_handle_external) ; CSN de la puce inactive toujours mis à l'état haut avant tout accès. |
| v0.5.2 | Noms de fichiers d'export lisibles (ex. scan_2026-05-15_143022_ch42.csv) ; écran « À propos » sur l'appareil avec des QR codes scannables vers la boutique et le dépôt source. |
| RF Lab v0.5.4 (2026-06-12) | Ajoute un générateur de signal 2,4 GHz réservé aux tests autorisés ; puissance de sortie volontairement limitée pour respecter FCC §15 / ETSI EN 300 328. |
Compatibilité firmware
| Firmware | Remarques |
|---|---|
| Firmware officiel Flipper (OFW) | API minimale ≥ 87.1 |
| Momentum | Pris en charge, aucune recompilation |
| Unleashed | Pris en charge, aucune recompilation |
| RogueMaster | Pris en charge, aucune recompilation |
| Xtreme | Pris en charge, aucune recompilation |
Livré sous la forme d'un seul .fap d'environ 44 Ko qui couvre les cinq firmwares cibles dès le départ.
À voir en action
Essayez-le sur votre installation
- Téléchargez
pingequa_rf_toolkit.fapdepuis GitHub Releases - Glissez-le dans
/ext/apps/GPIO/dans qFlipper - Lancez-le depuis
Apps → GPIO → PINGEQUA RF Lab
Aucun remappage GPIO, aucune configuration spécifique par firmware.
La suite, c'est vous qui la décidez
La feuille de route de la v0.6 est ouverte. Vous voulez une vue spectrale Sub-GHz, un balayage double bande ou des préréglages de scan personnalisés ? Ouvrez une issue — la prochaine version se construit à partir de ce que les gens demandent réellement.
Matériel ouvert. Code source ouvert.
nRF24L01+PA et CC1101 sur un seul bus SPI — pour le Flipper Zero.
Télécharger le FAP (gratuit) Obtenir le matérielFoire aux questions
Pourquoi les apps de scan nRF24 génériques provoquent-elles un écran noir sur les cartes 2-en-1 à double puce ?
Mon écran devient noir pendant un scan — mon module nRF24 est-il défectueux ?
Quelle version de l'app corrige le problème d'écran noir, et comment a-t-il été corrigé ?
RF Lab peut-il émettre, ou est-il uniquement en réception ?
Cela fonctionnera-t-il sur mon firmware sans recompilation ?
Sources et pour aller plus loin : flipperzero-nrf24 #15 · Documentation du Furi SDK de Flipper
PINGEQUA RF Lab est un FAP open source (licence MIT) pour Flipper Zero, conçu pour la PINGEQUA 2-in-1 RF Devboard (nRF24L01+ + CC1101) — source : github.com/pingequalab/rf-lab. Son mode générateur de signal est réservé aux tests RF autorisés et à un usage pédagogique, avec une puissance de sortie limitée pour respecter FCC §15 / ETSI EN 300 328 ; PINGEQUA est un fabricant de matériel indépendant et n'est affilié ni à Flipper Devices ni aux projets de firmware/apps tiers mentionnés ci-dessus (OFW, Momentum, Unleashed, RogueMaster, Xtreme ; flipperzero-nrf24).