En bref

Carte de développement portable LILYGO T-Watch Ultra avec ESP32-S3 et radio LoRa

La LILYGO T-Watch Ultra se comprend surtout comme une carte de développement ESP32-S3 portable, équipée d’un émetteur-récepteur LoRa, d’un écran tactile, du GNSS et de capteurs de mouvement — et non comme une messagerie satellite prête à l’emploi ou une radio portative miniature. Cette distinction compte davantage que les photos du produit. La montre peut constituer une interface de terrain utile pour des expérimentations, de la télémétrie et de courts échanges de texte sur une liaison LoRa privée. En revanche, sa portée pratique, son autonomie, la maturité de ses logiciels et les contraintes réglementaires restent proches de celles d’un projet de radio embarquée.

Pour un débutant, LoRa est une technique radio basse consommation à bande étroite, conçue pour transmettre de petites quantités de données sur des distances relativement longues. Ce n’est ni du Wi-Fi classique, ni un service cellulaire, ni le remplacement d’un émetteur-récepteur radioamateur soumis à licence. La T-Watch Ultra intègre cette radio dans un boîtier porté au poignet, ce qui rend la plateforme particulièrement facile à transporter, mais impose aussi de fortes limites en matière de taille d’antenne, d’interface utilisateur et de budget énergétique.

Ce que contient le matériel

La documentation de LILYGO présente l’Ultra comme une plateforme de montre basée sur un ESP32-S3, avec 16 Mo de mémoire flash QSPI et 8 Mo de PSRAM QSPI. Espressif décrit l’ESP32-S3 comme un microcontrôleur à double cœur Xtensa LX7, cadencé jusqu’à 240 MHz, avec Wi-Fi 2,4 GHz et Bluetooth Low Energy intégrés. En pratique, la montre peut exécuter une application personnalisée, proposer un accès de contrôle local par le Web ou le Bluetooth, et afficher des informations sans nécessiter un téléphone à chaque interaction.

La radio de l’Ultra repose sur un module sélectionnable, et non sur une configuration radio universelle. LILYGO répertorie notamment le transcepteur LoRa sub-GHz SX1262, le SX1280, le CC1101, le LR1121 et le SI4432. Pour un montage LoRa, la question importante n’est donc pas simplement « prend-elle en charge LoRa ? », mais plutôt : quelle variante de fréquence régionale est installée ? Avant de planifier un projet, les acheteurs doivent vérifier la référence exacte, les marquages de la carte et la documentation du vendeur. Une version 433 MHz, 868 MHz ou 915 MHz n’est pas automatiquement légale ni interchangeable partout ; les règles régionales relatives au cycle d’utilisation, à la puissance et aux bandes s’appliquent au système radio utilisé.

L’ensemble matériel documenté est particulièrement dense pour une carte de la taille d’une montre : écran AMOLED de 2,06 pouces affichant 410 × 502 pixels, contrôleur tactile CST9217, capteur de mouvement BHI260AP, récepteur GNSS MIA-M10Q, NFC ST25R3916, microphone, amplificateur pour haut-parleur, pilote haptique, circuit de gestion de l’alimentation AXP2101, expandeur d’E/S, emplacement MicroSD et batterie annoncée de 1 100 mAh. Le boîtier mesure environ 63,5 × 49 × 22 mm sans le bracelet.

Ces caractéristiques expliquent à la fois l’intérêt de l’appareil et les risques qu’il comporte. Plusieurs sous-systèmes partagent un même ordinateur portable, mais toutes les fonctions listées ne sont ni aussi matures ni aussi utiles dès le premier jour. Une fiche publiée sur une place de marché et reprise d’une autre révision de la T-Watch ne remplace pas le schéma électrique et la documentation de la carte que vous avez réellement entre les mains.

Les cas d’usage les plus convaincants

Un petit nœud LoRa au poignet est pertinent lorsque la montre sert d’interface avec un autre appareil ou un autre réseau. Elle peut afficher un court paquet de télémétrie provenant d’un capteur distant, accuser réception d’une commande, afficher une position ou transmettre un message compact à un second nœud. Avec un micrologiciel adapté, elle peut devenir un panneau d’état pour une expérimentation de terrain : tension de la batterie, température, coordonnées GPS, nombre de paquets et heure de la dernière détection sont autant de données naturellement adaptées à un écran de montre.

C’est aussi une bonne plateforme d’apprentissage. On peut y explorer le formatage des paquets, les sommes de contrôle, les accusés de réception, les nouvelles tentatives, les modes veille et les compromis liés au bilan de liaison, sans devoir concevoir au préalable un boîtier et une interface utilisateur complets. L’écran et les commandes rendent le débogage moins abstrait que l’observation d’une sortie série. Dans un projet radioamateur, la montre peut servir de surface de contrôle ou d’afficheur portable, tandis qu’une station externe correctement conçue prend en charge l’antenne, le filtrage, l’amplificateur de puissance et les autres éléments RF.

