Guide du terminal IoT portable : workflows terrain LoRa, RFID, RF 433 MHz et RS-485

Un terminal IoT portable n’est pas simplement une petite carte équipée d’une batterie. Dans mon atelier, je le définis plus strictement : il doit disposer d’un écran, d’une interface d’entrée locale, d’une extension sans fil ou filaire, d’une alimentation par batterie et d’une flexibilité suffisante du micrologiciel pour tester de véritables flux de travail sur le terrain sans transporter un ordinateur portable partout.

C’est pourquoi des appareils tels que le M5Stack Cardputer-Adv, le M5Stack Cardputer Mesh Kit pour Meshtastic et le LILYGO T-Embed CC1101 Plus sont intéressants. Ce ne sont pas des nœuds de capteurs génériques. Ce sont des terminaux de développement portatifs. Vous pouvez saisir du texte, consulter l’état, scanner des signaux, enregistrer des données, connecter des modules et déboguer sur site.

J’ai trouvé une analyse technique rigoureuse d’OpenELAB dans le guide M5Stack Cardputer-Adv consacré aux extensions LoRa, Meshtastic, RFID, infrarouges et RF 433 MHz, et elle correspond à ma façon de tester ces terminaux : je vérifie d’abord le connecteur, puis le brochage, ensuite le type de bus et enfin le protocole. Un câble à quatre fils ne garantit pas un protocole.

J’ai essayé d’utiliser un ordinateur portable pour chaque test sur le terrain. Cela fonctionne sur un bureau. Mais c’est agaçant dans un entrepôt, une serre, un couloir technique ou un site extérieur. Un terminal IoT portable répond à un autre besoin : il permet à l’ingénieur de se placer à côté de la machine, de lire un paquet, de déclencher une sortie, de scanner une étiquette d’identification, d’envoyer un court message ou de confirmer immédiatement l’état d’un capteur.

Le terminal n’a pas besoin de remplacer le produit final. Il s’agit souvent d’un outil de diagnostic, d’un dispositif de mise en service, d’un nœud mobile ou d’un contrôleur de validation de concept. Par exemple, le M5Stack Cardputer-ADV & CAP LoRa-1262 Meshtastic Kit associe un appareil portatif ESP32-S3 équipé d’un clavier à un module d’extension LoRa SX1262. Il est donc utile pour la messagerie hors réseau, les expériences de maillage mobile et les tests sur le terrain tenant compte de la position. L’essentiel réside dans le flux de travail : écran, clavier, antenne, batterie et micrologiciel réunis dans un appareil de poche.

LoRa : quand le terminal doit couvrir de la distance

LoRa est la couche radio longue portée vers laquelle je me tourne lorsque les données utiles sont réduites et que l’infrastructure est limitée. Elle est utile pour la télémétrie extérieure, les communications maillées temporaires, les boutons distants, les notes de maintenance et l’interrogation de capteurs sur le terrain. Ce n’est pas un canal de données à haut débit. Je n’y transmettrais pas d’images ni de fichiers JSON verbeux, sauf si le projet répond à une raison très précise.

Sur OpenELAB, le matériel portable lié à LoRa comprend la collection Meshtastic, le kit Cardputer Mesh, le M5Stack Cap LoRa-1262, le LILYGO T-ECHO Meshtastic LoRa, ainsi que d’autres cartes de la gamme ESP32 + SX1262 ou SX127x. Ma règle pratique est simple : définir la région, la bande de fréquences, le type d’antenne, la taille des données utiles et la pile logicielle avant d’acheter dix unités. LoRa, LoRaWAN et Meshtastic sont liés dans les discussions matérielles, mais ils ne correspondent pas au même modèle réseau.

Note d’atelier : LoRa est la modulation radio physique. LoRaWAN est un protocole réseau destiné aux déploiements LPWAN. Meshtastic est un firmware de communication maillée open source qui utilise généralement des émetteurs-récepteurs LoRa. Confondre ces termes complique le dépannage.

RFID : quand le terminal doit gérer l’identité

Le RFID sert à identifier des objets, des cartes, des outils ou des actifs sans saisie manuelle. Un terminal portable équipé du RFID est utile pour les contrôles de stock, l’accès aux armoires, l’étiquetage des opérations de maintenance, les démonstrations pédagogiques, les tests de badges visiteurs et les procédures de remise d’équipement. Pour un choix plus large de composants, je commencerais par la collection RFID/NFC sans fil et IoT d’OpenELAB avant de sélectionner le type de lecteur et de tag.

