Service Request Transport Protocol : fonctionnement et ses applications

Le protocole de transport de demande de service ou SRTP a été développé par 'GE Intelligent Platforms' anciennement connu sous le nom de GE Fanuc utilisé pour la communication avec contrôleurs logiques programmables . Les dispositifs courants utilisés dans différentes industries telles que l'aérospatiale, la gestion de l'eau, la fabrication et les voyages sont des dispositifs logiques programmables appelés API. Cet article donne un aperçu d'un SRTP ou protocole de transport de demande de service – travailler avec l'application s .

Qu'est-ce que le protocole de transport de demande de service ?

Le protocole utilisé pour transférer les données des automates (automates programmables) est appelé protocole de transport de demande de service. Ce protocole est simplement utilisé sur Ethernet et il prend en charge presque tous les équipements d'automatisation GE une fois équipés via un Ethernet Port. Ce port Ethernet prend en charge GE SRTP, qui succède aux protocoles série tels que SNP et SNPX pour les supports Ethernet. Tout client de SRTP est capable de lire et d'écrire dans la mémoire système pour tous les périphériques distants de SRTP.

Comment fonctionne SRTP ?

Le protocole du pilote GE-SRTP fonctionne en transférant les données vers et depuis l'appareil sur Ethernet en autorisant le FieldServer via le pilote GE-SRTP. Presque toutes automatisation Les équipements de GE supportent simplement ce protocole une fois équipés d'un port Ethernet.

Le FieldServer peut suivre un client ou un serveur. Le pilote agit comme un client capable de lire et d'écrire dans la mémoire du système pour n'importe quel numéro. des périphériques SRTP distants. Une fois que le FieldServer agit comme un client, il peut mettre à l'échelle les données de mots.

Une fois que le FieldServer est agencé pour fonctionner comme un serveur SRTP, le pilote autorise l'écriture de messages système dans la mémoire du système et répond aux demandes de lecture. Le pilote ne peut pas suivre un Client & Serveur en même temps sur une connexion similaire à une adresse IP similaire.

Le pilote est capable de représenter ses informations de communication afin qu'elles puissent être observées à travers un dispositif en aval. Dans les tableaux de données FieldServer, les statistiques et les diagnostics du pilote sont représentés afin qu'ils puissent être lus et surveillés via des appareils ou des systèmes distants.

Flux de signaux de l'IHM à l'API à l'aide du protocole SRTP

Un automate comprend divers registres où ces registres sont programmés et accessibles via une IHM (interface homme-machine). Généralement, une IHM est un dispositif logiciel qui s'exécute sur un PC. Le diagramme de flux de signal de l'IHM à l'automate utilisant SRTP est illustré ci-dessous.

L'ordinateur IHM fonctionne avec Windows XP qui est exploité par les opérateurs du système pour communiquer via l'automate. Ici, une machine humaine simulée a été créée à l'aide de Wonderware Intouch v9.5. Ainsi, la communication entre le GE Fanuc Series 90-30 et l'espace de travail nécessite le serveur Wonderware IO qui peut inclure diverses sources d'entrée. Pour cela, nous avons utilisé le logiciel Wonderware Intouch, Microsoft Excel et le protocole Dynamic Data Exchange. Le protocole GE-SRTP est utilisé entre le serveur Wonderware IO et le GE Fanuc Series 90-30) pour le transport des données.

Différence B/W SRTP Vs RTP

La différence entre SRTP et RTP comprend ce qui suit.

Types de données et fonctions pris en charge

Les types de données et les fonctions pris en charge par SMBus sont les suivants.

• %R – Mémoire d'enregistrement.
• %AI – Mémoire d'entrée analogique.
• %AQ – Mémoire de sortie analogique.
• %I – Mémoire d'entrée discrète.
• %Q – Mémoire de sortie discrète.
• %T – Mémoire temporaire discrète.
• %M – Mémoire momentanée discrète.
• %SA – Groupe de mémoire système discret A.
• %SB – Groupe de mémoire système discret B.
• %SC – Groupe de mémoire système discret C.
• %S – Mémoire système discrète.
• %G – Table de données globales discrètes.

De même, les fonctions et les types de données non pris en charge sont des messages de programmation. Un dispositif de transfert de données comme FieldServer ne nécessite pas de messages de programmation.

Avantages et inconvénients

La avantages du protocole de transport de demande de service inclure les éléments suivants.

• Haute qualité.
• Il est très simple à mettre en œuvre ainsi qu'à utiliser.
• Il est fiable et a une faible latence.
• Open source.
• Interopérable et indépendant du contenu.
• Hautement protégé.

La inconvénients du protocole de transport de demande de service ol comprennent les éléments suivants.

• Il a besoin de plus de mémoire et d'efforts de programmation.
• Sa latence est élevée en raison de sa nature orientée connexion.

Applications du protocole de transport de demande de service

La applications du protocole de transport de demande de service inclure les éléments suivants.

• Le protocole de transport de demande de service est utilisé pour transférer des données à partir d'automates (automates programmables).
  Ce type de protocole est utilisé sur Ethernet et tous les équipements d'automatisation de GE prennent en charge ces protocoles une fois équipés via un port Ethernet.
• Ce protocole est simplement utilisé par plusieurs contrôleurs connectés en Ethernet.

Ainsi, ceci est un aperçu d'un protocole de transport de demande de service ou SRTP. Le protocole SRTP a été testé par rapport au Fanuc Robot R-30iB pour la lecture et l'écriture de différentes valeurs à partir de types de mémoire et la lecture et l'écriture de valeurs de texte ont fonctionné. Voici une question pour vous, qu'est-ce que HTTP?