Le GNSS et les capteurs de mouvement forment une autre combinaison intéressante. Un programme peut activer l’écran lorsque la montre bouge, associer une position à un message périodique, ou enregistrer localement une trace et ne transmettre que certains points. Ce sont des tâches embarquées cohérentes, car le volume de données reste faible. Elles n’ont rien à voir avec la diffusion de cartes, de voix ou d’images, ni avec une navigation continue utilisant un écran lumineux et une radio toujours active.

Le format bracelet est l’atout qu’une carte de développement classique ne possède pas. Un nœud de taille standard peut proposer une meilleure antenne, une batterie plus grande et des connecteurs plus accessibles ; la montre, elle, donne immédiatement accès à un écran et à des commandes pendant une marche, un test d’antenne ou la vérification d’un nœud distant. Ce compromis est bien réel, et ne relève pas d’un slogan marketing.

Ce que LoRa ne fournit pas par magie

Une radio LoRa ne crée pas un réseau à elle seule. Deux appareils doivent utiliser des paramètres de modulation compatibles, ainsi qu’une fréquence, une largeur de bande, un facteur d’étalement, un taux de codage, un format de paquet et un comportement logiciel compatibles. Un réseau LoRaWAN tiers constitue un système distinct, avec des passerelles, une configuration du serveur réseau et des exigences régionales. Deux appareils équipés d’un SX1262 et exécutant un protocole de paquets personnalisé ne peuvent pas communiquer directement avec un service LoRaWAN public sans la pile protocolaire et la configuration réseau appropriées.

La montre ne devient pas non plus un communicateur satellite parce qu’elle intègre un GNSS. Les récepteurs GNSS écoutent les satellites de navigation ; ils n’envoient pas de messages par leur intermédiaire. Une T-Watch Ultra peut déterminer une position et transmettre celle-ci par une liaison LoRa terrestre si un autre nœud se trouve à portée exploitable. En revanche, elle ne peut pas envoyer seule un SOS depuis n’importe quel endroit de la planète comme le ferait une balise satellite fonctionnant avec abonnement.

Les promesses de portée appellent la même prudence. Le SX1262 est conçu pour des liaisons longue portée à faible consommation et peut offrir une excellente sensibilité de réception à bas débit. Cela ne signifie pas qu’une montre portée au poignet reproduira un résultat obtenu en laboratoire. Son antenne est petite et proche du corps. Les bâtiments, la végétation, le relief, les interférences, les limites de puissance régionales et le débit choisi peuvent peser davantage dans le résultat. Une distance mesurée entre deux antennes de test placées en hauteur dit peu de ce que la même carte pourra faire au niveau de la rue, sur une personne en mouvement.

La radio n’est pas non plus une liaison vocale universelle. LoRa excelle avec de petits paquets et une réception économe en énergie à débit modéré. Des facteurs d’étalement élevés améliorent la sensibilité, mais augmentent le temps d’occupation de l’antenne, la latence et la vulnérabilité à la congestion. Une application concrète devrait envoyer des messages compacts, éviter les répétitions inutiles et afficher l’état de la liaison à l’utilisateur, plutôt que de laisser croire que chaque transmission est garantie.

Batterie, écran et compromis du port au poignet

La capacité annoncée de 1 100 mAh n’est que le point de départ d’une estimation de consommation. L’acquisition GNSS, la dalle AMOLED tactile lumineuse, l’activité du processeur, le Bluetooth, la recherche de réseaux Wi-Fi et le temps passé en réception LoRa peuvent chacun modifier sensiblement la consommation. Les chiffres obtenus en veille profonde sont utiles pour un capteur qui se réveille brièvement ; ils ne permettent pas de prévoir l’autonomie d’une montre qui garde l’écran allumé, écoute en continu et redessine une interface graphique.

Un meilleur test consiste à mesurer séparément plusieurs profils de fonctionnement : écran éteint avec réception LoRa périodique, écran allumé au repos, acquisition GNSS, activité Wi-Fi et charge mixte réaliste. Relevez la tension de la batterie et le temps écoulé, puis répétez l’essai après avoir modifié le facteur d’étalement et le cycle de réception. Vous obtiendrez ainsi des informations qu’un simple nombre nominal en milliampères-heures ne peut pas fournir.

Le boîtier rend la radio pratique, mais complique les réparations et l’expérimentation. Une antenne portée au poignet n’est pas une antenne de laboratoire. Le bras de l’utilisateur, les objets métalliques, les conditions de charge et l’orientation de la montre modifient tous l’environnement radiofréquence. Pour tester l’émission, utilisez la bande prévue, respectez les limites locales de puissance et de cycle d’émission, et suivez les recommandations du fabricant concernant l’antenne. N’ajoutez pas d’amplificateur improvisé et n’utilisez pas une fréquence en dehors de l’allocation autorisée simplement pour battre un record de portée.

Le principal risque d’un produit comme celui-ci n’est pas le manque de puissance de calcul de l’ESP32-S3. Il tient au fait que le résultat utile dépend du support propre à la carte : initialisation de l’écran, coordonnées tactiles, gestion de l’alimentation, commande de la radio, état de charge, câblage série du GNSS, accès à la carte SD et comportement du réveil après mise en veille doivent tous fonctionner de concert.