Il existe différentes bandes RFID et différentes attentes. Le M5Stack RFID 2 Unit fonctionne à 13,56 MHz et convient aux interactions RFID HF/NFC à courte portée. Le M5Stack UHF RFID Unit appartient à une autre catégorie : il utilise le module JRD-4035, communique via UART à 115200 bauds et cible les applications RFID UHF dans la plage de 840 à 960 MHz, avec prise en charge de l’interface radio EPCglobal UHF Class 1 Gen 2 et ISO/IEC 18000-6C.

Je ne les décrirais pas comme interchangeables. Un lecteur de cartes à 13,56 MHz et un lecteur d’étiquettes UHF répondent à des besoins différents. L’un sert généralement à l’identification par approche rapprochée. L’autre convient davantage à la numérisation d’actifs et aux flux de travail de type inventaire. L’antenne, le type d’étiquette, la région, la distance de lecture et la prise en charge des protocoles comptent davantage que le mot « RFID » figurant sur l’étiquette.

Infrarouge : quand le terminal a besoin d’un contrôle optique

L’infrarouge est ancien, mais reste utile. Dans mon atelier, je l’utilise pour tester le contrôle d’appareils, la signalisation simple en visibilité directe, la détection de coupure de faisceau, la détection réfléchie et les expérimentations d’interface lorsque la radio n’est pas souhaitable. Il est local et directionnel, ce qui peut en fait être utile.

Le M5Stack Mini Infrared Emitter & Receiver Unit se connecte aux contrôleurs M5Stack via l’interface HY2.0-4P et prend en charge l’émission et la réception infrarouges. Pour la détection plutôt que la télécommande, des modules tels que le M5Stack 90° Infrared Reflective Unit ou le M5Stack Infrared Reflective Sensor Unit conviennent à la détection du passage d’objets, au suivi de ligne ou au retour d’information compact pour l’automatisation.

Je reste prudent ici. Le comportement infrarouge dépend de la longueur d’onde, de la démodulation du récepteur, de la fréquence de la porteuse, de la lumière ambiante, de la réflectivité de la surface et de l’alignement mécanique. Un terminal portable facilite les tests, car je peux me rendre sur le lieu réel d’installation et vérifier si le signal résiste aux conditions réelles d’éclairage et de géométrie.

RF à 433 MHz : une signalisation simple, pas un réseau universel

Les modules RF à 433 MHz sont courants dans les télécommandes économiques, les systèmes de signalisation de type portail de garage, les liaisons avec des capteurs et les dispositifs simples marche/arrêt. Le M5Stack RF UNIT 433 MHz Transmitter utilise une modulation ASK à 433,92 MHz avec un circuit intégré émetteur SYN115. Le M5Stack RF UNIT 433 MHz Receiver est un module de la catégorie correspondante côté réception. Seeed propose également un Grove 433 MHz Simple RF Link Kit pour les expérimentations unidirectionnelles à 433 MHz.

L’erreur consiste à traiter l’ASK à 433 MHz comme s’il s’agissait de LoRa ou du Wi-Fi. Cette technologie est généralement plus simple, moins coûteuse et plus limitée. Il peut ne pas y avoir d’adressage, de chiffrement, de gestion des collisions ni d’accusé de réception, sauf si le protocole applicatif les ajoute. Pour un terminal portable, j’utilise principalement le 433 MHz pour les tests de capture et d’étiquetage, les prototypes de déclenchement à distance et le débogage RF local. Pour la télémétrie industrielle, je passerais généralement à un protocole plus structuré ou je relierais les équipements de terrain via une interface RS-485 et une pile protocolaire à une passerelle.

Rigueur de l’interface : Grove n’est pas un type de signal unique

Seeed Grove est un écosystème matériel modulaire propriétaire utilisant des connecteurs 4 broches détrompés. Dans le câblage Grove I2C courant, les broches de signal sont SCL et SDA, suivies de VCC et GND. Pour le câblage Grove UART, Seeed décrit les lignes du point de vue de l’unité de base : RX et TX, suivies de VCC et GND. Pour les modules Grove numériques ou analogiques, les deux premières broches sont des lignes de signal plutôt que des lignes I2C ou UART par défaut. Je consulte également le wiki du système Grove de Seeed Studio lorsque je dois confirmer les conventions relatives aux couleurs des câbles et aux connecteurs Grove.

