Effacement ou perte de la liste des auditeurs, Maintenance des listes de auditeurs (alive), Réception de événements – CIRCUTOR EDS-3G Series Manuel d'utilisation

Page 5

Advertising

EDS-3G

M98240601-02-13B

Tout agent ou listener qui souhaite s’enregistrer dans un
moteur à distance ou producer, afin de recevoir les
événements produits par ledit moteur en temps réel, doit
réaliser la demande suivante PUT au producer avec ledit
format :

http://ip_producer:port/services/user/listener.xml

Cette demande doit contenir le corps suivant du message,
dans lequel sont définis l’auditeur et le type de données à
recevoir :

ip_listener

</ip>

ip_listener : l’IP de l’auditeur est définie, à laquelle le
producer envoie les événements qui sont générés

port : définit le port de l’auditeur, à travers lequel le
producer envoie les événements qui sont générés

La section all définit le type d’information auquel on souhaite
accéder (True / False).

True : indique au producer d’envoyer toute la liste
d’événements actifs dont il dispose

False : indique au producer qu’il envoie seulement les
changements survenus depuis la dernière demande

4.3.1.7.- Effacement ou perte de la liste des auditeurs

Le producer peut perdre ou éliminer la liste des auditeurs,
totalement ou partiellement, pour différentes raisons :

Le listener ne répond pas : lorsque de nouveaux
événements se produisent, ou des changements dans
lesdits événements, le producer

informe

instantanément de toute sa liste d’auditeurs. Le
producer, devant un problème de communication avec
un auditeur, réalise jusqu’à un total de cinq tentatives
dans l’envoi de l’information. Dans le cas où l’auditeur
ne répondrait pas à ces demandes, le producer le radie
de sa liste de diffusion.

Le producer a été réinitialisé ou a cessé de
fonctionner temporairement : si le producer reçoit
une mise à jour ou génère un reset pour toute raison
(mise à jour de firmware, perte d’alimentation,
etcétéra), il perd toute la liste d’auditeurs et, dès cet
instant, il cesse d’envoyer des événements aux
auditeurs antérieurement associés.

4.3.1.8.- Maintenance des listes de auditeurs (alive)

Étant donné que les raisons pour lesquelles la liste des
auditeurs peut se voir affectée sous une forme partielle, ou

totale, peuvent être plusieurs, il est nécessaire que le
système d’intégration externe mette en oeuvre un système de
test (alive) contre le producer, pour s’assurer que son IP se
maintient active sous une forme durable sur sa liste de
diffusion.

Il est recommandé que ce système de test soit réalisé sous
une forme automatique et avec une périodicité non
supérieure à 10 minutes entre l’envoi des trames de test. Le
système de test (alive) est basé sur la mise à jour de l’IP de
l’auditeur, à nouveau contre le producer, bien que demandant
uniquement les changements dans les événements (False) :

http://ip_producer:port/services/user/listener.xml

Cette demande doit contenir le corps suivant du message,
dans lequel est à nouveau défini l’auditeur et le type de
données à recevoir :

ip_listener

</ip>

Dans le cas où l’application externe d’intégration se
serait maintenue inactive durant une longue période de
temps, il est recommandable de demander au producer
l’envoi de toute la liste des événements actifs, à travers
une demande True. De cette façon, l’auditeur dispose à
nouveau de toute l’information perdue durant le temps
d’inactivité.

4.3.1.9.- Réception de événements

Lorsqu’un changement se produit dans les événements, la
demande que le producer génère contre la liste de diffusion
des auditeurs, informant des événements sera du type PUT
avec la syntaxe suivante :

http://ip_oyente:port/services/user/producer.xml

La demande contient dans le corps du message l’information
suivante sous format XML ; information relative aux
événements produits :

<id>driverId.driverId.driverId…eventId</id>
<name>Événement 1</name>
<description>Description 1</description>
<annotation>Annotation 1</annotation>
<dateTime>25112010201034</dateTime>
<whyFired>ACTIVATION</whyFired>

</event>

<event>

<id>driverId.driverId.driverId…eventId</id>
<name>Événement 2</name>
<description>Description 2</description>
<annotation>Annotation 2</annotation>
<dateTime>25112010201034</dateTime>
<disabledDateTime>25112010201103</