La documentation de LILYGO fournit des informations de configuration pour l’Arduino IDE ainsi que des exemples pour l’interface de la montre, le suivi GNSS, la communication LoRa, le capteur d’IA et le NFC. Commencez par sélectionner la définition exacte de la carte et la version de bibliothèque correspondant au matériel utilisé. Notez les versions du framework et des bibliothèques, puis écrivez le plus petit programme de test possible pour vérifier séparément l’écran, la saisie tactile, le GNSS, la mesure de la batterie et la radio. Ce n’est qu’ensuite qu’il faudra les réunir. Une démonstration qui affiche une interface ne prouve pas que la radio, le chargeur et la logique de réveil sont prêts pour la production.

Les firmwares communautaires peuvent rendre la montre bien plus polyvalente, mais ils peuvent aussi dissimuler des hypothèses concernant le brochage, les fréquences régionales et les services externes. Considérez un projet populaire comme une implémentation de référence. Lisez son format de paquets, vérifiez la présence d’un chiffrement et d’une authentification, puis contrôlez la gestion des relectures, des paquets perdus et des entrées malformées avant de l’utiliser autrement que pour une expérience sur établi.

La sécurité mérite un avertissement clair. Un paquet LoRa court n’est pas automatiquement privé sous prétexte qu’il est difficile à remarquer. Si un projet transporte une position, des commandes d’accès ou des messages personnels, utilisez un chiffrement authentifié adapté à l’application et protégez les clés dans le firmware comme dans le processus de compilation. Ne considérez jamais un paquet ouvert et non vérifié comme une commande de contrôle fiable.

T-Watch Ultra face à un appareil grand format

Un appareil portable grand format ou un nœud de développement prend l’avantage sur presque tous les critères d’ingénierie classiques : batterie plus grande, antenne plus efficace, accès facilité aux connecteurs, davantage d’espace pour le blindage et écran plus lisible. Il est aussi plus simple à remplacer ou à modifier sur le terrain. Si l’objectif est d’obtenir une portée maximale, une réception continue, une passerelle robuste ou de véritables expérimentations d’antennes, la montre n’est pas le meilleur point de départ.

La montre prend l’avantage lorsque l’interface doit accompagner l’opérateur. Elle se consulte plus rapidement qu’un téléphone sorti de la poche, elle est plus autonome qu’un simple nœud de capteurs et plus expressive qu’une LED. Pour un technicien itinérant, un randonneur qui teste un système de télémétrie privé ou un maker qui apprend la radiofréquence embarquée, ces qualités peuvent compenser une autonomie et des performances d’antenne moindres.

Face à une messagerie cellulaire ou satellitaire commerciale, elle n’offre ni garantie de service équivalente, ni promesse de couverture, ni procédure d’urgence, ni écosystème logiciel abouti. Face à une smartwatch classique, elle peut offrir une liberté bien plus grande pour modifier le firmware et le comportement radio, mais demande généralement davantage de configuration et accepte un usage quotidien moins prévisible. La bonne question n’est donc pas « quelle montre est la meilleure ? », mais « quel mode de défaillance ce projet peut-il tolérer ? »

Une checklist d’évaluation raisonnable

Avant d’acheter la T-Watch Ultra ou de bâtir un projet autour d’elle, confirmez le module radio exact, la bande de fréquences et les règles applicables dans votre région. Téléchargez le schéma et le code d’exemple correspondants. Vérifiez que l’écran, le contrôleur tactile, le GNSS et le moniteur de batterie sont pris en charge par le framework choisi. Déterminez si la liaison sera point à point, une expérience de mesh privé ou un appareil LoRaWAN : il s’agit d’architectures différentes.

Définissez ensuite un test dont l’échec sera clairement identifiable : envoyez un paquet d’état authentifié entre la montre et un nœud fixe, relevez le RSSI et les pertes de paquets à des emplacements connus, mesurez l’autonomie avec l’écran éteint puis allumé, et testez la récupération après un redémarrage ainsi qu’après une perte de position GNSS. Répétez le test de portée avec la montre dans la position où elle sera réellement portée. Tenez un journal indiquant le commit du firmware, les réglages radio, l’orientation de l’antenne et les conditions du terrain.

Le résultat sera généralement moins spectaculaire qu’une promesse de page produit, mais bien plus utile. La T-Watch Ultra est une plateforme de développement LoRa compacte et atypique, dotée d’une interface portable réellement pratique. Elle ne remplace ni une véritable station radio, ni une messagerie satellitaire, ni une smartwatch aboutie. Achetez-la lorsque son écran au poignet, ses capteurs et sa radio programmable répondent à un besoin précis sur le terrain ; passez votre chemin si le besoin réel concerne la portée, l’autonomie, une connectivité garantie ou une fiabilité immédiatement exploitable.

Sources et lectures complémentaires