Tutorial MODBUS - AGILiCOM http://www.agilicom.fr/tutorial-MODBUS.

html

Vous êtes ici > Tutorial ->MODBUS

MODBUS

Organisation:
MODBUS-IDA

Compagnie fondatrice:
Modicon (schneider electric)

Historique:
1979: Création de MODBUS par MODICON (Modular Digital Controller)
1994: Modicon fusionne avec Schneider ( Telemecanique / April / Square D )
2003: Transfert de compétences Schneider à MODBUS-IDA
2004: Pré-Standard international IEC62030
2004: MODBUS/TCP leader mondial (840000 nœuds)
2005: MODBUS adopté en tant que standard chinois

Domaines d'utilisation:
Manufacturier, Infrastructures, Energie, Bâtiment

Applications :
Echanges automate <-> périphérie décentralisée
Echanges supervision <-> automate

Principales caractéristiques techniques MODBUS série:

Couche physique: RS485, RS232
Câble : paire torsadée
Débit: 9600 baud à 5 Mbaud
Topologies: bus, arbre
Méthode d'accès: maître/esclave
Mode de transmission:
- RTU (information codée sur 1 octet), ex : valeur 43 se code 0x2B
- ASCII (information codée sur 2 octets au format ASCII) ex : valeur 43 se code 0x32, 0x42
Equipements: maître, esclave, passerelle, terminaisons, répéteurs
Connecteurs recommandés: Sub-D 9 points, RJ45

Principales caractéristiques techniques MODBUS/TCP:

Couche physique+liaison: Ethernet
Débit: 10-100 Mbaud
Topologies: étoile, anneau
Couche réseau+transport: TCP/IP
Méthode d'accès: client/serveur
Equipements: client, serveur, passerelle, switch, hub
Connecteurs recommandés: RJ45 classique ou IP65

Principe:
Les esclaves MODBUS contiennent une table de données, accessibles en lecture/écriture:

Ces données peuvent être de différents types:

1 sur 2 14/11/2010 15:56

Tutorial MODBUS - AGILiCOM http://www.agilicom.fr/tutorial-MODBUS.html

L’accès à ces bits/registres, se fait par l’intermédiaire de fonctions MODBUS standardisées. Les fonctions suivantes sont
standardisées:

Le maitre (client) envoie une requête à destination d’un esclave (serveur):

L'échange est purement de type maître/esclave avec MODBUS série (1 requête doit être suivie d'une réponse, avant de pouvoir
envoyer une nouvelle requête.
Avec MODBUS/TCP, les échanges sont de type client/serveur. Un client peut envoyer une requête vers un serveur, sans avoir
forcément reçu la réponse à la requête précédente.

Le format général d’une trame MODBUS est le suivant :

La requête contient :
- l’adresse de l’esclave à interroger,
- un code fonction, qui indique le type d’action à exécuter (lecture bit, écriture registre,…),
- la plage de bits/registres concernés,
- les données à écrire dans le cas d’une écriture.

La réponse contient :
- l’adresse de l’esclave qui répond,
- un code fonction, qui indique le type d’action exécutée,
- le nombre d’octets de données compris dans la réponse,
- les données lues dans le cas d’une lecture.

MODBUS ne définit pas de notion de temps de cycle. Les requêtes sont envoyées à la demande d’un applicatif, en cas de besoin.

<- Retour aux tutoriaux

2 sur 2 14/11/2010 15:56