Les modules Unit de M5Stack utilisent souvent un connecteur HY2.0-4P, généralement considéré comme compatible avec Grove au niveau du câble, mais je ne le traite pas comme une copie du brochage Grove de Seeed. La documentation de M5Stack définit généralement l’ordre des bornes de l’interface Grove comme suit : GND, 5V et deux E/S de communication. C’est pourquoi je consulte toujours la page du module M5Stack concerné et le brochage des ports du contrôleur hôte avant de connecter un contrôleur Cardputer, Core, Atom ou Stick.

Pour les cartes Seeed Studio XIAO, j’adopte la même approche prudente. Les cartes XIAO ESP32C3, XIAO RP2040 et XIAO ESP32C6 n’ont ni les mêmes capacités sans fil ni le même comportement des périphériques. Un shield Grove ou une carte d’extension peut exposer des interfaces I2C, UART, SPI ou GPIO, mais la compatibilité doit être vérifiée à partir du brochage officiel de la carte XIAO et de la documentation du shield concerné. Ne supposez pas qu’un module fonctionne simplement parce que le câble s’adapte.

Où se situe la limite entre la norme RS-485 et le protocole

Un terminal IoT portable peut communiquer avec des radios et des étiquettes, mais les données industrielles proviennent souvent d’appareils de terrain câblés. Dans une véritable armoire, un capteur de pression, un compteur, un onduleur ou un contrôleur de relais peut transmettre des données via une couche physique RS-485, souvent avec un protocole de niveau supérieur tel que Modbus RTU. Le terminal peut servir d’écran local, de panneau de boutons ou d’assistant de passerelle, tandis que le câblage de terrain reste différentiel et filaire.

Lorsque du RS-485 est utilisé, je vérifie la terminaison, la polarisation, le repérage A/B, la référence commune, la longueur du câble, la protection contre les surtensions et si une isolation galvanique est spécifiée par le matériel. Si la tension d’isolation n’est pas indiquée, je ne l’invente pas. Une documentation claire est plus utile que des formules générales comme « prêt pour l’industrie ».

Vérification du câblage : émetteur 433 MHz avec l’IDE Arduino

Il s’agit d’un simple test de vérification pour un émetteur ASK à 433 MHz. Ce n’est pas une conception sécurisée de contrôle d’accès. Utilisez-le uniquement avec votre propre récepteur de test et dans le respect de la réglementation locale. Pour une unité M5Stack RF433T, connectez le module à un port hôte qui expose un GPIO numérique. Définissez ensuite RF_TX_PIN sur la broche de signal réelle indiquée dans le brochage de l’hôte. Pour le fonctionnement de la bibliothèque et les jeux de circuits intégrés de télécommande pris en charge, je compare le code avec le dépôt GitHub de rc-switch avant de l’adapter à une nouvelle carte.

#include <RCSwitch.h>

RCSwitch rf = RCSwitch();

// Remplacez-la par le GPIO réel connecté à la ligne de signal RF433T.
// Ne recopiez pas aveuglément cette broche pour les cartes M5Stack, XIAO ou personnalisées.
#define RF_TX_PIN 2

void setup() {
  Serial.begin(115200);
  rf.enableTransmit(RF_TX_PIN);

  // Facultatif : ajustez la durée de l’impulsion après avoir vérifié votre récepteur et votre signal.
  rf.setPulseLength(350);

  Serial.println("Test de transmission ASK à 433 MHz démarré.");
}

void loop() {
  void loop() {
  // Exemple de code de test sur 24 bits, uniquement pour votre propre récepteur.
  Serial.println("Trame de test envoyée : 5393 / 24 bits");
  delay(3000);
}

Comment je choisis la pile de modules

Ma configuration pratique se compose généralement d’un terminal portable et d’une couche fonctionnelle. Pour la messagerie LoRa sur le terrain, je commencerais par le kit Mesh Cardputer. Pour l’identification RFID, je choisirais RFID 2 pour les applications HF à courte portée, ou UHF RFID pour la lecture de type gestion d’actifs. Pour l’infrarouge, je garderais le module près de la cible et effectuerais les tests dans des conditions d’éclairage réelles. Pour les radiofréquences à 433 MHz, je considérerais chaque trame capturée ou transmise comme une expérimentation locale, et non comme un système sécurisé.