Table des Matières
Publicité
Série SCS1
7.5. Protocole de communication série (RS232/ RS485)
Le protocole de communication série se fonde sur l'architecture Maître-Esclave (et l'échange
d'information s'avère en mode requête-réponse (query-answer).
7.5.1.
Protocole de communication série RS485
Le protocole série RS485 est semi-duplex (bidirectionnel à l'alternat).
Lors de la mise sous tension l'SCS1 (Esclave) se met en attente de requêtes de la part du Maître
(PC-PLC).
Lorsque le Maître veut communiquer, il envoie un message de commande (voir Paragraphe 7.5.3
pour plus de détails sur ces messages) à l'Esclave suivant la syntaxe décrite en
(SCS1) interprète la commande reçue, réalise l'action demandée et envoie la due réponse de
réussite au Maître, toujours dans la forme décrite par la syntaxe de Figure et de Figure . Si
l'Esclave n'est pas en mesure d'interpréter la commande reçue ou que celle-ci requiert une action
non réalisable, l'Esclave répond avec une due note de non-réussite selon ce que la Figure et la
Figure établissent. Notamment pour obtenir les résultats d'une inspection il faut donc les demander
explicitement
:GETNEXTINSPRESULT-.
7.5.2.
Protocole de communication série RS232
Le protocole série RS232 est duplex intégral (bidirectionnel simultané).
Lors de la mise sous tension l'SCS1 (Esclave) envoie au Maître (PC-PLC) via la série, à condition
qu'il y ait une sortie série configurée dans l'inspection en cours d'exécution, les résultats configurés
via l'interface Graphique, (voir paragraphe 6.11.1) ; différemment au protocole série RS485, il n'est
donc pas nécessaire de demander explicitement les résultats d'une inspection au SCS1 avec les
messages de commande :GETINSPRESULT- et :GETNEXTINSPRESULT-.
Comme la communication série RS232 est toutefois duplex intégral, l'SCS1 reste en tout état à
l'écoute de tout messages de commande. Dans ce cas aussi, lorsque le Maître veut communiquer,
il envoie un message de commande (voir paragraphe 7.5.3 pour plus de détails sur ces messages)
à l'Esclave suivant la syntaxe décrite en Figure ; l'Esclave (SCS1) interprète la commande reçue,
réalise l'action demandée et envoie la due réponse de réussite au Maître, toujours dans la forme
décrite par la syntaxe de Figure et de Figure . Si l'Esclave n'est pas en mesure d'interpréter la
commande reçue ou que celle-ci requière une action non réalisable, l'Esclave répond avec une due
note de non-réussite selon ce que la Figure et la Figure établissent.
7.5.3.
Cas d'utilisation des messages de commande du protocole série
Dans le cadre du protocole sont disponibles les commandes ci-dessous (envoyées du Maître à
l'Esclave):
Les messages de commande du protocole série sont repartis en deux catégories:
1. Messages de commande pour demander des informations au capteur
2. Messages de commande pour configurer le capteur
A
la
première catégorie
:GETCURINSP-, :GETINSPRESULT-, :GETNEXTINSPRESULT-; alors que font partie de la
seconde catégorie les messages de commande :SETCURINSP&<numéro inspection>-
5
Les images présentées dans cette section, concernant des exemples de cas d'utilisation du protocole série, montrent
l'interface graphique d'une application typique utilisée pour la communication série d'un PC avec SCS1.
6
Pour une description plus détaillée se reporter aux sections 7.5.7 et 7.5.8.
139
AUDIN - 8, avenue de la malle - 51370 Saint Brice Courcelles - Tel : 03.26.04.20.21 - Fax : 03.26.04.28.20 - Web : http: www.audin.fr - Email : info@audin.fr
à
SCS1
avec
des
s'apparentent
messages
de
commande
5
les
messages
de commande
Manuel d'Instruction
; l'Esclave
Figure
:GETINSPRESULT-
et
:CHKSERLINE-,
6
Publicité
Table des Matières
