CA2286389A1 - Systeme d'automatisme distribue - Google Patents
Systeme d'automatisme distribue Download PDFInfo
- Publication number
- CA2286389A1 CA2286389A1 CA002286389A CA2286389A CA2286389A1 CA 2286389 A1 CA2286389 A1 CA 2286389A1 CA 002286389 A CA002286389 A CA 002286389A CA 2286389 A CA2286389 A CA 2286389A CA 2286389 A1 CA2286389 A1 CA 2286389A1
- Authority
- CA
- Canada
- Prior art keywords
- server
- coupler
- objects
- api
- sap
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
- G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
- G05B19/41855—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication by local area network [LAN], network structure
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
- G05B19/052—Linking several PLC's
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/31—From computer integrated manufacturing till monitoring
- G05B2219/31186—TCP-IP internet protocol
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/34—Director, elements to supervisory
- G05B2219/34038—Web, http, ftp, internet, intranet server
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Abstract
La présente invention concerne un système d'automatisme distribué comprenant un automate programmable (API-1) connecté à automates programmables (API-2, API-3, API-4) et équipé d'une unité centrale (UC1) et de coupleurs (CS1) communiquant par le bus fond de panier avec ladite unité centrale, l'un des coupleurs (CS1) étant relié par un bus (B) à des équipements associés (P, SAP, C, M), caractérisé par le fait que le coupleur (CS1) peut communiquer grâce à une fonction serveur avec les équipements associés (P, C, M, SAP) sous le protocole TCP/1P et est pourvu d'une mémoire de masse (MS) contenant d'une part des objets logiciels dits «à variables automates» (OV) qui gèrent l'accès aux variables automates (VAR) et d'autre part des objets logiciels dits «manufacturiers» (OM) transformant les informations des objets (OV) à variables automates en informations de type manufacturier exploitables par les équipements associés (P, SAP, C, M).
Description
SYST~ME D'AUTOMATISME DISTRIBUÉ
La présente invention un syst'eme d'automatisme distribué comprenant un automate programmable connecté à automates programmables et équipé d'une unité centrale et de coupleurs communiquant par le bus fond de panier avec ladite unité centrale, l'un des coupleurs étant relié par un bus à des équipements associés.
Traditionnellement, un système d'automation est'~segmenté en plusieurs niveaux. Au niveau inférieur on trouve le bus des capteurslactionneurs qui permet tes échanges entre les automates programmables ou commandes numériques et le;à capteurs et àctionneurs qui leur sont associés. A un niveau supérieur on trouve un bus de type informatique reliant les l0 ordinateurs chargés de la supervision et du système d'information du site de production. A un niveau intermédiaire on trouve des bus qui font la jonction entre les niveaux précédents. Cet ensemble est donc hétérogène.
11 est connu d'utiliser le protocole TCP/IP et les logiciels adaptés à ce protocole pour faire communiquer sur différents niveaux, via un bus de type Ethernet par exemple, les équipements d'un réseau d'automatisme. Les automates programmables sont alors équipés d'un module ou coupleur TCP/lP. Cette solution permet de fédérer différents niveaux.
Le langage Java est envisagé pour les automatismes à différents niveaux par exemple au niveau de la gestion de la supervision et de la gestion de production.. ~n se référera par exemple aux articles parus dans CiMax de Mai-juin 97 ou dans Mesures de.Mai 98. Ce langage.
Java présente des avantages concernant la, portabilité et l'orientation objet ainsi que la
La présente invention un syst'eme d'automatisme distribué comprenant un automate programmable connecté à automates programmables et équipé d'une unité centrale et de coupleurs communiquant par le bus fond de panier avec ladite unité centrale, l'un des coupleurs étant relié par un bus à des équipements associés.
Traditionnellement, un système d'automation est'~segmenté en plusieurs niveaux. Au niveau inférieur on trouve le bus des capteurslactionneurs qui permet tes échanges entre les automates programmables ou commandes numériques et le;à capteurs et àctionneurs qui leur sont associés. A un niveau supérieur on trouve un bus de type informatique reliant les l0 ordinateurs chargés de la supervision et du système d'information du site de production. A un niveau intermédiaire on trouve des bus qui font la jonction entre les niveaux précédents. Cet ensemble est donc hétérogène.
11 est connu d'utiliser le protocole TCP/IP et les logiciels adaptés à ce protocole pour faire communiquer sur différents niveaux, via un bus de type Ethernet par exemple, les équipements d'un réseau d'automatisme. Les automates programmables sont alors équipés d'un module ou coupleur TCP/lP. Cette solution permet de fédérer différents niveaux.
Le langage Java est envisagé pour les automatismes à différents niveaux par exemple au niveau de la gestion de la supervision et de la gestion de production.. ~n se référera par exemple aux articles parus dans CiMax de Mai-juin 97 ou dans Mesures de.Mai 98. Ce langage.
Java présente des avantages concernant la, portabilité et l'orientation objet ainsi que la
2 0 possibilité d'exécuter dans 1e navigateur d'un poste local des programmes écrits en Java dits «applets» et importés à travers le réseau.
La présente invention a pour but de fournir une plate-forme matérielle et logicielle rendant l'automate programmable actif sur un réseau de type Intranet ou ses extensions par manipulation etlou production d'information de niveau manufacturier, c'est à
dire « non impliquées » directement dans le contrôle commande temps réel et définissant un modèle objet adapté à la structure actuelle des automatismes. Elle permet d'intégrer les automates programmab¿es industriels au système d'information de l'entreprise sans remettre en cause la structure des automatismes. Ceci répond au besoin croissant d'intégration des équipements de l'outil de production et des systèmes de gestion (Superviseurs, Système automatisé de production, etc..).
La présente invention a pour but de fournir une plate-forme matérielle et logicielle rendant l'automate programmable actif sur un réseau de type Intranet ou ses extensions par manipulation etlou production d'information de niveau manufacturier, c'est à
dire « non impliquées » directement dans le contrôle commande temps réel et définissant un modèle objet adapté à la structure actuelle des automatismes. Elle permet d'intégrer les automates programmab¿es industriels au système d'information de l'entreprise sans remettre en cause la structure des automatismes. Ceci répond au besoin croissant d'intégration des équipements de l'outil de production et des systèmes de gestion (Superviseurs, Système automatisé de production, etc..).
3 0 Le systëme selon l'invention est essentiellement caractérisé par le fait que le coupleur peut communiquer grâce à une fonction serveur avec les équipements associés sous le protocole TCPIIP et est pourvu d'une mémoire de masse contenant d'une part des objets logiciels dits «à variables automates» qui gèrent l'accès aux variables automates et d'autre part des objets logiciels dits «manufacturiers» transformant les informations des objets à variables automates en informations de type manufacturier exploitables par les équipements associés.
L'invention va maintenant ëtre décrite en se référant à un mode de réalisation donné à
titre d'exemple et représenté par les dessins annexés sur lesquels - la figure 1 est un schéma de système d'automatisme distribué;
- la figure 2 est schéma de l'architecture logicielle d'un coupleur serveur équipant un automate selon l'invention;
- la figure 3 illustre les échanges d'informations entre différents objets logiciels du système d'automatisme distribué;
- la figure 4 illustre la mise à jour du serveur de noms du coupleur serveur en cas de modification du programme automate par un atelier de programmation;
l0 - la figure 5 illustre des échanges entre différents objets logiciels.
L'architecture représentée à la figure 1 comporte un automaté référencé API-1 équipé
d'une unité centrale UC1. Cet automate communique avec d'autres automates programmables API-2, APl-3, API-4 ainsi qu'avec des équipements associés SAP, M, C, P.
L'automate API-1 est équipé d'un coupleur serveur CS1 qui va être décrit ci-dessous, l'automate API-2 étant également équipé d'un coupleur serveur repéré CS2.
L'unité centrale de chaque automate. programmable contient un programme d'application PAP qui est écrit dans un langagé d'automation habituel (cdadder», etc..) et gère les entrées - sorties en utilisant des variables de contrôle commande en temps réel dites variables automates qui sont repérées VAR.
2o Le coupleur à fonction serveur CS1 de l'automate programmable API-1 communique par le bus fond de panier avec l'unité centrale UC1 de l'automate sur lequel il est monté et avec les autres coupleurs de cet automate. L'automate APl-1 équipé du coupleur CS1 peut communiquer par l'intermédiaire par exemple d'un coupleur avec les autres automates programmables référencés API-2, API-3, API-4. Le coupleur serveur CS1 est pourvu d'un connecteur lui permettant de communiquer par un bus B, sous le protocole TCPI1P, avec les équipements associés tels que le serveur de gestion de production SAP, le terminal de dialogue P ou les ordinateurs C et M.
En se référant à la figure 2, chaque coupleur serveur CS1 ou CS2 supporte un système d'exploitation temps réel JAVA, une machine virtuelle qui interprète le « byte-code »
3o JAVA (code intermédiaire obtenu après précompilation par un compilateur JAVA). Une des fonctions de ce système d'exploitation est d'assurer la connexion du coupleur CS1 au réseau de type TCPIIP. Chaque coupleur CS1 ou CS2 est pourvu d'une mémoire de masse MS et d'un microprocesseur.
Le coupleur à fonction serveur CS1 de l'automate API-1 contient dans sa mémoire MS
d'une part des objets logiciels dits «à variables automates» référencés OV qui gèrent l'accès aux variables automates VAR et d'autre part des objets logiciels dits «manufacturiers»
référencés OM. Ce coupleur CS1 supporte un serveur de gestion d'un ensemble de pages de type HTML permettant la «gestion» du coupleur, en particulier l'affichage de l'état du coupleur (Marche, Arrêt, erreur) et la modification de cet état,. l'affichage de l'état des objets OM et OV
du coupleur (Marche, Arrêt, erreur) et la modification de bet état.
Un objet manufacturier OM peut facilement être «connecté» à différents types d'objets OV et donc différents types de protocoles ce qui permet l'adaptation du coupleur CS1 à tous les types de protocoles industriels. Un objet OM1-S qui est exécuté sur le coupleur CS1 de l'automate API-1 peut consommer des informations produites par d'autres objets OV-3 ou OM-2 exécutés sur un coupleur serveur CS2 embarqué dans l'automate API-2.
Les objets OV «à variables automates» peuvent lire ou écrire les valeurs de une ou à
plusieurs variables automates VAR en utilisant les protocoles de contrôle industriel. Ils i5 transmettent les valeurs des variables automates aux objets OM en fonction du type de la variable automate et ou en fonction des besoins.
En se référant aux figures 3 et 5, l'objet OV-1 lit ou écrit par une opération repérée 1 la valeur d'une variable automate VAR1. L'objet OM1-S peut lire ou écrire par une opération repérée 2 ladite valeur sous la même forme que celle manipulée par lâ variable automate. II
peut aussi lire ou écrire la valeur, par une opération 2a de la figure 5, sous une autre forme que celle de la variable automate. Dans ce' cas, bien que la valeur ne change pas, la forme (ou aussi la dynamique) change : par exemple la valeur au lieu d'être codée sur deux octets sera codée sur quatre octets. L'objet OM1-S peut aussi recevoir une valeur pertinente sous la forme d'un événement.
A chaque objet lié à une variable automate OV est attribué un nom symbolique unique qui est celui de la vâriable automate manipulée par lui. Le nom symbolique et l'adresse associée (appelée aussi repère) sont sauvegardés dans un serveur de noms SN
impfémenté
dans le coupleur CS1. Les noms symboliques et adresses sont mis à jour automatiquement, soit en cas de modification du nom d'une variable automate soit en cas de modification de l'adresse de la variable automate.
Chaque objet dit «manufacturier» est constitué d'un objet tel que OM1-S, localisé sur le coupleur serveur CS1 et d'un objet image OM1-C Localisé sur un poste client tel que P, C, M
ou SAP. Il génère, à partir des valeurs des variables automates fournies par un objet OV ou par un objet OM une information de type «manufacturier» c'est à dire une information destinée par exemple au système d'information de l'usine. Un tel objet OM peut échanger,.
avec plusieurs automates programmables industriels.
L'invention va maintenant ëtre décrite en se référant à un mode de réalisation donné à
titre d'exemple et représenté par les dessins annexés sur lesquels - la figure 1 est un schéma de système d'automatisme distribué;
- la figure 2 est schéma de l'architecture logicielle d'un coupleur serveur équipant un automate selon l'invention;
- la figure 3 illustre les échanges d'informations entre différents objets logiciels du système d'automatisme distribué;
- la figure 4 illustre la mise à jour du serveur de noms du coupleur serveur en cas de modification du programme automate par un atelier de programmation;
l0 - la figure 5 illustre des échanges entre différents objets logiciels.
L'architecture représentée à la figure 1 comporte un automaté référencé API-1 équipé
d'une unité centrale UC1. Cet automate communique avec d'autres automates programmables API-2, APl-3, API-4 ainsi qu'avec des équipements associés SAP, M, C, P.
L'automate API-1 est équipé d'un coupleur serveur CS1 qui va être décrit ci-dessous, l'automate API-2 étant également équipé d'un coupleur serveur repéré CS2.
L'unité centrale de chaque automate. programmable contient un programme d'application PAP qui est écrit dans un langagé d'automation habituel (cdadder», etc..) et gère les entrées - sorties en utilisant des variables de contrôle commande en temps réel dites variables automates qui sont repérées VAR.
2o Le coupleur à fonction serveur CS1 de l'automate programmable API-1 communique par le bus fond de panier avec l'unité centrale UC1 de l'automate sur lequel il est monté et avec les autres coupleurs de cet automate. L'automate APl-1 équipé du coupleur CS1 peut communiquer par l'intermédiaire par exemple d'un coupleur avec les autres automates programmables référencés API-2, API-3, API-4. Le coupleur serveur CS1 est pourvu d'un connecteur lui permettant de communiquer par un bus B, sous le protocole TCPI1P, avec les équipements associés tels que le serveur de gestion de production SAP, le terminal de dialogue P ou les ordinateurs C et M.
En se référant à la figure 2, chaque coupleur serveur CS1 ou CS2 supporte un système d'exploitation temps réel JAVA, une machine virtuelle qui interprète le « byte-code »
3o JAVA (code intermédiaire obtenu après précompilation par un compilateur JAVA). Une des fonctions de ce système d'exploitation est d'assurer la connexion du coupleur CS1 au réseau de type TCPIIP. Chaque coupleur CS1 ou CS2 est pourvu d'une mémoire de masse MS et d'un microprocesseur.
Le coupleur à fonction serveur CS1 de l'automate API-1 contient dans sa mémoire MS
d'une part des objets logiciels dits «à variables automates» référencés OV qui gèrent l'accès aux variables automates VAR et d'autre part des objets logiciels dits «manufacturiers»
référencés OM. Ce coupleur CS1 supporte un serveur de gestion d'un ensemble de pages de type HTML permettant la «gestion» du coupleur, en particulier l'affichage de l'état du coupleur (Marche, Arrêt, erreur) et la modification de cet état,. l'affichage de l'état des objets OM et OV
du coupleur (Marche, Arrêt, erreur) et la modification de bet état.
Un objet manufacturier OM peut facilement être «connecté» à différents types d'objets OV et donc différents types de protocoles ce qui permet l'adaptation du coupleur CS1 à tous les types de protocoles industriels. Un objet OM1-S qui est exécuté sur le coupleur CS1 de l'automate API-1 peut consommer des informations produites par d'autres objets OV-3 ou OM-2 exécutés sur un coupleur serveur CS2 embarqué dans l'automate API-2.
Les objets OV «à variables automates» peuvent lire ou écrire les valeurs de une ou à
plusieurs variables automates VAR en utilisant les protocoles de contrôle industriel. Ils i5 transmettent les valeurs des variables automates aux objets OM en fonction du type de la variable automate et ou en fonction des besoins.
En se référant aux figures 3 et 5, l'objet OV-1 lit ou écrit par une opération repérée 1 la valeur d'une variable automate VAR1. L'objet OM1-S peut lire ou écrire par une opération repérée 2 ladite valeur sous la même forme que celle manipulée par lâ variable automate. II
peut aussi lire ou écrire la valeur, par une opération 2a de la figure 5, sous une autre forme que celle de la variable automate. Dans ce' cas, bien que la valeur ne change pas, la forme (ou aussi la dynamique) change : par exemple la valeur au lieu d'être codée sur deux octets sera codée sur quatre octets. L'objet OM1-S peut aussi recevoir une valeur pertinente sous la forme d'un événement.
A chaque objet lié à une variable automate OV est attribué un nom symbolique unique qui est celui de la vâriable automate manipulée par lui. Le nom symbolique et l'adresse associée (appelée aussi repère) sont sauvegardés dans un serveur de noms SN
impfémenté
dans le coupleur CS1. Les noms symboliques et adresses sont mis à jour automatiquement, soit en cas de modification du nom d'une variable automate soit en cas de modification de l'adresse de la variable automate.
Chaque objet dit «manufacturier» est constitué d'un objet tel que OM1-S, localisé sur le coupleur serveur CS1 et d'un objet image OM1-C Localisé sur un poste client tel que P, C, M
ou SAP. Il génère, à partir des valeurs des variables automates fournies par un objet OV ou par un objet OM une information de type «manufacturier» c'est à dire une information destinée par exemple au système d'information de l'usine. Un tel objet OM peut échanger,.
avec plusieurs automates programmables industriels.
4 L'information 3 de niveau manufacturier peut par exemple être une alarme générée par une machine de production, une donnée métier (par exemple le nombre de voitures blanches ou le nombre de bouteilles), un message à distance via courrier électronique, une information de connexion automatelserveur SAP, une information de diagnostic système, une information de gestion d'alarmes, un message d'alarme en fonction de valeurs prises par certaines variables automate ou une information de gestion de base de données relationnelles ou une information de gestion d'archivage d'événements=sur base de données relationnelles, une information gérant l'affichage d'une vue partielle de machïne.
A chaque objet «manufacturier» OM est attribué un nom symbolique unique stocké
lo dans le serveur de noms SN et adapté à une exploitation sur le réseau.
L'objet client OM1-C est le «proxyn ou image de l'objet serveur OM1-S. La localisation de cet objet image OM1-C dépend de son utilisation. Lorsque l'objet OM1-C est inutilisé, il est stocké dans la base de persistance BP du coupleur serveur CS1. Lorsque l'objet OM1-C est utilisé il est exécuté sur une machine cliente du coupleur serveur CS1, après déchargement, via le réseau, depuis fa base de persistance 8P. Cette base de persistance BP
contient l'état des objets OV et OM ( y compris pour ce dernier l'objet client OM-C).
Par défaut, l'objet client OM1-C offre une vue dite de gestion de l'objet OM
(état de l'objet, position, paramètre). II peut rendre des services optionnels dépendant de' la nature même de l'objet OM, comme par exemple l'interface avec des systèmes extérieurs (SAP), une 2o vue tabulaire d'alarme pour un service alarme, un synoptique , etc...
L'objet client OM-C peut prendre la forme de pages HTML, d' « âpplets n, de « Beans » (composant logiciel Java) et ou d'autres composants logiciels.
Les objets manufacturiers OM délivrent des données pertinentes sous forme d'événements (modèle producteurlconsommateur) et assurent le maintien de la cohérence des noms d'objets manipulés. C'est 1e coupleur serveur CS1 qui maintient la base de noms, les autres logiciels étant connectés à ce serveur. Par exemple, en se référant à
la figure 4, un atelier de programmation automate APA envoie la liste des modifications au serveur de noms SN à chaque fois qu'une modification du programme automate modifie une variable automate fiée à un objet OV.
3o La modification de la configuration du coupleur CS1 par le réseau est sans effet sur la partie contrôle commande de l'automate.
Le fonctionnement va maintenant être expliqué ;
Si l'on se réfère à la figure 3, les objets OV-1 et OV-2 reçoivent des informations 1 et 5 concernant des variables automates de l'unité centrale UC1. Ces objets OV-1 et OV-2 délivrent une information à la partie serveur OM1-S de (objet manufacturier. De plus cet objet OM1-S
peut recevoir des informations d'objets OV-3 et OV-4 d'un autre automate API-2. La partie serveur OM1-S de l'objet manufacturier génère une information.de type manufacturier 3.
L'objet serveur OM1-S transmet l'information 3 de type manufacturier par un échange référencé 7 à l'objet client OM1-C. L'objet OM1-S transmet une information de synchronisation
A chaque objet «manufacturier» OM est attribué un nom symbolique unique stocké
lo dans le serveur de noms SN et adapté à une exploitation sur le réseau.
L'objet client OM1-C est le «proxyn ou image de l'objet serveur OM1-S. La localisation de cet objet image OM1-C dépend de son utilisation. Lorsque l'objet OM1-C est inutilisé, il est stocké dans la base de persistance BP du coupleur serveur CS1. Lorsque l'objet OM1-C est utilisé il est exécuté sur une machine cliente du coupleur serveur CS1, après déchargement, via le réseau, depuis fa base de persistance 8P. Cette base de persistance BP
contient l'état des objets OV et OM ( y compris pour ce dernier l'objet client OM-C).
Par défaut, l'objet client OM1-C offre une vue dite de gestion de l'objet OM
(état de l'objet, position, paramètre). II peut rendre des services optionnels dépendant de' la nature même de l'objet OM, comme par exemple l'interface avec des systèmes extérieurs (SAP), une 2o vue tabulaire d'alarme pour un service alarme, un synoptique , etc...
L'objet client OM-C peut prendre la forme de pages HTML, d' « âpplets n, de « Beans » (composant logiciel Java) et ou d'autres composants logiciels.
Les objets manufacturiers OM délivrent des données pertinentes sous forme d'événements (modèle producteurlconsommateur) et assurent le maintien de la cohérence des noms d'objets manipulés. C'est 1e coupleur serveur CS1 qui maintient la base de noms, les autres logiciels étant connectés à ce serveur. Par exemple, en se référant à
la figure 4, un atelier de programmation automate APA envoie la liste des modifications au serveur de noms SN à chaque fois qu'une modification du programme automate modifie une variable automate fiée à un objet OV.
3o La modification de la configuration du coupleur CS1 par le réseau est sans effet sur la partie contrôle commande de l'automate.
Le fonctionnement va maintenant être expliqué ;
Si l'on se réfère à la figure 3, les objets OV-1 et OV-2 reçoivent des informations 1 et 5 concernant des variables automates de l'unité centrale UC1. Ces objets OV-1 et OV-2 délivrent une information à la partie serveur OM1-S de (objet manufacturier. De plus cet objet OM1-S
peut recevoir des informations d'objets OV-3 et OV-4 d'un autre automate API-2. La partie serveur OM1-S de l'objet manufacturier génère une information.de type manufacturier 3.
L'objet serveur OM1-S transmet l'information 3 de type manufacturier par un échange référencé 7 à l'objet client OM1-C. L'objet OM1-S transmet une information de synchronisation
5 à l'unité centrale UC1.
Un poste client tel que P, C, M ou SAP transfère via un navigateur au d'autres moyens par un échange référencé 6, via le réseau B, la parue cliente de Pobjét OM1-C.
Cette partie cliente de l'objet OM1-C est stockée sur un poste client soit ponctuellement, (cas d'une connexion du type navigateur Web par exemple), soit de façon permanente sur un serveur SAP
1o par exemple.
Les logiciels 10 d'une application extérieure exécutées sur le poste client reçoivent par un échange 8 l'information de type manufacturier.
Le serveur SAP est interrogé par l'objet OM ou le serveur SAP renvoie tes données demandées par fOM.
II est bien entendu que l'on peut sans sortir du cadre de l'invention imaginer des variantes et des perfectionnements de détail et de même envisager l'emploi de moyens équivalents.
Un poste client tel que P, C, M ou SAP transfère via un navigateur au d'autres moyens par un échange référencé 6, via le réseau B, la parue cliente de Pobjét OM1-C.
Cette partie cliente de l'objet OM1-C est stockée sur un poste client soit ponctuellement, (cas d'une connexion du type navigateur Web par exemple), soit de façon permanente sur un serveur SAP
1o par exemple.
Les logiciels 10 d'une application extérieure exécutées sur le poste client reçoivent par un échange 8 l'information de type manufacturier.
Le serveur SAP est interrogé par l'objet OM ou le serveur SAP renvoie tes données demandées par fOM.
II est bien entendu que l'on peut sans sortir du cadre de l'invention imaginer des variantes et des perfectionnements de détail et de même envisager l'emploi de moyens équivalents.
Claims (6)
1 - Système d'automatisme distribué comprenant un automate programmable (API-1) connecté à automates programmables (API-2, API-3, API-4) et équipé d'une unité
centrale (UC1) et de coupleurs (CS1) communiquant par le bus fond de panier avec ladite unité
centrale, l'un des coupleurs (CS1) étant relié par un bus (B) à des équipements associés (P, SAP, C, M), caractérisé par le fait que le coupleur (CS1) peut communiquer grâce à une fonction serveur avec les équipements associés (P, C, M, SAP) sous le protocole TCP/IP et est pourvu d'une mémoire de masse (MS) contenant d'une part des objets logiciels dits «à
variables automates» (OV) qui gèrent l'accès aux variables automates (VAR) et d'autre part des objets logiciels dits <<manufacturiers» (OM) transformant les informations des objets (OV) à
variables automates en informations de type manufacturier exploitables par les équipements associés (P, SAP, C, M).
centrale (UC1) et de coupleurs (CS1) communiquant par le bus fond de panier avec ladite unité
centrale, l'un des coupleurs (CS1) étant relié par un bus (B) à des équipements associés (P, SAP, C, M), caractérisé par le fait que le coupleur (CS1) peut communiquer grâce à une fonction serveur avec les équipements associés (P, C, M, SAP) sous le protocole TCP/IP et est pourvu d'une mémoire de masse (MS) contenant d'une part des objets logiciels dits «à
variables automates» (OV) qui gèrent l'accès aux variables automates (VAR) et d'autre part des objets logiciels dits <<manufacturiers» (OM) transformant les informations des objets (OV) à
variables automates en informations de type manufacturier exploitables par les équipements associés (P, SAP, C, M).
2 - Système d'automatisme distribué selon la revendication .1, caractérisé par le fait que le coupleur serveur (CS1) supporte un système d'exploitation temps réel JAVA apte à
permettre la connexion sous TCP/IP.
permettre la connexion sous TCP/IP.
3 - Système d'automatisme selon l'une quelconque des revendications précédentes, caractérisé par le fait que le coupleur serveur (CS1) supporte un serveur HTML.
4 - Système d'automatisme selon l'une quelconque des revendications précédentes, caractérisé par le fait que le coupleur serveur (CS1) comporte un serveur de noms gérant des noms symboliques uniques attribués à .chaque objet «variable automate» (OV) et à chaque objet «manufacturier» (OM).
- Système d'automatisme selon l'une quelconque des revendications précédentes, caractérisé par le fait que chaque objet (OM) dit «manufacturier» est constitué d'un objet serveur (OM1-S) localisé sur le coupleur serveur (CS1) et d'un objet client (OM1-C) qui est l'image de (objet serveur et est localisé sur un équipent associé client (P, C, M ou SAP).
6 - Système d'automatisme selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'il comporte dans le coupleur serveur une base de persistance (BP) permettant de stocker les objets clients (OM1-C) inutilisés et l'état des objets liés aux variables automates (OV) et des objets serveur (OM1-S) et objets clients (OM1-C).
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR9812907A FR2784471B1 (fr) | 1998-10-08 | 1998-10-08 | Systeme d'automatisme distribue |
FR9812907 | 1998-10-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2286389A1 true CA2286389A1 (fr) | 2000-04-08 |
Family
ID=9531579
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002286389A Abandoned CA2286389A1 (fr) | 1998-10-08 | 1999-10-07 | Systeme d'automatisme distribue |
Country Status (9)
Country | Link |
---|---|
US (1) | US6564242B1 (fr) |
EP (1) | EP0992867B1 (fr) |
AU (1) | AU766699B2 (fr) |
BR (1) | BR9904432A (fr) |
CA (1) | CA2286389A1 (fr) |
DE (1) | DE69926966T2 (fr) |
ES (1) | ES2247768T3 (fr) |
FR (1) | FR2784471B1 (fr) |
ZA (1) | ZA996381B (fr) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7111306B1 (en) * | 2000-02-18 | 2006-09-19 | Siemens Energy & Automation, Inc. | Moniker method, apparatus, system and article of manufacture |
US6560513B2 (en) | 1999-11-19 | 2003-05-06 | Fanuc Robotics North America | Robotic system with teach pendant |
US6518980B1 (en) * | 1999-11-19 | 2003-02-11 | Fanuc Robotics North America, Inc. | Method and system for allowing a programmable controller to communicate with a remote computer |
FR2804218B1 (fr) * | 2000-01-26 | 2002-03-29 | Schneider Automation | Automate programmable dote de fonctions de communication dans une architecture client-serveur |
TR200202425T2 (tr) * | 2000-04-25 | 2003-02-21 | Unilever N.V. | Temizlik işlemlerinin ve makinelerinin izlenmesi için bir yöntem ve tertibat. |
WO2001082015A1 (fr) * | 2000-04-25 | 2001-11-01 | Johnsondiversey, Inc. | Procede et systeme offrant des services de gestion pour une pluralite de traitements ou de machines de nettoyage industriel a partir d'un centre de service |
FR2811844B1 (fr) * | 2000-07-13 | 2002-11-29 | Schneider Automation S A | Bus interne automate supportant le protocole tcp/ip |
DE10113260B4 (de) * | 2001-03-16 | 2005-10-20 | Siemens Ag | Synchrones, getaktetes Kommunikationssystem mit Relativuhr und Verfahren zum Aufbau eines solchen Systems |
US7319921B2 (en) * | 2002-05-22 | 2008-01-15 | Underwood Fred R | Water treatment control system |
US7565660B2 (en) * | 2002-09-26 | 2009-07-21 | Siemens Energy & Automation, Inc. | System and method for universal extensibility that supports a plurality of programmable logic controllers |
US20050021839A1 (en) * | 2003-06-23 | 2005-01-27 | Russell Thomas C. | Method and apparatus for providing a selectively isolated equipment area network for machine elements with data communication therebetween and with remote sites |
US8321591B2 (en) * | 2004-09-30 | 2012-11-27 | Rockwell Automation Technologies, Inc. | Directory structure in distributed data driven architecture environment |
US9917436B2 (en) * | 2007-10-30 | 2018-03-13 | General Electric Company | System and method for control of power distribution |
US20100011356A1 (en) * | 2008-07-10 | 2010-01-14 | Electrowave Usa, Inc. | Intelligent distributed controller |
US8730837B2 (en) | 2010-06-21 | 2014-05-20 | General Electric Company | System and method for control of power distribution networks |
RU2450305C1 (ru) * | 2010-08-20 | 2012-05-10 | Федеральное государственное унитарное предприятие "Всероссийский научно-исследовательский институт автоматики им. Н.Л. Духова" (ФГУП "ВНИИА") | Комплекс программно-аппаратных средств автоматизации контроля и управления |
WO2013090579A1 (fr) | 2011-12-16 | 2013-06-20 | Stryker Corporation | Système et méthode pour extraction d'échantillons de tissu d'un flux de fluide généré durant un acte médical ou une intervention chirurgicale |
JP5858152B2 (ja) * | 2012-04-27 | 2016-02-10 | 株式会社安川電機 | 機械制御システム、モーションコントローラ及び接続機器 |
ES2877609T3 (es) | 2014-10-30 | 2021-11-17 | Stryker Far East Inc | Herramienta quirúrgica con un módulo de energía aséptico que entra en un estado de funcionamiento específico en base al tipo de pieza de mano a la que se acopla el módulo de energía |
WO2018034575A1 (fr) * | 2016-08-16 | 2018-02-22 | Darc Technologies Limited | Émetteur-récepteur à courants porteurs en ligne, système d'automatisation distribué, et procédés de fonctionnement |
US10967303B2 (en) | 2018-03-08 | 2021-04-06 | Mark W. Romers | Filter backwash control system for a water or wastewater treatment system to conserve water during the filter backwash process |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4949299A (en) * | 1987-12-04 | 1990-08-14 | Allen-Bradley Company, Inc. | Industrial control communication network and method |
JP2810231B2 (ja) * | 1990-01-30 | 1998-10-15 | ジヨンソン・サービス・カンパニー | ノードを有する分散形ネットワークシステム中のデータの位置付け方法 |
DE4238957A1 (de) * | 1992-11-13 | 1994-05-19 | Mannesmann Ag | Übertragungssystem zum Datenaustausch |
DE29600609U1 (de) * | 1996-01-17 | 1997-02-13 | Siemens Ag | Automatisierungsgerät |
DE19615190A1 (de) * | 1996-04-18 | 1997-10-23 | Fritz Electronic Gmbh | Netzwerkbasierende Steuerung für industrielle Anlagen |
US5805442A (en) * | 1996-05-30 | 1998-09-08 | Control Technology Corporation | Distributed interface architecture for programmable industrial control systems |
EP0825506B1 (fr) * | 1996-08-20 | 2013-03-06 | Invensys Systems, Inc. | Méthodes et appareil de commande à distance de processus |
US6151625A (en) * | 1997-09-10 | 2000-11-21 | Schneider Automation Inc. | Internet web interface including programmable logic controller for controlling output devices based on status of input devices |
-
1998
- 1998-10-08 FR FR9812907A patent/FR2784471B1/fr not_active Expired - Fee Related
-
1999
- 1999-10-07 CA CA002286389A patent/CA2286389A1/fr not_active Abandoned
- 1999-10-07 US US09/414,347 patent/US6564242B1/en not_active Expired - Fee Related
- 1999-10-08 BR BR9904432-3A patent/BR9904432A/pt not_active Application Discontinuation
- 1999-10-08 ZA ZA9906381A patent/ZA996381B/xx unknown
- 1999-10-08 DE DE69926966T patent/DE69926966T2/de not_active Revoked
- 1999-10-08 AU AU53559/99A patent/AU766699B2/en not_active Ceased
- 1999-10-08 ES ES99402484T patent/ES2247768T3/es not_active Expired - Lifetime
- 1999-10-08 EP EP99402484A patent/EP0992867B1/fr not_active Revoked
Also Published As
Publication number | Publication date |
---|---|
AU766699B2 (en) | 2003-10-23 |
DE69926966D1 (de) | 2005-10-06 |
FR2784471B1 (fr) | 2002-07-19 |
BR9904432A (pt) | 2000-10-31 |
EP0992867B1 (fr) | 2005-08-31 |
ZA996381B (en) | 2000-06-27 |
EP0992867A1 (fr) | 2000-04-12 |
DE69926966T2 (de) | 2006-03-09 |
AU5355999A (en) | 2000-04-13 |
US6564242B1 (en) | 2003-05-13 |
ES2247768T3 (es) | 2006-03-01 |
FR2784471A1 (fr) | 2000-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0992867B1 (fr) | Système d'automatisme distribué | |
EP1040397B1 (fr) | Architecture de communication pour systeme industriel de conduite de procede | |
CA2293520C (fr) | Interface a paliers multiples avec environnement d'informatique communicante | |
US6598056B1 (en) | Remotely accessible building information system | |
EP1168768B1 (fr) | Bloc fonction WEB dans un équipement d'automatisme. | |
US7467231B2 (en) | Control server, control terminal, control system, and recording medium storing control communication program | |
US7827316B2 (en) | Automation network, access service proxy for an automation network and method for transmitting operating data between a programmable controller and a remote computer | |
FR2786892A1 (fr) | Coupleur d'automate programmable | |
US8447907B2 (en) | Constituting a control system with virtual and physical backplanes and modules as building blocks | |
US20060179120A1 (en) | Control server, control terminal, control system, and recording medium storing control communication program | |
JP2002503410A (ja) | プログラム可能な工業用制御システムのための分散型インターフェイスアーキテクチャ | |
CA2511443A1 (fr) | Schema dynamique pour modele industriel unifie | |
CA2342129C (fr) | Systeme d'acces a un ensemble d'automatisme programmable base sur une architecture wap | |
KR20010043617A (ko) | 컴퓨터 네트워크를 사용하는 이종 전기기계 시스템의객체지향 제어를 위한 시스템 및 방법 | |
FR2814260A1 (fr) | Systeme de suivi de production assiste par ordinateur | |
EP0977099B1 (fr) | Procédé de mise à jour de valeurs caractéristiques implantées dans une unité d'exploitation programmable d'un système industriel de conduite | |
FR2741975A1 (fr) | Systeme d'entrees-sorties d'automate programmable | |
EP1969813A1 (fr) | Reseau d'automatisation, dispositif d'automatisation et composant electronique, en particulier dispositif de terrain pour un reseau d automatisation, et procede pour la transmission de donnees de fonctionnement d'un dispositif d'automatisation entre un systeme d'automatisation et un ordinateur | |
EP1317697A1 (fr) | Systeme perfectionne de suivi de production assiste par ordinateur | |
CN1961264A (zh) | 用于自动化技术的可编程控制器 | |
FR2786582A1 (fr) | Outil de gestion de disponibilites de ressources |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Dead |