Connectivité IoT pour l’irrigation : comparer LoRaWAN, réseau cellulaire et Wi-Fi agricole

Choisissez la connectivité d’irrigation en associant chaque emplacement au champ, chaque délai de message et chaque alimentation électrique à un parcours de communication testé. LoRaWAN, le réseau cellulaire et le Wi-Fi agricole peuvent tous être utiles, mais leur nom seul ne garantit aucune performance à l’échelle de l’exploitation. Comparez la liaison radio au champ séparément de la connexion internet de la passerelle, puis vérifiez trafic, consommation d’énergie et coûts récurrents pour une même exigence de service.

Réglage de thermomètres infrarouges sans fil sur un système d’irrigation à pivot central. La photographie n’identifie aucun protocole LoRaWAN, cellulaire ou Wi-Fi. Photo : Peggy Greb, USDA Agricultural Research Service.

Dessiner séparément la liaison au champ et le raccordement à internet

Un capteur de sol peut transmettre par LoRaWAN à une passerelle dont le raccordement internet utilise un service cellulaire. Qualifier cette installation de « LoRaWAN » ou de « cellulaire » sans identifier les deux segments masque des dépendances importantes. Un point d’accès Wi-Fi nécessite lui aussi un parcours vers le serveur visé ; une couverture autour du local de pompage ne démontre pas une couverture à une vanne éloignée.

Consignez chaque capteur ou contrôleur, sa radio, les passerelles ou points d’accès, le raccordement amont et l’application destinataire. Indiquez le propriétaire et l’alimentation de chaque élément. Pour les terminaux cellulaires directs, le réseau d’accès de l’opérateur remplace la passerelle radio appartenant à l’exploitation, mais chaque terminal a toujours besoin d’un service compatible et d’une alimentation suffisante. Une infrastructure partagée peut réduire les connexions répétées tout en concentrant les dépendances à un emplacement commun.

L’explication de la topologie et des classes de terminaux par la LoRa Alliance décrit des passerelles assurant le relais entre terminaux et serveur réseau au moyen de connexions IP. Cette architecture n’implique ni que chaque produit radio LoRa utilise LoRaWAN, ni qu’une passerelle commande localement l’irrigation. Obtenez par écrit l’architecture réseau et applicative proposée.

Ce comparatif porte sur le choix et la mesure de la connectivité. Le guide d’irrigation en cas d’internet peu fiable traite séparément l’exécution locale, le stockage et la reprise. Une étude radio ne démontre pas ces fonctions du contrôleur.

Comparer les accès aux emplacements réels de l’exploitation

Commencez par une carte des sites devant échanger des informations, incluant des points bas, des structures et des conditions de culture représentatifs. Consignez la hauteur d’installation, le boîtier, la position de l’antenne, l’énergie disponible, l’accès pour l’entretien et les futurs terminaux. Ne déplacez pas une mesure agronomiquement importante uniquement pour faciliter un essai radio ; le guide de placement des capteurs d’humidité du sol explique l’importance de positions d’échantillonnage représentatives.

Ces conditions servent à présélectionner les solutions, sans les classer par distance. Relief, végétation, structures métalliques, installation de l’antenne, interférences et conception du terminal peuvent modifier le résultat. Testez les boîtiers fermés, avec le matériel à sa position prévue. Intégrez les mouvements représentatifs du matériel d’irrigation et les équipements électriques en fonctionnement lorsque cela est pertinent ; une antenne provisoire au-dessus de la culture ne valide pas un terminal finalement placé plus bas.

Une combinaison peut convenir : un réseau alimenté dans le local de pompage et un réseau au champ à faible trafic peuvent employer des accès différents. Précisez leurs responsabilités. Un essai réussi du capteur à la passerelle ne valide pas le parcours de la passerelle à l’application ; une passerelle en ligne renseigne peu sur le terminal le moins bien desservi.

Adapter la disponibilité en réception au délai de commande

La télémétrie destinée à une analyse ultérieure et une commande de supervision attendue rapidement n’ont pas les mêmes besoins temporels. Précisez le début et la fin de chaque intervalle mesuré. Par exemple, l’acceptation d’une commande par l’application jusqu’à sa réception décodée par le contrôleur au champ constitue un intervalle de communication ; l’achèvement du mouvement d’une vanne est un résultat physique distinct.

Les terminaux LoRaWAN de classe A ouvrent des fenêtres de réception descendante après une transmission montante. Dans une configuration illustrative ne transmettant que toutes les 15 minutes, sans déclencheur supplémentaire, une commande arrivant après ces fenêtres peut attendre presque un intervalle de transmission supplémentaire avant l’occasion suivante. Cette configuration ne peut pas garantir un délai de commande de 60 s. Des transmissions montantes plus fréquentes modifient le trafic et la consommation, sans garantir à elles seules la livraison.

