Basler Electric DGC-2020 - Manuel (Page 494)

Bloc de données et le champ de Contrôle d'erreur. Les sections suivantes de ce document détaillent
chaque champ de message et les fonctionnalités correspondantes supportées par le contrôleur DGC-
2020.
Structure du message de Requête / Réponse :
•
Adresse du dispositif
•
Code de fonction
•
Données 8-octets
•
Contrôle d'erreur
Champ d'adresse du dispositif
Le champ d'adresse Modbus du dispositif contient l'adresse unique de l'esclave devant recevoir la
requête. L’esclave destinataire de la requête répète cette adresse dans le Champ d'adresse du dispositif
de son message de réponse. Ce champ est d’ 1 octet.
Champ du code de fonction
Le Code de fonction du message de Requête définit l'action devant être entreprise par l'esclave
destinataire de la requête. Ce champ est repris dans le message de Réponse et altéré en ajoutant la
valeur « 1 » au paramètre MSB du champ, si la réponse est une réponse d'erreur. Ce champ est d’ 1
octet.
Champ de bloc de données
Le bloc de Données de requête contient les informations supplémentaires, nécessaires à l'esclave, pour
s'acquitter de l'ordre requit. Le bloc de Données de réponse contient les données collectées par l'esclave
lors de l'exécution de la requête. Dans le cas où le message de réponse est un message d'erreur, un
Code de réponse d'exception se substitue au Bloc de données. La longueur de ce champ varie en
fonction de la requête.
Champ de contrôle d'erreur
Le champ de Contrôle d'erreur permet à l'esclave de valider l'intégrité du message de requête et au
maître de confirmer la validité du message de réponse. Ce champ est de 2 octets.
Détails de transmission sérielle
Un réseau Modbus standard offre deux modes de transmission des communications : ASCII ou RTU. Le
contrôleur DGC-2020 supporte uniquement le protocole RTU (Remote Terminal Unit).
Chaque groupe d'octets 8-octet d'un message contient deux caractères hexadécimaux 4-octet. Le
message est transmis en flux continu avec les données LSB de chaque groupe d’octets de données
transmises en premier. La transmission de chaque groupe d'octets 8-octet a lieu avec 1 octet de
démarrage et 1 octet d'arrêt. Dans le cas où la fonction de parité est sélectionnée, un neuvième octet de
données est ajouté au message. La parité peut être définie par l'utilisateur pour être : paire, impaire ou
sans. Le taux de transmission (en baud) est également configurable par l'utilisateur et il est possible de
modifier tant les critères de parité que la vitesse de transmission pendant le fonctionnement. Dans le cas
où ces paramètres sont modifiés, le nouveau débit et/ou le nouveau type de parité est appliqué jusqu'à ce
que le message de réponse concernant la requête actuelle soit terminé. Le contrôleur DGC-2020
supporte des débits de 9600, 4800, 2400, et 1200 bauds.
Encadrement / minutage des messages
Lors de la réception des messages, le contrôleur DGC-2020 accepte une latence horaire maximum entre
les octets d'environ 3.5 à 4.0 caractères avant de considérer le message comme étant complet.
Lorsqu'une requête valide est reçue, le contrôleur DGC-2020 attend 10 msec. Avant de répondre.
Traitement des erreurs et Réponses d'exception
Dans le cas où le système reçoit une requête contenant une adresse ou un dispositif inexistant, une
erreur d'encadrement ou une erreur CRC, le message est ignoré et aucune réponse n'est transmise.
Dans le cas où une requête est adressée à un contrôleur DGC-2020 et que cette requête contient un
code de fonction qui n'est pas supportée, des références de registres qui ne sont pas supportés ou des
valeurs erronées dans le bloc de données, un message d'erreur est déclenché avec un Code de réponse
d'exception. Les Codes de réponse d’exception supportée par le contrôleur DGC-2020 sont listés dans le
Tableau B-1.
B-2 DGC-2020 - Communication Modbus™ 9400270990 Rev X