FAQ SF32¶
1. Choisir un produit¶
1.1. Quelle famille SF32 choisir ?¶
Commencez par ces critères de sélection essentiels :
- Résolution d’affichage : nombre de pixels, interface, rafraîchissement et mémoire de framebuffer nécessaires.
- Mode Bluetooth : BLE uniquement ou Bluetooth bimode (BLE et Bluetooth classique).
- Nombre de GPIO disponibles : broches restantes après affectation des interfaces et de la mémoire.
- Dimensions du boîtier : emprise, pas des broches et exigences d’assemblage du PCB.
- Alimentation : batterie ou alimentation régulée, plage de tension de fonctionnement et niveaux d’E/S.
- Fonctions audio : besoins en ADC/DAC, I2S et PDM, y compris les canaux de microphone.
Comparez des références précises plutôt que de vous fier au seul numéro de famille : un numéro supérieur n’est pas forcément mieux adapté. Chacun de ces critères figure dans le Sélecteur de produits ; utilisez-les pour présélectionner des références précises.
Comparaison des familles · Sélecteur de produits
1.2. Faut-il utiliser une puce, un module ou une carte de développement ?¶
Utilisez une carte de développement pour évaluer la plateforme et valider le firmware. Un module réduit le travail lié à la RF, aux quartz et au routage mémoire sur la carte porteuse ; il peut aussi diminuer le coût global de développement. Pour les produits en petites séries, il simplifie l’approvisionnement des composants qu’il intègre, et sa certification RF peut être utile dans certaines régions. Choisissez une conception à puce lorsque le coût, les dimensions ou la flexibilité justifient de prendre en charge vous-même le schéma, le routage et la RF. Quelle que soit la solution retenue, le produit final doit être validé. D’autres modules seront ajoutés au fur et à mesure de leur disponibilité.
1.3. Avec quelle carte de développement commencer ?¶
Commencez par la carte LCD de votre famille, conçue pour l’évaluation de l’affichage : SF32LB52-DevKit-LCD, SF32LB56-DevKit-LCD, SF32LB57-DevKit-LCD (variante mémoire N32R16) ou SF32LB58-DevKit-LCD (variante N16R32N1). Pour le SF32LB52x, des cartes plus compactes sont également disponibles : SF32LB52-DevKit-Core-3p3, SF32LB52-DevKit-Nano et SF32LB52-DevKit-ULP (évaluation basse consommation pour les appareils portables). Vérifiez que la variante mémoire de la carte correspond à la référence cible ; le guide officiel des modèles de cartes SiFli les répertorie toutes.
Sélecteur de produits · Guide officiel des modèles de cartes
1.4. Comment lire les références des puces et modules ?¶
Lisez le code de commande complet, pas seulement le préfixe de famille. Les codes des puces distinguent composant, boîtier et mémoire ; les suffixes des modules décrivent le stockage et la mémoire installés. Consultez les exemples et exceptions historiques du guide, puis confirmez la configuration commandable auprès du fournisseur.
2. Mémoire et spécifications¶
2.1. Quelle différence entre SRAM, PSRAM et Flash ?¶
La SRAM et la PSRAM stockent les données d’exécution, qui sont perdues lorsque l’alimentation est coupée ; les modes de rétention dépendent du composant. La SRAM interne et la PSRAM externe ou intégrée au boîtier diffèrent par leur accès, leur bande passante et leur consommation. La Flash conserve le firmware et les ressources hors tension. Une capacité Flash supérieure ne compense pas un manque de RAM de travail.
2.2. De combien de mémoire mon application a-t-elle besoin ?¶
Prévoyez la RAM nécessaire au système, aux piles, au tas, aux tampons graphiques et audio, ainsi qu’aux tâches simultanées. Un framebuffer de base nécessite largeur × hauteur × octets par pixel × nombre de tampons ; ajoutez l’alignement du pas de ligne et les éventuels tampons de rendu supplémentaires. Dimensionnez séparément le stockage non volatil requis pour le firmware, les polices, les images, l’audio, les fichiers et les images OTA. Mesurez le pic d’utilisation avec la charge prévue.
Présentation des graphismes · Planifier un produit
2.3. Quand choisir NOR, NAND ou eMMC ?¶
Choisissez en fonction du chemin de démarrage, de la capacité, du mode d’accès et de la prise en charge logicielle, et pas seulement de la capacité. La NOR convient couramment au code et aux lectures aléatoires ; la NAND nécessite une gestion adaptée des blocs d’effacement, de l’ECC et des blocs défectueux ; l’eMMC intègre un contrôleur de stockage. Ici, SPI-NAND et QSPI-NAND désignent la même option de stockage, et non deux produits différents. Vérifiez la prise en charge du composant exact par le chargeur d’amorçage, le pilote et le système de fichiers.
Types de mémoire · Codes de suffixe des modules
2.4. Chaque référence possède-t-elle toutes les fonctions de sa famille ?¶
Non. Un résumé de famille peut regrouper les capacités de plusieurs références. La mémoire, l’alimentation, les broches utilisables et les interfaces accessibles dépendent du SKU, du boîtier et du multiplexage. Un périphérique intégré à la puce peut ne pas être exposé par le module ou la carte de développement. Vérifiez le tableau des variantes, la fiche technique, le brochage et la prise en charge de la fonction par le SDK.
Comparaison des familles · Sélecteur de produits
3. Adéquation à l’application¶
3.1. Comment choisir un composant pour mon écran ?¶
Vérifiez d’abord l’interface électrique et les temporisations de la dalle, puis sa résolution, le format des pixels, la fréquence de rafraîchissement visée, la mémoire du framebuffer et la bande passante. La résolution maximale ne garantit pas un affichage fluide. Confirmez l’accélération graphique et le pilote nécessaires, puis testez des écrans et des animations représentatifs avec la configuration mémoire prévue.
Matrice des interfaces par famille et variante · Contrôleur d’affichage · Présentation des graphismes
3.2. Comment vérifier la prise en charge audio et microphones ?¶
Examinez les canaux ADC et DAC pour les signaux analogiques, I2S pour les appareils audio numériques et PDM pour les microphones numériques. Une interface PDM peut transporter jusqu’à deux canaux de microphone : le nombre d’interfaces et le nombre de microphones ne sont donc pas équivalents. Les canaux utilisables dépendent aussi des broches exposées, du multiplexage, des pilotes et du routage. Vérifiez la configuration visée au lieu d’additionner simplement les interfaces.
Présentation de l’audio · Glossaire
3.3. Quels produits prennent en charge BLE, Bluetooth Classic ou les deux ?¶
SF32LB55x ne prend en charge que le BLE ; SF32LB52x, SF32LB56x, SF32LB57x et SF32LB58x proposent le Bluetooth bimode. La présence d’une radio ne garantit pas la prise en charge de tous les profils, codecs ou fonctions dans chaque configuration du SDK. Vérifiez le profil requis et l’exemple testé correspondant ; la seule prise en charge du BLE ne prouve pas celle de l’audio Bluetooth classique ni de BLE Audio.
Comparaison des familles · Présentation de Bluetooth
3.4. Mon produit nécessite-t-il un composant Wi-Fi externe ?¶
Les produits SF32 répertoriés dans ce catalogue n’intègrent pas de radio Wi-Fi. L’option Wi-Fi du sélecteur désigne une solution externe via SDIO. Ce composant nécessite également une alimentation, des broches, des pilotes et un logiciel réseau compatibles ; la présence de SDIO ne suffit pas à garantir une solution fonctionnelle.
3.5. Combien de GPIO sont réellement disponibles ?¶
Partez du boîtier et de la configuration mémoire exacts, puis déduisez les broches affectées aux interfaces requises et aux fonctions de la carte. Un module n’expose qu’une partie des broches de la puce. Sur SF32LB57x BGA112, les broches supplémentaires destinées à MPI3 ou aux sorties statiques ont un usage limité ; ce ne sont pas des GPIO librement affectables. Ne considérez pas le nombre annoncé comme un budget garanti pour l’application.
Notes GPIO des familles · Variantes SF32LB57x
4. Disponibilité et planification du produit¶
4.1. Que signifie le marquage du module pour mon produit ?¶
Consultez le résumé des étiquettes pour identifier les variantes concernées et demandez les documents d’homologation ainsi que les conditions d’intégration applicables. Un identifiant FCC ou un marquage CE imprimé ne prouve pas à lui seul que votre produit final est couvert. Toute modification de l’antenne, de la carte porteuse ou du boîtier doit être examinée au regard des conditions applicables.
Marquages du module 52 · Marquages du module 56 · Marquages du module 58
4.2. Puis-je demander une autre configuration mémoire ou module ?¶
Contactez μForge.io en précisant la puce ou le module visé, les capacités de stockage et de PSRAM, les interfaces, les contraintes d’antenne, le volume et le calendrier. Confirmez la faisabilité, la prise en charge par le SDK, la quantité minimale de commande et le délai avant de figer le produit. Une configuration mentionnée dans un ancien document n’est pas nécessairement toujours disponible ; SF32LB58-MOD-E4R32N1 n’est plus disponible en raison de la pénurie de puces mémoire.
Contacter μForge.io · Disponibilité du module 58
4.3. Comment confirmer la disponibilité et obtenir des échantillons ?¶
Utilisez les liens d’achat et de documentation de la page produit. Lorsque vous contactez le fournisseur, indiquez le code de commande complet et la révision souhaitée. Confirmez la disponibilité, la configuration mémoire, l’antenne et le délai. Commencez si possible par une carte d’évaluation prise en charge et utilisez la documentation officielle de la référence exacte, plutôt qu’un résumé de famille, comme référence finale de conception.
Contacter μForge.io · Sélecteur de produits
Dernière mise à jour: