Dans une passerelle domotique, le SoC radio détermine bien plus que la compatibilité Zigbee ou Thread: il influence aussi la marge mémoire, la sécurité, la stabilité du réseau et la facilité d’évolution du firmware. La comparaison efr32mg21 vs cc2652p revient donc à trancher entre deux philosophies très proches sur la radio, mais pas identiques du tout sur le CPU, l’enveloppe logicielle et l’architecture. Je vais aller droit aux points qui comptent réellement pour une box ou un hub branché en continu.
Le vrai arbitrage se joue sur la marge logicielle, la sécurité et l’intégration
- L’EFR32MG21 offre plus de mémoire et un Cortex-M33 à 80 MHz, donc davantage de confort pour un firmware riche.
- Le CC2652P reste très solide pour un coordinateur Zigbee ou une passerelle simple, avec un écosystème très répandu.
- Sur le papier, les deux montent à +20 dBm, mais la portée réelle dépend autant de l’antenne que du chip.
- Le MG21 prend l’avantage si la sécurité matérielle et la marge d’évolution priment.
- Le CC2652P garde un intérêt fort quand la simplicité de déploiement et la compatibilité firmware sont prioritaires.
Ce que cette comparaison change dans une passerelle domotique
Quand je parle de passerelle, je ne pense pas seulement au radio chip : je pense au cœur qui fait tourner le coordinateur, traite les trames, gère les états réseau et encaisse les mises à jour. Silicon Labs positionne l’EFR32MG21 pour les équipements alimentés sur secteur, les passerelles et les hubs, ce qui colle très bien à une box domotique fixe. De son côté, le CC2652P est lui aussi un vrai multiprotocoles 2,4 GHz, mais il est souvent choisi pour un rôle plus ciblé, très efficace en tant que contrôleur radio. La conséquence est simple : on ne cherche pas la même marge de manœuvre logicielle, même si les deux parlent les mêmes familles de protocoles.
C’est pour cela que je regarde maintenant les écarts bruts, sans leur faire dire plus qu’ils ne disent.
Les écarts techniques qui comptent vraiment
À ce niveau, je préfère comparer ce qui change vraiment la vie d’un intégrateur plutôt que de me perdre dans les promesses génériques. Le tableau ci-dessous résume les points qui pèsent le plus quand on conçoit un hub, un dongle coordinator ou une box domotique plus ambitieuse.
| Critère | EFR32MG21 | CC2652P | Lecture pratique |
|---|---|---|---|
| CPU | Arm Cortex-M33 à 80 MHz | Arm Cortex-M4F à 48 MHz | Le MG21 donne plus de marge pour un firmware riche et des services annexes. |
| Mémoire flash | Jusqu’à 1024 kB | 352 kB | Le MG21 respire mieux si l’on ajoute journalisation, OTA et logique applicative. |
| RAM | Jusqu’à 96 kB | 80 kB de SRAM + 8 kB de cache SRAM | Le CC2652P reste correct pour un coordinateur dédié, mais la marge du MG21 est plus confortable. |
| Boîtier et encombrement | QFN32 4 x 4 mm, 20 GPIO | VQFN48 7 x 7 mm, 26 GPIO | Le MG21 aide quand la place manque; le CC2652P laisse plus de liberté de routage. |
| Puissance radio max | Jusqu’à +20 dBm | Jusqu’à +20 dBm | Égalité sur la puissance crête affichée. |
| Sécurité matérielle | Secure Vault, TrustZone, secure boot, secure debug | TRNG, AES-128/256, SHA2-512, ECC, RSA | Le MG21 a une approche plus moderne de la racine de confiance; le CC2652P reste bien armé pour l’IoT sécurisé. |
| Protocoles visés | Zigbee, Thread, Bluetooth Low Energy, Bluetooth mesh | Thread, Zigbee, Bluetooth 5.2 LE, 6LoWPAN, TI 15.4, multiprotocoles concurrent | Les deux couvrent le cœur des passerelles domotiques, avec un léger avantage fonctionnel au CC2652P sur le papier côté Bluetooth LE. |
Ce tableau met surtout une chose en évidence: l’EFR32MG21 est plus généreux en CPU et en mémoire, alors que le CC2652P reste très crédible comme radio dédiée, avec une intégration simple et une base logicielle solide. Autrement dit, le choix ne se résume pas à un score de puissance, il dépend de ce que la passerelle devra porter dans deux ou trois ans, pas seulement au premier démarrage.
Une fois ce socle posé, le vrai écart se voit dans la façon dont la radio se comporte dans une maison chargée en Wi-Fi, en murs porteurs et en objets connectés.
La radio et la portée dans un logement réel
Sur le terrain, la portée utile dépend moins du chiffre « +20 dBm » que de la sensibilité, de l’antenne, de la masse métallique autour du module et du niveau de bruit dans la bande 2,4 GHz. L’EFR32MG21 annonce une sensibilité de -104,3 dBm en 250 kbps O-QPSK DSSS, tandis que le CC2652P est donné à -100 dBm en 802.15.4 et -105 dBm en Bluetooth LE 125 kbps; en pratique, on reste dans le même ordre de grandeur pour un réseau Zigbee bien conçu. Ce qui m’intéresse surtout, c’est que les deux puces ont assez de marge pour une passerelle de maison, à condition de ne pas sacrifier le design RF en route.
| Point radio | EFR32MG21 | CC2652P | Ce que j’en retiens |
|---|---|---|---|
| Sensibilité 802.15.4 | -104,3 dBm à 250 kbps O-QPSK DSSS | -100 dBm | Le MG21 garde un léger avantage sur le papier en réception Zigbee/Thread. |
| Réception active | 9,4 mA à 250 kbps O-QPSK DSSS | 6,9 mA | Le CC2652P paraît un peu plus sobre en réception active. |
| Émission à faible puissance | 9,9 mA à 0 dBm | 7,3 mA à 0 dBm | Le CC2652P est plus frugal à bas niveau de sortie. |
| Émission intermédiaire | 34,9 mA à 10 dBm | 22 mA à +10 dBm | Le CC2652P semble plus efficient à ce palier. |
| Puissance maximale | +20 dBm | +20 dBm | Égalité sur la puissance de crête. |
Je lis ces chiffres avec prudence, car les conditions de mesure ne sont pas identiques d’un document à l’autre. Ce que je retiens, en revanche, est beaucoup plus concret: la portée réelle se gagne d’abord avec l’implantation radio - antenne, plan de masse, éloignement du Wi-Fi, qualité du boîtier - puis seulement avec le choix du SoC. Dans une passerelle domotique, un mauvais placement peut faire plus de dégâts qu’une différence de quelques dB sur le papier.
La radio ne dit pas tout: le logiciel, les mises à jour et la maturité des piles de développement changent souvent le verdict.
Le logiciel et l’écosystème font souvent pencher la balance
La radio n’explique pas tout, loin de là. Dans une passerelle domotique, le vrai coût invisible est souvent logiciel: outils de dev, mise à jour OTA, maturité des piles Zigbee/Thread, facilité de débogage et disponibilité de firmwares prêts à l’emploi. Chez Silicon Labs, l’EFR32MG21 s’inscrit dans un univers très intégré, avec Simplicity Studio et une logique de sécurité matérielle poussée; chez TI, le CC2652P s’appuie sur l’écosystème SimpleLink et sur des composants logiciels pensés pour des applications multiprotocoles. En clair, je choisis rarement la puce la plus impressionnante sur le papier, je choisis celle que l’équipe saura maintenir proprement pendant trois ans.
Quand le CC2652P fait gagner du temps
Pour un coordinateur Zigbee simple, un dongle USB ou une passerelle centrée sur une seule fonction radio, le CC2652P reste très confortable. Sa mémoire est plus limitée que celle du MG21, mais elle suffit souvent à une pile Zigbee stable, et sa présence massive dans les projets domotiques facilite les retours d’expérience, les firmwares communautaires et le diagnostic quand quelque chose coince.Lire aussi : Alexa pour la maison connectée - Vraiment utile ou gadget ?
Quand l’EFR32MG21 prend l’avantage
Dès qu’on ajoute des services voisins - journalisation locale, supervision, bridge multi-réseaux, règles plus lourdes ou sécurité renforcée - la réserve de flash et de RAM du MG21 devient nettement plus utile. C’est la différence entre un produit qui fonctionne et un produit qui garde encore de l’air quand on veut le faire évoluer.
Cette marge logicielle compte encore plus quand la passerelle doit rester allumée des années sans dériver, ce qui nous amène à la consommation et à l’intégration physique.
Consommation, thermique et intégration sur une box branchée en continu
Pour une box branchée en continu, je ne regarde pas la consommation comme je le ferais sur un capteur à pile. Ici, le sujet est surtout la stabilité thermique, les pics en émission, la tenue de l’alimentation et la façon dont le module réagit quand le réseau est occupé. Le CC2652P annonce 0,94 µA en standby, 22 mA à +10 dBm et 85 mA à +20 dBm; l’EFR32MG21 affiche 5,0 µA en EM2 avec conservation de 96 kB de RAM, 9,9 mA à 0 dBm et 34,9 mA à +10 dBm. Je ne lis pas ces valeurs comme un verdict absolu, mais comme un rappel: une alimentation propre et un PCB sérieux valent presque autant que le SoC lui-même.
- Si le boîtier est compact, la dissipation et le découplage doivent être soignés.
- Si l’antenne est interne, le métal, les câbles et le Wi-Fi voisin peuvent coûter plus qu’un demi-dB de sensibilité.
- Si la passerelle doit rester silencieuse et fiable, mieux vaut réduire les retransmissions que courir après la puissance maximale.
- Si vous visez un produit fini, testez toujours la radio dans le boîtier réel, pas seulement sur le banc de labo.
Cette lecture plus concrète mène directement à la vraie question de décision: quel SoC prend le dessus selon le scénario d’usage.
Le choix que je ferais pour une passerelle domotique de 2026
- Je prends le CC2652P si la passerelle sert surtout de coordinateur Zigbee stable, que l’écosystème TI est déjà en place et que je veux aller vite.
- Je prends l’EFR32MG21 si je construis un hub plus ambitieux, avec marge CPU/mémoire, sécurité matérielle plus riche et logique d’évolution à moyen terme.
- Je ne choisis pas sur la puissance seule si le design RF, l’antenne et le boîtier ne sont pas déjà verrouillés.
- Je garde une réserve si le projet doit vivre longtemps: la capacité à mettre à jour proprement le firmware compte presque autant que la portée initiale.
Avant de figer le schéma, je valide toujours trois points: le firmware cible, le boîtier réel et la topologie radio du logement. C’est souvent là que se joue la vraie différence entre un projet théorique et une passerelle qu’on oublie parce qu’elle fonctionne tous les jours.
