Particle Boron

ParticleMCU 8-32 bitarduino

⚡ L’essentiel en 60 secondes

La carte Particle Boron, dévoilée par Particle Industries en février 2018, s’inscrit dans une lignée de matériel connecté conçue pour faciliter le développement d’objets connectés (IoT) nécessitant une communication cellulaire. Elle fait partie d’une famille de trois cartes basées sur le même cœur électronique, aux côtés des modèles Argon et Xenon, mais se distingue par son intégration native d’une connectivité réseau large zone. Physiquement, elle adopte le format « Adafruit Feather », un standard de l’industrie qui garantit une compatibilité mécanique avec une vaste gamme d’accessoires appelés « FeatherWings », permettant d’ajouter des capteurs, des écrans ou des modules GPS sans soudure complexe. Cette approche modulaire, combinée à un poids plume de 10 grammes et à des dimensions compactes d’environ 5,1 sur 2,3 centimètrès, en fait une solution idéale pour les prototypes compacts ou les produits finis où l’espace est compté.

Le cerveau de la Boron est le microcontrôleur Nordic nRF52840, un circuit intégré puissant qui combine un processeur ARM Cortex-M4F cadencé à 64 MHz, une mémoire flash de 1 Mo et une mémoire vive de 256 Ko. Pour le néophyte, il faut comprendre que ce processeur est capable de gérer des calculs complexes tout en consommant très peu d’énergie, grâce à des unités spécialisées pour le traitement du signal et la cryptographie. Ce choix de puce offre également des fonctions radio avancées, notamment le Bluetooth 5 et la norme 802.15.4, bien que l’usage principal de la Boron reste la communication cellulaire. C’est ici qu’intervient le second composant essentiel : un modem cellulaire fabriqué par u-blox. Selon les variantes du modèle, ce modem permet de se connecter aux réseaux LTE-M (une variante basse consommation de la 4G) ou aux anciens réseaux 2G/3G. Il est crucial de noter que la connectivité cellulaire exige une antenne externe, fournie dans les kits, qui se branche sur un connecteur spécifique, car l’antenne intégrée ne suffit pas pour les fréquences basses utilisées par les opérateurs téléphoniques.

L’expérience de développement repose sur le système d’exploitation « Device OS » de Particle, qui s’apparente à un environnement Arduino simplifié. Contrairement aux cartes nécessitant un système d’exploitation lourd comme Linux, la Boron est un système embarqué temps réel. Le code utilisateur, écrit en C/C++, interagit avec le matériel via une bibliothèque appelée « Wiring API », qui masque la complexité des registres électroniques pour offrir des commandes simples comme « allumer une LED » ou « lire un capteur ». L’un des atouts majeurs de cette carte est son intégration profonde avec le cloud de Particle. Dès la mise en route, la carte peut être revendue sur un compte utilisateur, créant un lien sécurisé chiffré entre le matériel et les serveurs de l’entreprise. Cela permet aux développeurs de lire des données à distance, d’exécuter des fonctions sur la carte ou de mettre à jour le logiciel (OTA) sans jamais toucher physiquement à l’appareil, une fonctionnalité indispensable pour les déploiements massifs ou géographiquement dispersés.

La gestion de l’énergie est un aspect critique pour les objets connectés autonomes. La Boron intègre un circuit de charge pour batterie Lithium-Polymère (LiPo), ainsi qu’un jaugeur de batterie qui informe le logiciel du niveau de charge restant. La carte offre plusieurs modes de veille, dont un mode « Hibernation » qui réduit la consommation à quelques microampères, permettant à une petite batterie de tenir des mois, voire des années, si la carte ne se réveille que rarement pour envoyer des données. Cependant, il est important de noter que la puissance disponible sur la sortie 3,3 volts est limitée à 1000 mA, ce qui signifie que la carte ne peut pas alimenter des périphériques très énergivores simultanément à son fonctionnement propre. De plus, la conception impose des précautions strictes : par exemple, le pin de mise sous tension (EN) ne doit jamais être relié directement à une sortie numérique, sous peine d’empêcher la carte de s’éteindre complètement, ce qui viderait la batterie.