La classe C maintient la réception ouverte lorsque le terminal n’émet pas et réduit l’attente d’une occasion de réception. Elle ne supprime ni les files de l’application, ni le délai du raccordement amont, ni l’ordonnancement radio, les pertes ou le traitement du contrôleur ; elle exige aussi un budget énergétique adapté. La classe B utilise des occasions de réception programmées : vérifiez la configuration prise en charge si vous l’envisagez. Une classe de terminal ne constitue pas une promesse de latence nulle de bout en bout.

Le guide GSMA de déploiement Mobile IoT explique qu’en PSM un terminal endormi est injoignable depuis le réseau, bien que son application puisse lancer une transmission sortante. L’eDRX crée également des intervalles pendant lesquels le récepteur n’écoute pas. Les réglages demandés peuvent différer de ceux réellement négociés avec le réseau : vérifiez donc la combinaison déployée d’opérateur, de terminal et de service.

Confirmez les bandes prises en charge, la technologie cellulaire visée, les accords d’itinérance et la disponibilité du service sur place. Un téléphone affichant une réception LTE ne prouve pas la disponibilité de NB-IoT ou de LTE-M pour le terminal choisi. Conservez les temporisations négociées et le comportement de réception observé dans le dossier d’essai. La fiche de conception des alarmes explique l’intégration du délai de communication dans un budget de réponse plus large ; cet article ne fixe pas de temporisation de déclenchement protecteur.

Calculer le trafic applicatif avant d’estimer la charge du réseau

Prenons un exemple fictif de surveillance avec 24 terminaux. Chacun produit un enregistrement applicatif de 32 octets toutes les 15 minutes. Supposons un fonctionnement continu de tous les terminaux pendant un mois comptable de 30 jours, sans messages événementiels supplémentaires. La taille de l’enregistrement inclut les champs applicatifs de cet exemple, mais pas les surcharges radio ou de transport. Ce sont des hypothèses pédagogiques, pas des caractéristiques mesurées du matériel.

On obtient 24 × 60 ÷ 15 = 96 enregistrements par terminal et par jour. Pour toute l’installation, 24 × 96 = 2304 enregistrements transportent 2304 × 32 = 73728 octets applicatifs par jour. Sur le mois supposé, 73728 × 30 = 2211840 octets, soit 2.21184 Mo décimaux, un Mo décimal contenant 1000000 octets.

Ce total de charge utile ne représente ni du temps d’antenne ni une estimation de facture cellulaire. En-têtes, accusés de réception, retransmissions, adhésions au réseau, messages d’état, trafic de passerelle, tramage lié au chiffrement et transferts logiciels peuvent ajouter de la charge. Le débit de transmission, le codage et la configuration régionale influencent le temps d’antenne. Vérifiez les limites exactes de l’implémentation et mesurez le trafic amont réel ; n’appliquez pas un multiplicateur de surcharge non documenté identique aux trois technologies.

Testez également la demande à court terme. Des terminaux émettant simultanément, un ensemble de commandes ou un transfert de maintenance peuvent créer une situation plus difficile que ne le suggère la moyenne mensuelle. Précisez le rythme de transmission autorisé et le créneau de maintenance, puis évaluez le nombre de terminaux envisagé et les extensions futures dans ces conditions.

Établir le bilan électrique à partir du temps dans chaque état

Pour un terminal illustratif distinct, supposons que l’appareil complet consomme 40 mA pendant un événement de mesure et de communication de 2 s, puis 0.020 mA le reste du temps. Retenons 96 événements par jour et une marge séparée de 0.50 mAh/jour pour les autres consommations. Cet événement ne décrit ni un temps d’émission ni une norme radio particulière ; capteurs, périodes de réception et traitement doivent entrer dans le bilan mesuré de l’appareil complet.

Si une batterie de 2400 mAh présente une fraction utilisable supposée de 0.70 dans les conditions considérées, la charge utilisable est de 1680 mAh. L’estimation idéale est 1680 ÷ 3.11227, soit environ 540 jours en utilisant le total quotidien non arrondi. Ce n’est pas une garantie d’autonomie. Température, vieillissement, autodécharge, capacité à fournir les pointes et retransmissions réelles nécessitent une vérification ; la fraction utilisable et la marge supposées ne sont pas des corrections universelles.

