Carte ESP32 bon marché : découvrez les vraies limites du clone

La carte démarre sur l’établi, puis se réinitialise quand le WiFi transmet, refuse le téléversement d’un micrologiciel ou signale moins de mémoire que ce qu’annonçait la fiche produit. La réponse honnête est qu’une carte ESP32 bon marché est souvent utilisable, mais que ses composants auxiliaires remplacés en fixent les limites; identifiez ces composants avant de modifier votre conception.

Commencez par le symptôme que vous pouvez reproduire

Ne commencez pas par remplacer la carte. Rendez d’abord la défaillance reproductible à l’aide d’un court programme de test, d’un câble de données fiable et d’une alimentation mesurée. Notez la variante d’ESP32 imprimée sur la puce ou indiquée par l’outil, le message de réinitialisation exact et le moment où la défaillance survient : pendant le flashage, au démarrage ou durant l’activité radio.

Un premier passage utile consiste à :

• Débrancher les capteurs, les écrans, les relais et les longs fils.
• Alimenter la carte à partir de la même source que celle utilisée dans la version finale, puis refaire le test à partir d’un port USB fiable.
• Capturer la sortie série au moment de la défaillance, notamment les messages de baisse de tension et les réinitialisations du chien de garde.
• Exécuter séparément un test de transmission WiFi et un test d’écriture dans la mémoire flash.
• Lire l’identification de la puce et la carte mémoire avant de faire confiance à la fiche produit.

La défaillance la moins coûteuse et la plus courante concerne habituellement le circuit USB, suivie du régulateur et du câblage d’alimentation. Les affirmations concernant la mémoire sont rapides à vérifier. Les performances de l’antenne nécessitent davantage d’équipement; vérifiez-les donc après que la carte numérique a réussi ses tests de base.

Échecs de téléversement : identifiez d’abord la puce USB-série

De nombreuses cartes de développement clones remplacent l’interface USB-série présente sur une autre carte par une puce CH340, CH341, CP2102 ou CH9102. Ces composants peuvent fonctionner parfaitement, mais le pilote, le câble, le niveau de tension et le circuit de mode de démarrage comptent tous. Certaines variantes d’ESP32, notamment les cartes basées sur des puces prenant en charge l’USB natif, peuvent utiliser la propre interface USB de l’ESP32 plutôt qu’un pont distinct; ne supposez donc pas que chaque connecteur USB suit le même chemin.

Confirmez le pont réellement utilisé dans les informations sur les périphériques USB du système d’exploitation, et non dans la fiche produit. Sous Linux, lsusb indique les identifiants du fabricant et du produit; sous Windows, les propriétés du périphérique affichent les identifiants matériels. Comparez ces identifiants avec la documentation du fabricant du pont. Vérifiez ensuite le schéma de la carte ou suivez les connexions TX, RX, DTR et RTS du pont si le schéma n’est pas disponible.

Un test de bouclage peut confirmer le pont USB et le câble : déconnectez le côté ESP32 si c’est possible, reliez TX à RX sur le pont à la tension logique pour laquelle il est conçu, puis vérifiez que les caractères saisis reviennent. Ne court-circuitez pas les broches d’une carte inconnue sans vérifier d’abord le connecteur et la tension. Si le bouclage fonctionne mais que le flashage échoue, placez manuellement l’ESP32 en mode de téléchargement au début du téléversement. Un circuit de réinitialisation automatique absent ou faible est alors plus probable qu’une puce USB défectueuse.

Pour une carte utilisée uniquement pour téléverser le micrologiciel et afficher les journaux, un CH340 est suffisant. Acheter une carte dotée d’un pont différent ne corrige pas un problème de câblage du mode de démarrage, et remplacer un pont fonctionnel pris en charge par le pilote revient à dépenser de l’argent pour un problème que vous n’avez pas.

Réinitialisations pendant le WiFi : testez le régulateur avant d’accuser l’ESP32