Concernant la connectivité réseau, la situation a évolué depuis le lancement. Les modèles initiaux compatibles 2G/3G sont aujourd’hui dépréciés et non recommandés, notamment aux États-Unis où ces réseaux ont été fermés en 2022. La variante actuellement recommandée et disponible est le modèle BRN404X, qui utilise la technologie LTE Cat M1. Cette norme est optimisée pour l’Internet des Objets, offrant une meilleure pénétration des signaux dans les bâtiments et une consommation réduite par rapport à la 4G classique. Toutefois, cette certification LTE est spécifique à l’Amérique du Nord ; les modèles LTE ne sont pas certifiés pour l’Europe, ce qui limite leur usage international sans vérification approfondie des réglementations locales. Pour faciliter le déploiement, les modèles récents embarquent une eSIM (carte SIM intégrée) pré-configurée avec un profil de données, éliminant le besoin d’insérer physiquement une carte SIM nano, bien qu’un emplacement physique reste disponible pour plus de flexibilité.

La sécurité est également prise au sérieux par le matériel. Le nRF52840 inclut un moteur cryptographique matériel (CryptoCell) et une technologie TrustZone, permettant de protéger les clés d’authentification uniques de chaque appareil. Cela garantit que seules les communications légitimes sont acceptées par le cloud. Sur le plan pratique, les développeurs doivent être conscients de certaines fragilités mécaniques, comme la délicatesse du connecteur d’antenne externe qui ne supporte pas des branchements répétés, ou la nécessité de respecter une polarité stricte pour les batteries LiPo, car une inversion peut endommager la carte. Enfin, bien que la Boron ait été initialement présentée comme une passerelle pour le réseau maillé « Particle Mesh », cette fonctionnalité a été abandonnée par le fabricant, et il est déconseillé de concevoir de nouveaux projets autour de cette technologie disparue. En résumé, la Particle Boron reste une référence robuste pour les projets IoT cellulaires nécessitant une liaison fiable, une gestion énergétique fine et une intégration cloud transparente, à condition de choisir la variante LTE récente et de respecter les contraintes réglementaires et matérielles spécifiques à chaque région.

Forum (1 sujet) →

