Ici vous trouvez un petit ,consistant , complet,bien organisé exposé sous forme de cours concernant le middelware comme outil d'architecture informatique

Ici vous trouvez un petit ,consistant , complet,bien organisé exposé sous forme de cours concernant le middelware comme outil d'architecture informatique

Publié le 1 mars 2011 - Donne ton avis

Explications Simplifiées sur le MIDDLEWARE (Pour des Automates Quantum non associés à des automates Prémium) Genève le 04/03/2003 Sébastien CABARET 1 Introduction Le Middleware permet de gérer l’espace mémoire d’un automate Quantum et sa communication avec les différents appareils connectés tels que : serveurs, automates Premiums, autres PLC’s. On se trouve dans le cas ou le Quantum est maître. Pour plus de détails se référer aux documents suivants : « Description du Middleware (Concerne les Automates Quantum) développé par GTD’ pour les applications dans le cadre de UNICOS » de Yves LANIER « Analyse of memory organisation in Quantum related to an application programmed in UNICOS background (for a pure Quantum Remote I/O solution) » de Yves LANIER. 3 Données transmissent par le Middleware Il existe 2 types de données transmissent par le Middleware : 3.1 Les données process Ces données sont nécessaires pour l’animation de la supervision et les Status des objets standards implantés dans le Quantum. Elles regroupent : Les Status binaires regroupés en mots Les Status analogiques (réel : deux mots) Ces données process sont transmissent de façon globale au Data Server et partiellement aux PCU’s. 3.2 Les données évènements Un évènement est un changement d’un Status binaire. Ces données sont associées aux Status binaires des objets standards implantés dans le Quantum. Ce sont des données structurées : (1) (2) (3) (1) : valeur d’un groupe Status Binaire. (2) : date cryogénique. (3) : identificateur ; adresse dans le Data Server diminuée de 1. 4 Transmission des données La tache principale du Middleware est de transmettre à un équipement connecté, les données qui le concernent, en prenant en compte les problèmes liés à la redondance, à la bande passante, aux pannes de la communication, etc… La transmission s’effectue en deux temps. 4.1 Première étape de la transmission : détection des changements dans la Base de données (COMM_BOARDS) 4.1.1 Données process Le Middleware analyse, par table de 100 mots, la partie de la base de données correspondant aux Status analogiques et binaires des Objets implantés dans le Quantum. Dans le cas de la solution Premium, on analyse aussi la zone mémoire du Quantum dédiée aux Auto-Request des Objets Sorties implantés dans le Premium et déterminées par l’application. S’il détecte un changement, il programme l’envoi de la table complète concernée. 4.1.2 Données évènements : Le Middleware analyse, par table de 100 mots, la partie de la base de données correspondant aux Status binaires uniquement. Par contre, dans ce cas, il détecte précisément quels mots ont changé, les identifie et enregistre la date cryogénique. Pour chaque mot Status binaire ayant changé, on crée une variable Evénement que l’on écrit dans un Buffer.
Photo de profil de anis tunisiano
Fiche rédigée par
anis tunisiano
6 téléchargements

Ce document est-il utile ?

-- / 20

Contenu de ce document de Informatique > Architecture

Plan :

1 Introduction 3 2 Présentation des parties du Middleware au travers du navigateur de projet sous Concept 4 3 Données transmissent par le Middleware 5 3.1 Les données process 5 3.2 Les données évènements 5 4 Transmission des données 6 4.1 Première étape de la transmission : détection des changements dans la Base de données (COMM_BOARDS) 6 4.1.1 Données process 6 4.1.2 Données évènements : 6 4.2 Deuxième étape de la transmission : envoi des tables de données aux équipements concernés (PORTS) 7 4.2.1 Données process 7 4.2.2 Données évènements : 8 5 Redondance et bon fonctionnement de la communication ( Service) 8 6 Le Cycle PLC et Cryogénique (CYCLE_MANAGER) 9 7 Organisation de la mémoire 10 7.1 La mémoire adressée 10 7.2 La mémoire non-adressée : notion de mémoire image 14 8 La section Chronos 15 8.1 Time_Manager 15 8.2 Reference 15 9 La section COMMUNICATION 15 9.1 INIT 15 9.2 COMM_BOARDS 15 9.3 PORTS 15 9.4 Services 15

Il faut être inscrit pour télécharger un document

Crée un compte gratuit pour télécharger ce document

Je m'inscrisOU

J'ai déjà un compte

Je me connecte