Publicité
Paramètres techniques de l'onduleur vectoriel haute performance
Annexe F : Protocole de communication VFD-Modbus
Cette série d'onduleurs fournit une interface de communication RS232 / RS485 et prend en charge le protocole de communication
Modbus. Les utilisateurs peuvent réaliser un contrôle centralisé par PC ou API, définir la commande de démarrage du convertisseur via
un protocole de communication, modifier ou lire les paramètres du code de fonction, lire les conditions de fonctionnement et les
informations d'erreur de l'onduleur, etc.
I. Contenu du protocole
Le protocole de communication série détermine le contenu des informations transmises et utilise le format de communication série, y
compris le format d'interrogation (ou de diffusion) hôte, la méthode de codage hôte telle que le code de fonction d'opération requise, les
données de transmission, la vérification d'erreur, etc.. La réponse esclave (dispositif subordonné) prend également la même structure et
son contenu comprend la confirmation d'opération, le retour de données et la vérification d'erreur, etc. S'il y a une erreur lors de la
réception d'informations par l'esclave ou échec d'exécution d'une action requise par le maître, l'esclave organise le message d'erreur
comme une réponse retour au maître.
Mode application : Le commutateur de fréquence accède au réseau de contrôle PC/API de type « un seul maître et plusieurs esclaves »
via le bus RS232 / RS485.
Structure du bus
(1) Type d'interface : interface matérielle RS232/RS485
(2) Mode de transmission : série asynchrone et semi-duplex. Quant au maître et à l'esclave, en même temps l'un peut uniquement
envoyer les données et l'autre peut uniquement les recevoir. Pendant le processus de communication série asynchrone, les données sont
transférées sous forme de message trame par trame.
(3) Structure topologique : système avec un maître et plusieurs esclaves. La plage de réglage de l'adresse esclave va de 1 à 247, et 0 est
l'adresse pour la communication de diffusion. L'adresse esclave dans le réseau doit être unique.
Description du protocole
Le protocole de communication de cette série de commutateurs de fréquence est un protocole de communication série asynchrone
Modbus maître-esclave et un seul appareil (hôte/maître) dans le réseau peut établir le protocole (appelé « requête/commande »). Les
périphériques esclaves ne peuvent répondre à une "requête/commande" hôte qu'en fournissant des données ou en prenant les mesures
appropriées en fonction de la « requête/commande » de l'hôte. Le hôte signifie un ordinateur personnel (PC), l'équipement de contrôle
industriel ou automate programmable (API) etc. et esclave signifie convertisseur de fréquence de cette série. L'hôte peut non seulement
communiquer avec un esclave spécifique séparément, mais également relayer les informations de diffusion à tous les esclaves
subordonnés. Dans le cas d'une requête/commande maître accédée séparément, l'esclave doit renvoyer un message (appelé la réponse).
Dans le cas de la diffusion des informations émises par le maître, l'esclave n'a pas besoin de répondre par un retour d'information au
maître.
Structure des matériaux de communication : Le format des données de communication Modbus pour le convertisseur de frequence de
cette série est le suivant :
En mode RTU, la transmission du message commence par une pause d'au moins 3,5 caractères. Temps variable de caractère à la vitesse
de transmission du réseau est facile à réaliser (comme le montre la figure T1-T2-T3-T4 ci-dessous). Le premier champ envoyé est
l'adresse de l'appareil.
Les caractères de transmission disponibles sont hexadécimaux 0 ... 9, A ... F. Le matériel réseau détecte en permanence le bus réseau, y
compris la période d'arrêt. Après avoir reçu le premier champ (champ d'adresse), chaque appareil le décode pour déterminer s'il doit
l'envoyer à son propre champ. Après le dernier caractère envoyé, un espace d'au moins 3,5 caractères marque la fin du message. Après
la pause, un nouveau message commencera.
L'ensemble de la trame de données constituera un streaming continu. Si le temps de présence dépasse 1,5 caractère avant la fin de la
trame, le dispositif de réception rafraîchira le message incomplet et fera supposition que l'octet suivant est le champ d'adresse du
nouveau message. De même, si un nouveau message commence à être envoyé dans les 3,5 caractères du message précédent, l'appareil
récepteur traitera cela comme un retard par rapport au message précédent et provoquera ensuite une erreur car la valeur finale du champ
CRC peut être incorrecte.
Format de trame RTU
En-tête de trame START
Slave ADR
Code CMD
DATA (N-1)
DATA (N-2)
......
DATA0
CRC CHK (octet plus ancien) Valeur de détection : valeur CRC
CRC CHK (octet plus récent)
END
-
Temps 3,5 de caractère
Adresse : 1~247
03 : lecture des paramètres esclaves ; 06 : enregistrement des paramètres
esclaves
Contenu des données : adresse de paramètre de code de fonction,
nombre de paramètres de code de fonction, valeur des paramètres
de code de fonction, etc.
Temps 3,5 de caractère
Avant-propos
Publicité