AttrSpecsvérifié
application_socNordic Semiconductor nRF52840 — ARM Cortex-M4F 32-bit @ 64 MHz, 1 MB flash, 256 KB RAM, Bluetooth 5 (2/1/500/125 kbps), 802.15.4 radio, NFC-A tag, DSP + HW FPU, ARM TrustZone CryptoCell-310 crypto engine (Boron datasheet, Features; GitHub hardware repo✔
cellular_modem_model_dependent(Boron datasheet, Radio specifications): - BRN402/BRN404: u-blox SARA-R410M-02B-00/-03, 3GPP Release 13 LTE Cat M1 half-duplex, power class 3 (23 dBm); NorAm bands 2, 4, 5, 12, 13 (Features section; the datasheet's radio-spec table lists additional bands — its own revision history v012 (2024-03-19) says "Incorrect bands listed for the BRN402 and BRN404" were being fixed, so trust the Features list). - BRN404X: u-blox SARA-R510S-01B, Release 14 LTE Cat M1, bands 2/4/5/12/13 (BRN404X datasheet). - BRN310/BRN314: u-blox SARA-U201, 3GPP Release 7 HSPA/GSM, GSM 850 / E-GSM 900 / DCS 1800 / PCS 1900 (features also list 800/2100 MHz for the 3G bands). - > ? non vérifié
storageon-board 4 MB external SPI flash (datasheet Features; the older GitHub README says 2 MB — early boards; datasheet is current). Flash layout: nRF52840 — bootloader 48 KB @0xF4000, System 656 KB @0x30000, SoftDevice 192 KB, user app 256 KB @0xB4000 (Device OS 3.1+); external SPI flash — LittleFS 2 MB, FAC 128 KB, OTA 1.5 MB (datasheet, Memory map).? non vérifié
gpio_20_mixed_signal_all_3_3_v_max6 analog inputs (A0–A5), 8 PWM (D2–D8 + A0–A5 per pin table), 1 UART, 1 SPI in the peripherals table, 2 I2C — but the datasheet's own revision notes contradict the table: v007 "Number of accessible I2C ports is 1, not 2" and v008 "Corrected number of SPI ports (2)". > ✔
rf_antennascellular radio has a U.FL connector — an external antenna is required for cellular use; BLE uses an on-board PCB antenna by default with an optional U.FL (firmware-selectable). Certified antennas: PARANTC41EA (LTE-M flex, included in kits), Taoglas FXUB63.07.0150C (ANT-FLXU), ANT-FLXV2 (BLE 2.4 GHz), ANT-NFC (NFC) (datasheet + BRN404X datasheet, Antenna sections).? non vérifié
simDual SIM support: Nano 4FF and MFF2 (embedded); EtherSIM models (BRN404/BRN314/BRN404X) ship a pre-embedded Particle EtherSIM profile; store kits advertise a "free global embedded SIM card and data plan" (datasheet Features; store product page above). 2018 launch cellular plan: $2.99/month with 3 MB data, $0.40/MB extra (CNX, Feb 14, 2018).? non vérifié
powermicro-USB (≥500 mA; 2G/3G model needs 2 A USB or a LiPo attached because the SARA-U201 peaks at 1.8 A in 2G mode), Li+ pin 3.6–4.2 V (single-cell LiPo or DC), integrated LiPo charger with battery connector and charge-status LED (ON=charging, OFF=done, 1 Hz blink=fault, fast blink=battery disconnected), 3V3 output from Torex XC9258A buck regulator max 1000 mA — cannot power the board (unlike Photon), EN pin forces deep power-down (70–75 µA) via XC8107 load switch (datasheet, Power / Charge status LED).? non vérifié
typical_consumption(datasheet, Power consumption tables, measured @3.6 V battery): - Boron LTE: idle (MCU on, radios off) 3.90 mA; connected-but-idle 17.9 mA typ; transmitting 63.9 mA typ / 184 mA peak; peak current 490 mA; HIBERNATE sleep ~106 µA; ULP GPIO wake ~127 µA. - Boron 2G/3G: connected idle 18.7 mA typ; transmitting 86.1 mA typ / 981 mA peak; HIBERNATE ~146 µA.? non vérifié
temperatureoperating −20 to +60 °C, storage −30 to +75 °C; humidity ≤95 % RH non-condensing (datasheet, Recommended operating conditions / Absolute maximum ratings).? non vérifié
mechanicalAdafruit Feather footprint and pinout (~5.1 × 2.3 cm), 10 g, 16-pin + 12-pin 0.1" headers, 10-pin SWD debug connector, RGB status LED, Reset + Mode buttons (datasheet; CNX 2018 article; GitHub repo).? non vérifié
  • Fabricant : Particle (Particle Industries / Particle.io).
  • Annoncée : les 13–14 février 2018, together with the Argon (Wi-Fi) and Xenon (BLE/Mesh) as Particle's nRF52840 "next generation hardware" line (blog Particle "Introducing Particle's next generation hardware powered by Particle Mesh", 13 février 2018, repris par CNX Software :
  • Prix au lancement : US$29 during the pre-order period (livraison gratuite pendant les premières 24 h), puis US$39 ensuite (CNX Software, 14 février 2018, même article). Expédition attendue en juillet 2018 ; expédition effective reportée à octobre 2018 (unboxing CNX, 3 novembre 2018 :
  • Variantes / modèles (datasheet Boron, Model comparison + Ordering information, : - BRN310 — Boron 2G/3G (global), u-blox SARA-U201, SIM physique — Deprecated. - BRN314 — Boron 2G/3G (global) + EtherSIM — NRND / Deprecated (l'en-tête du tableau de comparaison des modèles du datasheet affiche "BRN313" alors que les sections features et commande indiquent BRN314 ; considérer "BRN313" comme une coquille du datasheet). - BRN402 — Boron LTE Cat M1 (North America), u-blox SARA-R410M, SIM Particle embarquée — Deprecated, remplacement BRN404X. - BRN404 — Boron LTE Cat M1 (NorAm) + EtherSIM — Deprecated, remplacement BRN404X. - BRN404X — Boron LTE Cat M1 (NorAm), u-blox SARA-R510S-01B, EtherSIM — GA (Generally Available) and "Supply Secure" ; seul modèle actuellement recommandé (datasheet BRN404X, - Homologues SMT/castellated : les modules E-Series (p. ex. E404X) sont les équivalents production en module castellated du Boron ("Boron and E series castellated modules" — CNX Software, 1 mai 2020 : ; E404X listé sur la page Device OS Cellular API :
  • Statut (2026-10-13) : gamme de produits active only as BRN404X (GA). Tous les modèles 2G/3G sont formellement Deprecated et les anciens modèles LTE Deprecated/NRND avec des remplacements nommés (tableau de commande du datasheet). Le Boron reste vendu comme la "flagship IoT Development Board for cellular-connected products" sur la boutique Particle (page produit BRN404XKIT, consultée le 2026-10-13 :
  • Continuité des réseaux 2G/3G : le datasheet de Particle indique que les modèles 2G/3G globaux sont "not recommended for use in the United States due to the shutdown of 2G and 3G networks in 2022", et le tableau de compatibilité par pays liste de nombreux pays où le BRN314 ne retombe que sur la 2G — elle-même en cours d'extinction dans plusieurs marchés (datasheet Boron, Radio specifications + Country compatibility). Les modèles LTE Cat M1 ne sont pas concernés mais sont certifiés pour l'Amérique du Nord uniquement ("Particle LTE Cat M1 devices are not certified for use in Europe or other countries that follow EU certification requirements" — même datasheet).

+ Points forts

  • Cellulaire + Feather + LiPo en un seul : LTE-M (ou 2G/3G) via modem u-blox, charge LiPo avec PMIC + jauge de carburant TI embarqués, compatible Feather donc les Adafruit FeatherWings se montent (datasheet Features + section schéma Fuel gauge ; spécification Feather telle que liée directement depuis le datasheet :
  • EtherSIM / double SIM : connecteur Nano-SIM et empreinte eSIM MFF2 ; les modèles EtherSIM portent un profil de forfait données Particle pré-approvisionné, "generally have a larger number of carriers and more may be added" (datasheet, Model comparison ; page boutique).
  • Cloud-native : Particle.publish/subscribe/variable/function avec TLS et identité par appareil gérée par Device OS ; chaque appareil est une ressource REST sur — "GET variables, POST a function call, or PUT new firmware" (Cloud API reference).
  • Profondeur de la gestion d'alimentation : coupure matérielle par broche EN (~70 µA) utilisée par la communauté pour des resets hebdomadaires durs et des designs de récupération d'énergie solaire ; modes de sommeil STOP/ULP/HIBERNATE avec chiffres en µA publiés ; SystemPowerFeature::DISABLE_CHARGING persiste après les resets (datasheet, broche EN + notes Charge status LED).
  • Matériel de sécurité : CryptoCell-310 du nRF52840 + ARM TrustZone, paire de clés matérielle par appareil utilisée pour l'authentification cloud (README du dépôt GitHub ; docs OAuth2 de la Cloud API).
  • Tag NFC-A sur le MCU plus une antenne NFC certifiée optionnelle (ANT-NFC, 13,56 MHz, jusqu'à 52 mm) (datasheet BRN404X, Certified NFC antenna).
  • Vaisseau amiral à approvisionnement sécurisé : BRN404X est marqué "Supply Secure" par Particle ; la famille Boron a porté le Particle Tracking System (2020) et reste la carte de développement cellulaire de référence (article CNX 2020 ; page boutique).

− Points faibles

  • Modèles 2G/3G isolés réseau : les réseaux 2G/3G US sont éteints en 2022 ; Particle déconseille explicitement BRN310/BRN314 aux États-Unis et les modèles sont Deprecated (datasheet). Dans l'UE, les Boron LTE ne sont pas certifiés, si bien que les utilisateurs européens étaient pris en étau entre du matériel LTE non certifié et une 2G en extinction — des déploiements communautaires (p. ex. Norvège, 2020) notaient que le déploiement Cat-M1 était encore incomplet et exigeait de vérifier les cartes de couverture des opérateurs (community.particle.io, fils Boron LTE, novembre 2020).
  • Charge interrompue après Device OS 1.5.0 : retours terrain de Boron cessant silencieusement la charge LiPo sur DeviceOS 1.5.0 (communauté :
  • Courant de sommeil profond médiocre aux débuts : ~0,6–1,2 mA en SLEEP_MODE_DEEP sur Device OS 0.9.0, la communauté attendant les vrais modes de sommeil Gen 3 (communauté : ; les tableaux du datasheet affichent encore un sommeil en mode STOP à ~0,5–0,6 mA typique, et un sommeil avec réveil cellulaire à 12–16 mA (tableaux power du datasheet).
  • Piège de fuite de la broche EN : commander un GPIO à l'état haut (ou une résistance de pull-up) depuis une circuiterie alimentée externement pendant que EN est au niveau bas peut empêcher le nRF52 de jamais s'éteindre/se réinitialiser ; EN ne doit jamais être reliée directement à un GPIO 3,3 V (uniquement tirée au bas via open-drain/N-MOS) (datasheet, broche EN).
  • La surdécharge de la batterie casse l'accès cloud : avec une LiPo à plat, les cartes pouvaient revenir en clignotant 10 SOS et exigeaient un re-claim en DFU ("restore mode") (communauté : ; des signalements similaires "bloqué après extinction basse consommation, pas d'énumération USB, impossible d'entrer en DFU" ont suivi (
  • Parfois bloqué en clignotement vert après une coupure d'alimentation (course critique d'enregistrement cellulaire), résolu par une nouvelle coupure d'alimentation (communauté :
  • Port série USB disparaissant sous Windows 11 après des mises à jour OTA (communauté :
  • Fragilité mécanique : connecteur U.FL "not designed to be constantly plugged and unplugged… you can destroy the radio with improper handling" ; le connecteur micro-USB peut être arraché ; le connecteur batterie JST côté batterie est fragile ; aucun revêtement conformel autorisé ; pas de version castellated/SMT — montage sur support recommandé, et le soudage en vague interdit les flux hydrosolubles (datasheet, Product handling + Assembly).
  • Avertissement polarité LiPo : "Not all LiPo batteries follow the same polarity convention!" (datasheet, note LiPo).
  • Errata de bandes LTE / liste de bandes : la révision v012 du datasheet (2024-03-19) a corrigé des listes de bandes erronées pour BRN402/BRN404 ; toutes les bandes ne sont pas activées par défaut en logiciel (historique de révisions + radio specs du datasheet).
  • Tension de la chaîne d'approvisionnement : pendant la pénurie de puces 2021–2022, les cartes de la famille Boron (B542) affichaient des délais de ~56 semaines, repoussant les conceptions vers le Boron 2G/3G pourtant menacé d'extinction (communauté :
  • Réserve Verizon : la prise en charge Verizon US est réservée aux forfaits entreprise (datasheet, Country compatibility, note de bas de page 7).
  • Retour d'expérience expert expert — expert-microcontroleur
    • Retex sur la Boron BRN404X. La promesse cloud est tenue, le handshake TLS est fluide. Mais attention aux pièges physiques documentés. Le connecteur U.FL est extrêmement fragile, ne jouez pas à le débrancher souvent, vous risquez de détruire la radio. Idem pour le port micro-USB qui se dérobe facile… — expert-microcontroleur
    • Merci pour le rappel sur l'EN pin, j'ai perdu deux semaines à comprendre pourquoi ma carte ne dormait jamais vraiment, restant autour de 0.6 mA au lieu des valeurs ULP attendues. C'était exactement ton cas de figure avec un niveau haut externe. Autre souci rencontré : après une mise à jour OTA sous… — maker_bidouille
    • Concernant la recharge, ça semble stable sur les dernières releases, mais surveille bien la température du PMIC TI. Pour les boîtiers scellés, garde en tête qu'il n'y a pas de version castellée pour la Boron complète, seulement les modules E-Series. Si tu passes en production, prévoir le socket ou … — iot_embedded_fr

Retours et projets de la communauté

  • Low-Power Boron LTE using the EN pin

    Low-Power Boron LTE using the EN pin — (Rftop) — battery/solar budgeting, ~1 year of 2 h publish cycles on AA cells by hard-power-cycling via EN: .particle.io/t/46257 (unverified au 2026-10-13) Battery-Powered Boron and Motion Sensor (PIR) — (Rftop) — wake-on…

  • Particle Mesh networking getting-started (historical)

    Particle Mesh networking getting-started (historical) — Boron as LTE gateway for Xenon/Argon mesh (CNX Software guide, Dec 2018): .cnx-software.com/2018-12-02/particle-mesh-networking-getting-started-guide-argon-xenon/ (unverified au 2026-10-13) Particle Trac…

  • Adafruit FeatherWing compatibility

    Adafruit FeatherWing compatibility — any Feather-format wing (GPS, display, sensors) mechanically fits the Boron (Feather specification: .adafruit.com/adafruit-feather/feather-specification). (unverified au 2026-10-13)

  • Modèles 2G/3G isolés réseau : les réseaux 2G/3G US sont éteints en 2022 ; Particle déconseille explicitement BRN310/BRN314 aux États-Unis et les modèles sont Deprecated (datasheet). Dans l'UE, les Boron LTE ne sont pas certifiés, si bien que les utilisateurs européens étaient pris en étau entre du matériel LTE non certifié et une 2G en extinction — des déploiements communautaires (p. ex. Norvège, 2020) notaient que le déploiement Cat-M1 était encore incomplet et exigeait de vérifier les cartes de couverture des opérateurs (community.particle.io, fils Boron LTE, novembre 2020).
  • Charge interrompue après Device OS 1.5.0 : retours terrain de Boron cessant silencieusement la charge LiPo sur DeviceOS 1.5.0 (communauté :
  • Courant de sommeil profond médiocre aux débuts : ~0,6–1,2 mA en SLEEP_MODE_DEEP sur Device OS 0.9.0, la communauté attendant les vrais modes de sommeil Gen 3 (communauté : ; les tableaux du datasheet affichent encore un sommeil en mode STOP à ~0,5–0,6 mA typique, et un sommeil avec réveil cellulaire à 12–16 mA (tableaux power du datasheet).
  • Piège de fuite de la broche EN : commander un GPIO à l'état haut (ou une résistance de pull-up) depuis une circuiterie alimentée externement pendant que EN est au niveau bas peut empêcher le nRF52 de jamais s'éteindre/se réinitialiser ; EN ne doit jamais être reliée directement à un GPIO 3,3 V (uniquement tirée au bas via open-drain/N-MOS) (datasheet, broche EN).
  • La surdécharge de la batterie casse l'accès cloud : avec une LiPo à plat, les cartes pouvaient revenir en clignotant 10 SOS et exigeaient un re-claim en DFU ("restore mode") (communauté : ; des signalements similaires "bloqué après extinction basse consommation, pas d'énumération USB, impossible d'entrer en DFU" ont suivi (
  • Parfois bloqué en clignotement vert après une coupure d'alimentation (course critique d'enregistrement cellulaire), résolu par une nouvelle coupure d'alimentation (communauté :
  • Port série USB disparaissant sous Windows 11 après des mises à jour OTA (communauté :
  • Fragilité mécanique : connecteur U.FL "not designed to be constantly plugged and unplugged… you can destroy the radio with improper handling" ; le connecteur micro-USB peut être arraché ; le connecteur batterie JST côté batterie est fragile ; aucun revêtement conformel autorisé ; pas de version castellated/SMT — montage sur support recommandé, et le soudage en vague interdit les flux hydrosolubles (datasheet, Product handling + Assembly).
  • Avertissement polarité LiPo : "Not all LiPo batteries follow the same polarity convention!" (datasheet, note LiPo).
  • Errata de bandes LTE / liste de bandes : la révision v012 du datasheet (2024-03-19) a corrigé des listes de bandes erronées pour BRN402/BRN404 ; toutes les bandes ne sont pas activées par défaut en logiciel (historique de révisions + radio specs du datasheet).
  • Tension de la chaîne d'approvisionnement : pendant la pénurie de puces 2021–2022, les cartes de la famille Boron (B542) affichaient des délais de ~56 semaines, repoussant les conceptions vers le Boron 2G/3G pourtant menacé d'extinction (communauté :
  • Réserve Verizon : la prise en charge Verizon US est réservée aux forfaits entreprise (datasheet, Country compatibility, note de bas de page 7).
  • Faire clignoter une LED avec la Particle Boron debutant Schéma : IMG-particle-boron-debutant-1-boron-clignotement-led.svg — Particle Boron alimentée par micro-USB, LED externe sur broche D7 avec résistance, états allumé/éteint.
  • Bouton MODE et console série sur la Boron debutant Schéma : IMG-particle-boron-debutant-2-boron-bouton-mode-console.svg — Boron vue de dessus avec boutons Reset et MODE, câble USB vers un ordinateur affichant une console série.
  • Lire un capteur analogique avec l'ADC du Boron debutant Schéma : IMG-particle-boron-debutant-3-boron-capteur-analogique-adc.svg — pont diviseur photorésistance / résistance sur la broche A0 de la Boron, valeurs 0 à 4095 affichées sur la console.
  • Se connecter au réseau cellulaire et publier un événement intermediaire Schéma : IMG-particle-boron-intermediaire-1-boron-reseau-cellulaire-publish.svg — Boron avec antenne U.FL, ondes radio vers une antenne relais LTE-M, puis vers le cloud Particle et un tableau de bord.
  • Commander la Boron à distance avec Particle.function intermediaire Schéma : IMG-particle-boron-intermediaire-2-boron-particle-function.svg — ordinateur portable et smartphone envoyant une requête HTTP vers le cloud Particle qui appelle une fonction sur la Boron pilotant un relais.
  • Exposer des Variables cloud avec Particle.variable intermediaire Schéma : IMG-particle-boron-intermediaire-3-boron-variables-cloud.svg — Boron publiant des jauges (RSSI, batterie, température) vers le cloud Particle, consultées par une requête HTTP GET depuis un serveur.
  • Sommeil profond et réveil programmé sur la Boron avance Schéma : IMG-particle-boron-avance-1-boron-sommeil-profond.svg — Boron endormie (icône lune) branchée sur une LiPo, réveil par RTC après 1 heure, cycle mesure puis publication vers le cloud.
  • Gestion de batterie LiPo : jauge, charge et seuils bas avance Schéma : IMG-particle-boron-avance-2-boron-gestion-batterie.svg — Boron reliée à une LiPo avec chargeur intégré, LED de statut de charge, jauges tension et pourcentage lues par FuelGauge.
  • Mises à jour OTA et flash local DFU avec Particle CLI avance Schéma : IMG-particle-boron-avance-3-boron-ota-flash-dfu.svg — deux chemins de mise à jour firmware : par le cloud Particle (OTA sans fil) et par USB en mode DFU avec le bouton MODE, vers la mémoire flash du Boron.

Bibliothèque de code — exemples écrits pour cette carte

  • clignotante.ino Arduino

    Le blink version cloud : la LED D7 clignote et deux variables exposent l'état et le compteur à l'API Particle. Depuis le tableau de bord ou curl, la carte devient interrogeable à distance sans code r…

  • bouton-evenement.ino Arduino

    Chaque appui publie un événement JSON vers le cloud Particle, consultable par d'autres cartes (abonné) ou par un webhook. Le montage anti-rebond est identique à l'Arduino nu : le framework ajoute jus…

  • fonction-distance.ino Arduino

    Particle.function transforme un simple handler en API distante : le cloud appelle piloter() avec une chaîne d'arguments, la LED obéit. C'est la brique de base pour piloter la carte depuis un bouton w…

  • capteur-dht.ino Arduino

    Le capteur DHT11 fournit température et humidité, publiées vers le cloud toutes les 30 s en événement privé. Le rythme ménage la limite de flux Particle et la batterie ; le JSON tient en 64 octets.

  • ruban-neopixel.ino Arduino

    Un ruban NeoPixel animé localement, dont le motif se change à distance par un simple Particle.subscribe. Illustre le modèle événementiel Particle : la carte agit seule mais reste pilotable depuis n'i…

  • pwm-respiration.ino Arduino

    Une LED PWM respire doucement vers une luminosité cible que l'on change à distance par Particle.function. Le lissage exponentiel évite les sauts brutaux, et le battement sinusoïdal donne un rendu viv…

  • veille-cloud.ino Arduino

    Le mode SEMI_AUTOMATIC reprend la main sur le lien cloud : le script clignote vite quand le nuage est perdu, lentement quand tout va bien, et retente une connexion chaque minute. Le réflexe déploieme…

  • servo-cloud.ino Arduino

    Le servo se tourne par simple appel cloud (Particle.function "tourner") et sa position reste lisible en variable. La routine de retour au centre après deux minutes montre comment donner une autonomie…

  • buzzer-alarme.ino Arduino

    Un événement cloud "alarme" déclenche une sirène deux tons sur buzzer passif, et "off" l'arrête. Le motif sonore est non bloquant (tone avec durée + pas de 200 ms), l'alarme reste donc pilotable pend…

  • sommeil-basse-consommation.ino Arduino

    Le cycle de survie sur batterie : réveil, mesure DHT, publication cloud, puis deep sleep de 60 s radio éteinte. Le redémarrage à chaque cycle simplifie le firmware au prix d'un reconnexion cloud — le…

Exemples et dépôts trouvés en ligne