Le régulateur intégré est souvent la véritable limite pendant les pointes de transmission WiFi, et non le microcontrôleur. L’ESP32 peut fonctionner correctement tandis qu’un petit régulateur, une piste USB mince, un fusible réarmable, un câble ou un connecteur laisse la tension d’alimentation descendre sous le niveau nécessaire à la carte.

Mesurez d’abord la tension qui alimente l’ESP32, et non seulement l’entrée de 5 V. Utilisez un oscilloscope avec un ressort de masse court si vous en avez un. Un multimètre peut indiquer une tension moyenne normale tout en manquant une brève baisse durant une pointe de transmission. Exécutez une opération WiFi reproductible, comme une association suivie d’un trafic soutenu, puis comparez la tension au repos et pendant la transmission. Une réinitialisation due à une baisse de tension dans le journal série confirme un problème d’alimentation, mais son absence n’innocente pas le régulateur.

Vérifiez le marquage du régulateur et consultez sa fiche technique pour connaître le courant de sortie maximal, la tension de déchet, les limites thermiques et les condensateurs requis. Le courant d’entrée de la carte n’est pas le même que le courant radio de l’ESP32 : les DEL, les capteurs, les circuits USB et toute charge connectée consomment une partie de la capacité du régulateur. Un régulateur peut aussi réussir un test court lorsqu’il est froid, puis échouer lorsque sa température augmente.

Ce tableau aide à distinguer les composants remplacés courants selon la défaillance qu’ils causent :

Ne corrigez pas un problème de régulateur en ajoutant au hasard un condensateur plus gros. Une capacité supplémentaire peut aider à réduire l’impédance transitoire locale, mais elle ne peut pas réparer un régulateur sous-dimensionné sur le plan thermique, présentant une tension de déchet excessive ou alimenté par un mauvais chemin USB. Mesurez la tension à l’ESP32 et remontez vers le connecteur.

Lisez la mémoire flash et la PSRAM à partir de la puce

La taille de la mémoire flash et la présence de PSRAM peuvent être lues à partir de la puce, ce qui est plus fiable que de faire confiance à une fiche produit. La commande exacte dépend de la famille d’ESP32 et de l’outil logiciel, mais esptool peut identifier la puce et lire l’identifiant JEDEC de la mémoire flash ainsi que sa capacité détectée. Dans ESP-IDF, esp_chip_info() indique les caractéristiques de la puce, tandis que la prise en charge de la PSRAM est exposée par les API pertinentes du tas et de SPIRAM. Un micrologiciel basé sur Arduino peut signaler les informations de la puce par l’intermédiaire du cœur ESP32, même si les appels disponibles varient selon la version du cœur.

Utilisez le résultat pour choisir la table de partitions et la stratégie mémoire. Une fiche produit qui indique « 4 MB » peut décrire la mémoire flash d’une révision alors qu’une autre révision contient un composant différent. Une carte peut aussi porter le même nom de famille ESP32 tout en ayant un boîtier différent, un ensemble de fonctions radio différent ou une configuration PSRAM différente. L’identifiant de la mémoire flash vous indique ce qui répond physiquement; il ne rend pas sûre une table de partitions incompatible.

Pour la PSRAM, vérifiez à la fois la caractéristique signalée et le résultat d’un test d’allocation. Une présence signalée ne garantit pas que chaque bibliothèque est configurée pour l’utiliser. Allouez un tampon connu par l’intermédiaire du chemin compatible avec la PSRAM du cadre logiciel, vérifiez son adresse et la taille du tas disponible, puis exécutez la charge réelle de la caméra, de l’écran ou du réseau. Si l’application fonctionne sans PSRAM, ne payez pas pour une mise à niveau qui ne corrige aucune contrainte actuelle. Concevoir pour une PSRAM facultative facilite généralement le transfert d’un prototype entre différentes révisions de carte.

WiFi faible : vérifiez l’adaptation de l’antenne, pas seulement le RSSI

