Les protocoles de communication Saveris V2 (flux)

Système de surveillance testo Saveris 1
Avatar de l’utilisateur
testo_JG
Administrateur du site
Messages : 141
Enregistré le : mar. 13 oct. 2015 16:59

Les protocoles de communication Saveris V2 (flux)

Messagepar testo_JG » mar. 1 déc. 2015 09:55

Bonjour à tous,

Voici les protocoles de communication entre les différents composants Saveris :

A savoir que Saveris fonctionne en Client/Serveur.


Base Saveris et sonde Ethernet
- Base considérée comme serveur et la sonde comme client
- Protocole HTTP, TCP, Port 80, requêtes CGI (Interface de passerelle commune) avec des données binaires en entrée et en sortie
- Trafic le plus défavorable (cadence de de mesure de 2 sec et intervalle de communication de 1 min)
* Sonde -> Base : environ 160 kbits/heure
* Base -> Sonde : environ 160 kbits/heure
* Données pour transfert de valeurs de mesure + marge de sécurité

Base Saveris et Convertisseur Ethernet
- Base considérée comme serveur et le Convertisseur comme client
- Protocole HTTP, TCP, Port 80, requêtes CGI (Interface de passerelle commune) avec des données binaires en entrée et en sortie
- Trafic le plus défavorable (cadence de de mesure de 2 sec et intervalle de communication de 1 min)
* n : nombre de sondes radio
* Te : trafic pour une sonde Ethernet
* T = (n+1) x Te

Base Saveris et Extender Ethernet
1. Synchronisation Base et Extender
- Base considérée comme serveur et l’Extender comme client
- Protocole HTTP, TCP, Port 80, requêtes CGI (Interface de passerelle commune) avec des données binaires en entrée et en sortie
- Trafic très faible, moins de 50 kbits/heure et par direction

2. Tunnel radio et différents paquets
- Base considérée comme serveur et l’Extender comme client
- Port UDP 40010 (port de réception du paquet)
- Port UDP 40011 (port d’envoi du paquet)
- Le trafic radio par nœud est une réglementation conforme selon :
@ Taux de transfert de données en haute fréquence : 38 400 kbit/s, cycle de communication: 1%
-> Exemple d’un trafic réseau UDP (avec le cas de figure le plus lent) :
* n : Nombre de nœuds radio dans la distance de réception
* hfr : Taux de transfert des données en haute fréquence
* duty : Cycle de communication en haut fréquence (cas le plus lent)
* T = n x (hfr x duty)
Exemple pour 50 sondes radio dans le périmètre radio d’un Extender :
T = 50 x (38 400 kbit/s x 0,01) = 6,6 Mbits/h
En pratique, le résultat obtenu pour T est bien inférieur, puisque les sondes radio ont un cycle de communication bien en-deçà des 1% requis


Base Saveris et services de synchronisation Saveris
Base Saveris et logiciel Saveris client

- Base considérée comme serveur et le PC comme client
- Protocole HTTP, TCP, Port 80, requêtes CGI (Interface de passerelle commune) avec des données binaires en entrée et en sortie
- La vitesse de communication et du trafic peuvent varier en fonction de :
* Nombre de nœuds connectés (Sondes, convertisseurs, Extenders et Routeurs)
* Nombre de canaux
* Cadence de mesure
* Nombre d’alarmes en cours et modifications du statut des alarmes
- Le composants permettant d’équilibrer le trafic est la Base Saveris
En fonction des commandes CGI, une vitesse de transfert de données entre 4 et 300 kbits/s est atteinte,
mais la Base Saveris ne fonctionne jamais sur le réseau à plein régime

Services de synchronisation Saveris et base de données
Logiciel Saveris client et base de données

- MS SQL Server est utilisé
- La connexion entre l’application et la base de données est réalisé en utilisant le « OLE DB Provider for SQL server »
- À savoir concernant le trafic :
* Le trafic peut fortement varier en fonction du nombre de Bases Saveris, sondes, canaux de mesure, etc…
* Les communications via le réseau ne sont pas limitées
* Le seule limite est le nombre maximum de 100 requêtes par seconde permises par la version Express de MS SQL Server


Comportement réseau testo Saveris
Les composants Ethernet testo Saveris ne sont pas directement connectés au réseau Ethernet ou TCP/IP. Par exemple, le Convertisseur testo Saveris reçoit des datagrammes radio avec des valeurs de mesure, ainsi que d’autres informations des sondes radio testo Saveris, dans un format propriétaire Testo. Ces données sont interprétées et préparées, puis envoyées à la Base testo Saveris sous un format HTTP.

Des datagrammes radio incorrects ou inconnus sont automatiquement rejetés par le Convertisseur testo Saveris. Ainsi, il n’y aura pas d’autre traitement de l’information et donc aucune mise en oeuvre au niveau de l’interface LAN.

Même dans le cas où la Base ou le Convertisseur testo Saveris crasherait, du fait de perturbations radio spécifiques générées, il n’y aura aucun effet au niveau du réseau informatique, puisque l’information ne sera pas relayée.

Le protocole de communication utilisé est propriétaire sur la bande ISM 868 MHz.

Le convertisseur testo Saveris utilise un embeddedRTOS nommé embOS ; celui-ci n’utilise pas une liaison dynamique, il est impossible à un logiciel étranger de communiquer avec le composant testo.



FAQ :

1. Quelle est la direction du flux entre la base Saveris V3 (boîtier principal) et la base de données?
>> La base est toujours passive. Le démarrage de la communication est initié par le serveur toutes les 3 minutes. La communication est bidirectionnelle.

2. Quelle est la forme de ce flux,
>> La communication est en https sur le port 442 (packages).

3. Quel est le type de connexions entre les clients lourds et la base de données? Quel protocole ?
Connection ADO -> https://dba.stackexchange.com/questions ... necting-to
>> TCP / IP https
Support Testo Saveris
savsaveris@testo.fr

Retourner vers « Saveris1 »

Qui est en ligne

Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 18 invités