Configuration des terminaux
La configuration d'un terminal IoE doit suivre une procédure structurée et documentée. Une approche méthodique réduit les erreurs, facilite la maintenance et garantit la cohérence de l'écosystème connecté. Selon la technologie utilisée, les paramètres à configurer diffèrent sensiblement : un terminal Wi-Fi/Ethernet nécessite une configuration TCP/IP classique, tandis qu'un terminal Zigbee ou LoRaWAN exige la saisie de clés cryptographiques et un processus d'association à son réseau propre.
Objectifs
À la fin de ce chapitre, vous serez capable de :
- Identifier les principaux paramètres de configuration d'un terminal IoE selon sa technologie.
- Distinguer la configuration d'un terminal TCP/IP de celle d'un terminal non-IP (Zigbee, LoRaWAN).
- Appliquer une procédure structurée de mise en service.
- Utiliser une checklist de configuration avant la mise en production.
- Reconnaître les erreurs fréquentes de configuration.
Paramètres de configuration
Deux grandes familles de terminaux
Les paramètres à configurer dépendent de la pile protocolaire du terminal. Un terminal TCP/IP (Wi-Fi, Ethernet) se configure comme un équipement réseau classique. Un terminal non-IP (Zigbee, LoRaWAN) utilise ses propres identifiants et mécanismes d'association.
Paramètres réseau (terminaux TCP/IP)
| Paramètre | Description | Exemple |
|---|---|---|
| Réseau Wi-Fi / Ethernet | Connexion au réseau local | SSID: IoE-Lab, câble RJ45 |
| Adresse IP | Identification sur le réseau | 192.168.1.50 (statique) ou DHCP |
| Masque de sous-réseau | Délimitation du réseau local | 255.255.255.0 |
| Passerelle par défaut | Accès au réseau étendu / Internet | 192.168.1.1 |
| DNS | Résolution de noms | 8.8.8.8 |
Paramètres d'association (terminaux non-IP)
Ces terminaux ne configurent pas d'adresse IP : ils s'associent à leur réseau via des identifiants cryptographiques ou un processus d'inclusion.
Zigbee
| Paramètre | Description | Exemple |
|---|---|---|
| Canal radio | Fréquence utilisée (2.4 GHz) | Canal 11–26 |
| PAN ID | Identifiant du réseau Zigbee | 0x1A2B |
| Processus d'appairage | Activer le mode « permit join » sur le coordinateur | Bouton ou commande logicielle |
Le terminal obtient alors automatiquement son adresse réseau 16 bits auprès du coordinateur.
LoRaWAN
| Paramètre | Description |
|---|---|
| DevEUI | Identifiant unique du terminal (gravé en usine, lecture seule) |
| AppEUI / JoinEUI | Identifiant de l'application sur le Network Server |
| AppKey | Clé AES-128 partagée — permet la jonction sécurisée (OTAA) |
| Plan de fréquences | Région radio (ex. EU868 pour l'Europe) |
En mode OTAA (recommandé), le terminal négocie ses clés de session à chaque jonction. En mode ABP (statique),
DevAddr,NwkSKeyetAppSKeysont saisis directement.
Sécurité LoRaWAN
L'AppKey est une clé cryptographique sensible. Elle ne doit jamais être partagée ou stockée en clair dans une documentation publique.
Paramètres d'identification
| Paramètre | Description |
|---|---|
| Nom du terminal | Identifiant lisible (ex. capteur-temp-salle-201) |
| Identifiant / login | Compte d'administration du terminal |
| Mot de passe | Accès sécurisé au terminal |
Paramètres fonctionnels
| Paramètre | Description | Exemple |
|---|---|---|
| Fréquence d'envoi | Intervalle entre chaque transmission | Toutes les 60 secondes |
| Serveur / broker cible | Plateforme de réception des données | mqtt.exemple.ch:1883 |
| Fuseau horaire | Horodatage correct des données | Europe/Zurich |
| Seuils d'alerte | Valeurs déclenchant une action | Température > 30°C |
Procédure structurée de configuration
Étapes recommandées
- Identifier le terminal : type, modèle, version firmware, pile protocolaire (TCP/IP ou non-IP)
- Préparer l'infrastructure :
- TCP/IP : vérifier la disponibilité d'une adresse IP, tester la connectivité réseau
- Non-IP : s'assurer que le coordinateur / gateway est opérationnel et accessible
- Configurer la connexion :
- TCP/IP : Wi-Fi ou Ethernet, IP, masque, passerelle, DNS
- Zigbee : saisir le canal / PAN ID et déclencher le mode « permit join »
- LoRaWAN : saisir DevEUI, AppEUI, AppKey et le plan de fréquences
- Changer les identifiants par défaut (si interface web ou SSH disponible) : nouveau mot de passe fort
- Paramétrer la destination : serveur, broker MQTT, API cible
- Régler les paramètres fonctionnels : fréquence, seuils, fuseau horaire
- Nommer le terminal : nom logique et cohérent
- Tester la communication : vérifier que les données arrivent à destination
- Documenter : noter la configuration dans une fiche technique
Importance de la standardisation
Lorsque plusieurs terminaux sont déployés, il est essentiel de :
- Utiliser une convention de nommage cohérente
- Appliquer les mêmes paramètres réseau de base
- Maintenir un inventaire à jour des terminaux et de leur configuration
Checklist de mise en service
Avant de déclarer un terminal opérationnel, vérifier :
Général (tous les terminaux)
- [ ] Type, modèle et firmware identifiés et documentés
- [ ] Nom du terminal défini et cohérent avec la convention de nommage
- [ ] Données reçues et cohérentes côté plateforme
- [ ] Fuseau horaire correct
- [ ] Firmware à jour
- [ ] Fiche de configuration complétée
Terminaux TCP/IP (Wi-Fi / Ethernet)
- [ ] Connexion réseau fonctionnelle (ping, accès web)
- [ ] Identifiants par défaut modifiés — mot de passe fort configuré
- [ ] Adresse IP, masque, passerelle, DNS vérifiés
- [ ] Serveur / broker cible correctement renseigné
Terminaux Zigbee
- [ ] Coordinateur opérationnel et joignable
- [ ] Canal et PAN ID vérifiés
- [ ] Terminal bien appairé (visible dans la liste des nœuds du coordinateur)
Terminaux LoRaWAN
- [ ] DevEUI, AppEUI et AppKey saisis correctement
- [ ] Plan de fréquences conforme à la région (ex. EU868)
- [ ] Jonction OTAA réussie (DevAddr attribué par le Network Server)
- [ ] AppKey non exposée publiquement
Erreurs fréquentes
| Erreur | Conséquence |
|---|---|
| Mauvais réseau Wi-Fi | Terminal isolé, aucune donnée transmise |
| Mot de passe par défaut conservé | Faille de sécurité critique |
| Mauvais serveur / broker cible | Données perdues ou envoyées au mauvais endroit |
| Fuseau horaire incorrect | Horodatage erroné, analyse faussée |
| Documentation absente | Maintenance impossible, configuration perdue |
| Conflit d'adresse IP | Dysfonctionnement réseau pour plusieurs appareils |
| AppKey LoRaWAN incorrecte | Jonction OTAA échoue, terminal muet sur le réseau |
| Plan de fréquences LoRaWAN inadapté | Terminal et gateway sur des canaux différents, pas de réception |
| Appairage Zigbee sans mode « permit join » actif | Terminal non reconnu, association impossible |
Résumé
La configuration d'un terminal IoE couvre les paramètres réseau, d'identification et fonctionnels. Les paramètres varient selon la pile protocolaire : un terminal TCP/IP (Wi-Fi, Ethernet) requiert adresse IP, masque et passerelle, tandis qu'un terminal non-IP (Zigbee, LoRaWAN) nécessite des clés cryptographiques ou un processus d'association propre à sa technologie. Dans tous les cas, une procédure structurée, une checklist et une documentation systématique sont essentielles pour garantir la cohérence du déploiement et faciliter la maintenance.