95 lines
2.3 KiB
Markdown
95 lines
2.3 KiB
Markdown
# Protocoles de communication industriels et IoT**
|
||
|
||
Dans l’industrie comme dans l’IoT, on doit faire communiquer des capteurs, automates, serveurs, tableaux de bord, etc.
|
||
Plusieurs protocoles existent, chacun optimisé pour un usage : faible bande passante, fiabilité élevée, déploiement dans le cloud, compatibilité historique…
|
||
|
||
|
||
## MQTT – Message Queuing Telemetry Transport
|
||
|
||
Protocole **pub/sub (publish/subscribe)** ultra-léger, conçu pour les capteurs IoT et les réseaux à faible débit.
|
||
|
||
### Fonctionnement
|
||
|
||
* Un **broker** (Mosquitto, EMQX, HiveMQ…) centralise la communication.
|
||
* Les **clients publient** des messages sur un *topic*.
|
||
* D’autres clients **s’abonnent** à ces topics.
|
||
|
||
Exemple :
|
||
|
||
* Un capteur publie `temperature = 26°` sur `salle1/temp`.
|
||
* Une interface Node-RED ou un automate s’abonne → reçoit en temps réel.
|
||
|
||
### Avantages
|
||
|
||
* Très léger, faible consommation réseau.
|
||
* Temps réel simple.
|
||
* QoS (Quality of Service) :
|
||
|
||
* **0** : au mieux
|
||
* **1** : exactement un message reçu
|
||
* **2** : sans doublon
|
||
|
||
### Limites
|
||
|
||
* Modèle simple → pas de files persistantes complexes.
|
||
* Moins adapté aux transactions ou aux règles métier avancées.
|
||
|
||
### Domaine typique
|
||
|
||
* IoT
|
||
* Domotique
|
||
* Télémetrie en réseau contraint
|
||
|
||
|
||
## AMQP – Advanced Message Queuing Protocol
|
||
|
||
Protocole orienté **file de messages** utilisé dans les systèmes distribués, cloud, microservices.
|
||
|
||
Implémentation la plus connue : **RabbitMQ**.
|
||
|
||
### Modèle de communication
|
||
|
||
Plus complet que MQTT :
|
||
|
||
* **Queues** (files d’attente)
|
||
* **Exchanges** (direct, topic, fanout, headers)
|
||
* **Routes** des messages selon des règles
|
||
* Messages **persistants**, **accusés de réception**, **dead-letter queues**…
|
||
|
||
### Avantages
|
||
|
||
* Fiabilité élevée (transactions, ack).
|
||
* Routage intelligent.
|
||
* Très adapté aux architectures microservices.
|
||
|
||
### Limites
|
||
|
||
* Protocole plus lourd que MQTT.
|
||
* Moins adapté aux réseaux IoT très contraints.
|
||
|
||
### Domaines
|
||
|
||
* Backends cloud
|
||
* Intégration applicative
|
||
* Flux de commandes industrielles complexes
|
||
* Chaînes de traitement log d'entreprise
|
||
|
||
|
||
# Modbus/TCP
|
||
|
||
Protocole historique utilisé en automatisme.
|
||
|
||
### Fonctionnement
|
||
|
||
* Client/serveur
|
||
* Lecture/écriture de registres
|
||
* Pas de sécurité native
|
||
* Simple, minimaliste
|
||
|
||
### Domaines
|
||
|
||
* Automates
|
||
* Variateurs
|
||
* Capteurs industriels
|
||
* Bancs de test
|