Un clone peut copier l’ESP32 tout en modifiant la section RF. La forme de l’antenne, le réseau d’adaptation d’impédance, le dégagement autour de la masse, la transition du connecteur et le cuivre à proximité influencent tous le résultat. Un composant absent, une mauvaise valeur de condensateur ou une révision différente du circuit imprimé peut réduire la portée sans provoquer d’erreur logicielle.

Commencez par une inspection visuelle à l’aide d’un grossissement. Comparez l’extrémité de la carte où se trouve l’antenne avec la disposition de référence du fabricant, si elle existe. Cherchez des composants d’adaptation non installés, des ponts de brasure, du cuivre sous l’antenne, un méandre endommagé ou une paroi du boîtier trop près de l’élément rayonnant. Confirmez si la carte utilise une antenne sur circuit imprimé ou un connecteur externe, puis vérifiez que toute résistance de sélection d’antenne est installée à la position prévue.

Le RSSI seul ne constitue pas un test d’antenne. Il varie selon la position du point d’accès, le canal, la polarisation, la puissance de transmission et les réflexions. Pour une comparaison utile sur l’établi, gardez le point d’accès, le canal, l’orientation, la distance et le micrologiciel fixes, puis comparez la perte de paquets et le débit avec ceux d’une carte connue. Un analyseur de réseau vectoriel doté du bon montage peut mesurer la perte de retour, mais une mesure sur une carte nue n’est pas la même chose qu’une mesure avec l’antenne installée dans son boîtier final. Si les performances RF comptent, testez le produit assemblé, et pas seulement le circuit imprimé seul.

L’adaptation de l’antenne est la seule vérification pour laquelle il ne vaut pas la peine d’acheter un instrument spécialisé si le WiFi est déjà fiable à la distance requise. Commencez par un test de liaison contrôlé. Achetez ou empruntez de l’équipement de test RF seulement lorsque le symptôme mesuré le justifie.

Concevez à partir de faits, pas de la fiche produit

Une fois que chaque défaillance dispose d’un test de confirmation, inscrivez les limites de la carte dans les notes de conception : capacité flash détectée, état de la PSRAM, tension du régulateur pendant la transmission, type de pont USB et configuration de l’antenne. Conservez une image de micrologiciel fiable qui signale ces valeurs au démarrage. Ainsi, une future carte de remplacement devient un exercice de comparaison plutôt qu’un jeu de devinettes.

Nous préférons acheter la carte la moins coûteuse qui réussit ces tests, puis conserver une marge dans le chemin d’alimentation et le logiciel. Une carte de développement clone dotée d’un CH340 pris en charge, d’une mémoire flash confirmée, ne nécessitant pas de PSRAM et offrant un WiFi stable peut être le bon choix. La carte devient une mauvaise affaire seulement lorsque ses remplacements non documentés vous obligent à déboguer autour d’eux.

Questions fréquentes

Comment puis-je savoir si une carte ESP32 possède de la PSRAM?

Lisez les caractéristiques de la puce avec les API ESP-IDF ou le cadre logiciel ESP32 de la carte, puis confirmez-les avec un test d’allocation compatible avec la PSRAM. Ne déduisez pas la présence de PSRAM à partir du nom de la carte, de la sérigraphie ou de la fiche produit.

Pourquoi mon ESP32 se réinitialise-t-il seulement lorsque le WiFi démarre?

Mesurez la sortie du régulateur à l’ESP32 pendant la transmission avec un oscilloscope. Une baisse de tension, une tension de déchet du régulateur, une perte dans le câble USB ou une limite thermique est plus probable qu’un microcontrôleur défectueux, surtout si la carte est stable lorsque la radio est au repos.

Une interface USB CH340 est-elle une raison de rejeter une carte de développement clone?

Non. Si le système d’exploitation possède le bon pilote, que le bouclage réussit, que les niveaux logiques sont corrects et que le mode de démarrage automatique ou manuel fonctionne, le CH340 convient au flashage et aux journaux série.

The Boss Factory fabrique des appareils électroniques sur mesure faits sur commande et des systèmes intelligents, offre de l’impression 3D et du prototypage ainsi que de la conception et du développement de produits par l’intermédiaire de notre page de soumission.