Passer ce même modèle à un intervalle de 5 minutes donne 288 événements, 576 secondes actives et 7.3768 mAh/jour, marge identique comprise. L’estimation idéale tombe à environ 228 jours. Une réception permanente exigerait un autre modèle d’états. Vérifiez l’alimentation en courant de pointe et la tension pendant le fonctionnement, en plus de la charge moyenne. Passerelles et points d’accès ont besoin de leurs propres calculs d’énergie et de secours ; cet exemple de terminal ne dimensionne pas un panneau solaire et n’inclut pas l’actionnement d’une vanne.

Mesurer les arrivées avant une échéance avec un dénominateur défini

Le guide NIST des déploiements sans fil industriels recommande des exigences explicites, une étude du site et des essais sur les appareils réellement installés. Son cadre industriel est utile ici, sans garantir la couverture d’une exploitation. Testez les deux sens et enregistrez les horodatages à la source et à destination avec un alignement connu des horloges, pour ne pas confondre leur erreur avec le délai réseau.

Pour un essai fictif de 7 jours des 24 terminaux transmettant toutes les 15 minutes, le nombre attendu d’enregistrements uniques est 24 × 96 × 7 = 16128. Définissons « à temps » comme une réception par l’application au plus 120 s après l’heure de mesure programmée. Clôturez la collecte 24 h après le dernier échantillon programmé. Maintenez les enregistrements absents à la source dans ce dénominateur de bout en bout et diagnostiquez-les séparément ; ils ne représentent pas automatiquement des pertes de paquets radio.

Supposons que le récepteur ait aussi enregistré 120 copies en double. Elles n’ajoutent aucun succès unique. Utilisez les identifiants du terminal et de l’enregistrement pour distinguer les copies des nouvelles observations. Présentez les résultats par terminal et globalement : un emplacement faible ayant reçu à temps 620 enregistrements sur les 672 attendus n’atteint que 92.26%, même si le résultat de l’exploitation paraît meilleur.

Le délai de 120 s est une exigence d’essai fictive, pas une limite sûre de commande. Présentez séparément distributions de latence, retards et absences ; un percentile calculé seulement sur les arrivées omet les pertes. Pour mesurer les pertes de paquets radio, définissez la frontière radio précise et le dénominateur des tentatives d’émission, avec des journaux adaptés. Répétez des conditions représentatives de charge et de saison ; cet essai fictif court ne certifie ni la fiabilité future ni un pourcentage universel d’acceptation.

Comparer un même périmètre de coût de communication sur trois ans

Comparez les coûts seulement après validation des exigences obligatoires de couverture, de délai et d’alimentation. Les devis fictifs ci-dessous couvrent le matériel et l’installation de communication, les services mensuels de communication et de réseau, puis la maintenance planifiée et l’énergie annuelles pour un même besoin en terminaux. Les montants supposés sont en USD, non actualisés et hors taxes. Ils excluent les capteurs, contrôleurs d’irrigation, vannes et coûts applicatifs identiques pour toutes les options ; toute charge réelle différente doit être ajoutée.

Utilisez TCO = coût installé + 36 × service mensuel + 3 × maintenance et énergie annuelles. La ligne Wi-Fi suppose que l’infrastructure d’accès nécessaire est incluse dans le coût initial et que seul le supplément de service amont indiqué s’applique. Ce n’est pas le coût de création d’un nouvel accès haut débit pour une ferme non desservie. La marge annuelle doit couvrir le périmètre prévu de maintenance et d’énergie, y compris les interventions planifiées sur les batteries lorsqu’elles s’appliquent.

Le montant le plus faible ne constitue pas une décision si l’architecture échoue à l’essai au champ. Demandez les conditions de propriété et de renouvellement, la durée de service prise en charge, l’accès aux données, les responsabilités d’entretien et le coût d’ajout de terminaux. Identifiez les frais déclenchés par des interruptions, visites, dépassements de trafic ou modifications d’abonnement, au lieu de les masquer derrière un prix de base attractif.

Sélectionner la configuration qui satisfait les exigences écrites de la ferme

Conservez un dossier de décision reliant la carte, les radios et réglages régionaux exacts, les conditions de service, le trafic mesuré, le bilan énergétique, les résultats de délai et le périmètre des coûts. Consignez échecs et nouveaux essais après modification de l’antenne, de la passerelle ou de l’intervalle de transmission. Un score pondéré peut comparer les options qualifiées, sans compenser l’échec à une exigence obligatoire.

Maintenez l’autorisation locale de fonctionnement et la protection dans leur périmètre d’ingénierie. La fiche d’interverrouillage de pompe et de vannes traite ces dépendances ; un parcours internet ne démontre pas un comportement protecteur. Réévaluez la connectivité après le développement de la culture, l’ajout de dispositifs ou un changement de service. Retenez la configuration complète testée qui répond à la tâche agricole définie, avec une personne identifiée pour entretenir chaque segment de communication.