disabledDateTime >

<whyFired>DEACTIVATION</whyFired>

</event>
…
</producer>

all : tous les événements (True) ou changements (False)

event-id : producer et identificateur de l’événement

whyFired : ACTIVATION, DÉSACTIVATION

Notes relatives aux événements actifs :

Note : si le producer a mis en œuvre une authentification
http par utilisateur et un mot de passe, celle-ci doit être mise
en œuvre dans l’auditeur de la part de l’utilisateur.

Forçage de variables

À travers cette demande, on peut envoyer au système l’ordre
de forçage de variables (ou écriture). Dans la demande, il faut
inclure le nom du dispositif avec lequel on souhaite réaliser la
demande. Il est important d’intégrer les données
d’authentification en cas de besoin.

<forceName> ... </forceName>

<forceValue> ... </forceValue>

</record>

</forceVar>
..
</forceVariables>

forceVariables : champ qui identifie le XML comme
demande

forceVar : information de chacune des variables que l’on
souhaite forcer

forceName : nom de la variable avec format
dispositif.variable.

field : identifie chacun des champs

5.-

Caractéristiques techniques

Circuit d'alimentation :

Monophasée (phase – neutre) A1 – A2 :

Fréquence :

Consommation maximale :

Température de travail :

Humidité (sans condensation) :

Version standard

85…264 V

/ 120…300 V

50…60 Hz

6-10 VA (CA) / 3-4 W (CC)

-10 …+ 60 ºC

5 … 95 %

Caractéristiques sorties :

Type :

Puissance maximale de

manœuvre :

Tension maximale de

manœuvre :

Intensité maximale commutation :

Vie électrique (250 Vca/ 5 A) :

Vie mécanique :

Relais

750 VA

250 V

5 A avec charge résistive

3 x 104 manœuvres

2 x 107 manœuvres

Caractéristiques mécaniques :

Matériel boîte :

Degré de protection de l’équipement :

Dimensions (mm) :

Poids :

Altitude maximale de fonctionnement :

Plastique UL94 - V0 auto-extinguible

IP 20

105 x 70 x 90 mm (6 modules)

385 g

2000 m

Symbologie LED :

Power :

Slaves :

GPRS/3G link :

Led RJ45 gauche :

Led RJ45 droit :

Équipement alimentation et activité de CPU

Éteindre les équipements esclaves

communiquants

Connexion GPRS ou 3G liées à l’opérateur

Vert : Full duplex / Orange : Half duplex / Activité

Vert : 100 Mb/s / Orange : 10 Mb/s / Link

Caractéristiques entrées :

Type :

Courant maximale d'activation :

Isolement :

Libre de tension optoisolée (contact sec)

50 mA

1500 V

Display :

Type :

Caractères :

Rétro-éclairage :

Alphanumérique 2 lignes

Oui

Interface de réseau :

Type :

Connecteur :

Protocoles de réseau :

Ethernet 10BaseT / 100BaseTX autodétectable

RJ45

HTTP / Modbus/RTU en bus RS-485

Sécurité :

Catégorie d’installation Classe III / EN61010 Protection du choc électrique par double

isolement classe II. L’équipement doit être raccordé à un circuit d’alimentation protégé

avec des fusibles type gl selon IEC 269 ou type M, avec des valeurs comprises entre 0,5

et 1 A. Il doit être pourvu d’un interrupteur magnétothermique, ou équivalent, pour pouvoir

déconnecter l’équipement du réseau d’alimentation. La section minimum du câble

d’alimentation sera d'1mm

Normes :

CE, UL 94, EN61010-1, EN55011, EN 61000-4-2, EN 61000-4-3,

61000-4-11, EN 61000-6-4, EN 61000-6-2, EN 61000-6-1, EN 61000-6-3, EN 61000-4-5

Modem :

Bandes de travail (Data only) :

UMTS/HSPA - 2100 / 900 Band

GSM - 850 / 900 / 1800 / 1900 Band

Interface série :

Type :

Vitesse de transmission (configurable)

Bits de données :

Parité :

Bit de stop

RS-485 trois fils (A/B/S)

4 800, 9 600,19 200, 34 800, 57 600, 115 200 bps

Sans parité, pair, impair

Advertising