|
Field Device Tool
Wordt FDT de standaard voor integratie van veldmodules?
version française
door Ing.Xavier De Buysscher, Control & Automation Magazine
Wanneer wordt een standaard standaard? Wanneer hij technisch goed
gedefinieerd en uitgerijpt is? Wanneer een meerderheid van ondernemers op
de markt zich aan de “standaard” houden? Of wanneer de initiële
tegenstanders van de standaard hem nu beginnen te adopteren? Als dit
laatste de waardemeter voor standaardisering is, dan is nu de tijd gekomen
om te stellen dat FDT de standaard is voor de integratie van veldmodules.
Niet onbelangrijk: achter FDT staat een consortium van een 55-tal
bedrijven.
Een aantal van de open communicatieprotocols die we
vandaag gebruiken voor industriële toepassingen kenden meer dan vijftien
jaar geleden hun conceptuele oorsprong, maar worden nu pas aanzien als
“standaard”. Natuurlijk heb ik het nu over veldbussen. De sleutel voor een
open protocol is een open standaard en een collectief teamwerk van
verschillende fabrikanten, resulterend in een keuze van
“best-fit-technologies” voor de eindgebruiker. De insteek van dit artikel
is nu niet om een nieuwe veldbus of digitaal protocol toe te lichten, maar
om dieper in te gaan op het beheer van machine- en installatiemodules
(devices) van om het even welke fabrikant. Onder deze field devices of
veldmodules verstaan we onder andere instrumenten, positioneermodules,
remote I/O’s, drives of MCC’s (motor control centers).
In de meeste fabrieken is het veelal het geval dat er naast een
verschillend aantal veldmodules van verschillende fabrikanten, ook nog een
verschillend aantal gestandaardiseerde veldbussen of communicatieprotocols
ingezet worden voor de installaties. Onder deze protocols vinden we
Foundation Fieldbus, HART, DeviceNet, Interbus, Modbus, AS-i, Profibus en
nog vele anderen. Deze situatie, waarbij verschillende modules van
verschillende fabrikanten met elkaar communiceren door middel van
verschillende protocols, is waar een technologie zoals FDT (Field Device
Tool) van nut is om het geheel te beheren. FDT is module-, protocol - en
systeemonafhankelijk, en kan op die manier de diversiteit op een goede
manier beheren. Het is een standaard manier om de link te leggen tussen
modulesoftwareprogramma’s en -componenten van verschillende fabrikanten
zonder dat het een risico voor incompatibiliteit vormt voor de
eindgebruiker. Dit geeft de eindgebruiker de vrijheid om te kiezen voor
“best-in-class” equipement en “best-for-purpose” technologie (veldbus)
voor de verschillende onderdelen van zijn installatie.
De basis
FDT bestaat uit twee basiscomponenten: de frame-toepassing, of anders
gezegd de omgeving voor het modulebeheer, en de “Device Type Manager”
(DTM), of anders gezegd de softwarecomponent die eenvoudigweg functioneert
als “driver”. De DTM’s worden verder nog onderverdeeld in de CommDTM’s en
de Device DTM’s.
De CommDTM’s zijn softwarecomponenten/toepassingen die het mogelijk maken
voor het beheersysteem om toegang te krijgen tot de verschillende
veldbussen. Deze benadering zorgt er voor dat het beheersysteem open is
voor alle bestaande en nieuwe veldbussystemen, men moet enkel de juiste
CommDTM hebben.
Naast de CommDTM’s zijn er ook de Device DTM’s, die ook
softwarecomponenten zijn, maar die het de gebruiker mogelijk maken om
desbetreffende veldmodules te configureren vanuit het beheer of
managementsysteem. Deze DTM’s zijn de individuele drivers van de modules
en die toelaten de veldmodule te configureren, te beheren en diagnose te
stellen. Ze lijken erg op een printer-driver die we wel kennen vanuit onze
Office-wereld.
De voordelen voor de eindgebruiker zijn nog groter als we weten dat nu
eender welke fabrikant een module kan ontwikkelen met daarin verschillende
mogelijkheden, gebruik makend van de allerlaatste nieuwtjes, en dat door
middel van de juiste DTM dit alles zonder beperkingen kan beheerd worden
vanuit het beheersysteem.
Wie beheert deze technologie?
Uit een interessegemeenschap bestaande uit een aantal firma’s, gedreven
door ABB en Endress+Hauser, ontwikkelde zich in 2003 een consortium van
ongeveer een dertigtal firma’s uit drie continenten met als doel samen te
werken rondom een standaard voor het gebruik van veldmodules. Dit
resulteerde in 2005 tot het ontstaan van de FDT groep, een open,
non-profit en onafhankelijke groep, die vandaag de dag meer dan vijftig
firma’s, waaronder ABB, Endress+Hauser, Rockwell Automation, Invensys,
Omron, Siemens en nog vele andere, omvat en beschikt over een board of
directors, een “executive” comité en werkgroepen voor de specificaties,
marketing en certifiëring. Daarnaast is er natuurlijk nog de ondersteuning
van verschillende fieldbus associations en foundations.
In totaal zijn er een twintigtal projectgroepen actief voor de verdere
ontwikkeling en standaardisering van de specificaties.
Past dit wel?
FDT is een complementaire technologie; besturingssystemen werken met
bestaande DD’s, EDD’s, EDS en GSD files. De besturing heeft nood aan
efficiënte drivers die supersnelle werking van discrete, hybride- en
procesbesturingen mogelijk maken. Voor deze besturingstaken heeft het
systeem nood aan cyclische data over desbetreffende procesvariabelen. Toch
moet men voor onderhoudsactiviteiten op de installatie toegang hebben tot
iedere module en elk van zijn parameters, evenals de diagnose en
optimalisatie tools. Operaties kunnen in parallel met de procescontrole
geoptimaliseerd worden door gebruik te maken van de standaard DTM
onafhankelijk van de controller, veldbus of module die gebruikt wordt.
Waarom veranderen?
Bestaande technologieën voor het beheer van modules en veldbussen hebben
hun limieten bereikt. Modules kunnen vandaag de dag integraal deel
uitmaken van een besturingssysteem en de informatie in de module kan niet
meer optimaal weergegeven worden door gebruik te maken van op tekst
gebaseerde tools. Niettegenstaande de drivers die gebruikt worden bij de
bestaande beheersystemen ook gebaseerd zijn op open standaarden, zijn er
toch andere driver-installaties nodig voor verschillende “Host” systemen.
Dit zorgt er voor dat elke installatieverkoper voor elk host systeem een
driver moet schrijven en testen. Daarbovenop komt dat bestaande drivers
enkel een open oplossing bieden zolang ze tekstgebaseerd zijn. Van zodra
graphics nodig zijn, worden fabrikantafhankelijke softwarecomponenten
geïnstalleerd en stopt het verhaal van openheid.
Verkopers van bestaande device managementsystemen hebben deze tekortkoming
erkend, maar om het te adresseren moest de migratie voor de
modulefabrikanten gemakkelijk en met een minimum aan investering
doorgevoerd worden. Vandaag de dag is het mogelijk om bestaande drivers te
verbeteren door ze in DTM’s te compileren. Dit betekende veel minder werk
voor de fabrikanten, die wel de bestaande drivers hadden, maar geen DTM’s.
Snelle setup-procedures gecombineerd met graphics worden doorgaans in
DTM’s geïmplementeerd, waardoor het voor de gebruiker gemakkelijker en
efficiënter wordt om zijn modules op te starten. Zeker vandaag de dag waar
er een enorme druk op headcount is, zijn alle efficiëntieverbeteringen
welkom. In het verleden was men gebonden aan zijn systeem of was men
verplicht meerdere systemen te hebben in functie van de verschillende
fabrikanten; dit wordt nu allemaal vereenvoudigd. Daarnaast wordt door
gebruik te maken van een managementsysteem de nodige kennis
gestandaardiseerd en worden de benodigde trainingen beperkt.
Bestaande beheersystemen focusten typisch op het meten van sensoren en
positiemelders, maar meer en meer types van modules worden voorzien van
een veldbusinterface. Intelligente drives en motorstoringen zullen ook
voor hun diagnose en parameterconfiguratie voordeel halen uit de
FDT-technologie en op die manier een brug slaan tussen de elektrische en
instrumentatie-onderhoudstaken.
Minder complex
FDT biedt ook een oplossing voor geneste netwerken. Het geeft de
mogelijkheid om de toestand van een remote I/O kaart te monitoren en
diagnose te stellen door gebruik te maken van de veldbustechnologie,
terwijl tegelijkertijd naar een module aan de andere kant van de remote
I/O kaart gekeken kan worden die op een totaal ander netwerkprotocol
opereert. Door deze vereenvoudiging van geneste netwerken is het mogelijk
centraal onderhoudsbeheer te doen van de verschillende modules.
De veiligheidsaspecten van de FDT oplossingen vragen extra aandacht. Door
het centrale beheer lopen er minder mensen door de fabriek en kunnen
onderhoudsmensen al van in hun controlekamer doelgericht diagnose stellen
van een eventuele storing.
Certificering
Het doel van alle test en certificatieprocedures is om interactie tussen
de verschillende DTM’s en frame-applicaties te verzekeren. Nochtans, het
is specifiek voor het concept FDT, dat DTM en frame-applicaties
onafhankelijk van elkaar worden ontwikkeld, maar met als enige vereiste
dat ze beantwoorden aan de interfacespecificaties. De interactie kan
slechts werken, als de interface-afspraken worden gerespecteerd. Daartoe
heeft de Groep FDT een „test en certificatie” kwaliteitsborgingsysteem
opgezet.
Door middel van de juiste testspecificaties, proefprocessen en
testhulpmiddelen, biedt de FDT groep een uitvoerig en systematisch
testkader voor fabrikanten aan. Op deze manier kan men er zeker van zijn
dat alle relevante testcases gedekt zijn. Dit testkader wordt continu
verbeterd naarmate er meer en meer tests uitgevoerd zijn. Dit zorgt er
voor dat alle tests voor DTM’s en frame-applicaties systematisch
uitgevoerd worden met hun toepassing in gedachte.
Een extra bonus voor fabrikanten is dat men altijd een beroep kan doen op
de hoogst bekwame ingenieurs die in de testlaboratoria werken aan de
continue verbetering en ontwikkeling van de technologie.
Een verstrekt certificaat is de officiële erkenning dat desbetreffend
product voldoet aan de FDT-specificaties. Op die manier kunnen
onplezierige verrassingen bij opstarten en tijdens verrichting van
automatiseringstoepassingen vermeden worden. Dit bespaart tijd en geld.
De FDT specificatie is in oktober 2005 geaccepteerd als Publicly Available
Specification en in mei 2006 als IEC PAS 62453. De finale IEC standaard
wordt gepland voor eind 2008. Een belangrijk aspect hierbij is de
definitie van een technologie en onafhankelijk model, met bijkomstige
delen voor XML.
Samenwerking
De samenwerking met organisaties die in hetzelfde domein actief zijn,
zoals ODVA en OPC worden intensiever, met in het bijzonder de samenwerking
met PACTware. Die laatste heeft sinds 2001 een gratis stand alone tool,
als het ware een instapmiddel voor FDT, ontwikkeld en verdeeld onder zijn
leden. Nadat FDT eerst met het Hart- en het Profibus protocol in de
procestechniek gestart was, zijn ondertussen ook de protocollen Fieldbus
Foundation, Modbus, CIP (Controlnet, Ethernet IP, Devicenet), Profinet,
AS-i en Interbus in de standaard opgenomen. In 2005 werden met de
bekendmaking van versie 1.2.1 van de FDT specificatie, nieuwe functies
beschreven die de volledige werking van een veldmodule in een installatie
voor hun rekening nemen. Hiertoe behoren het scannen van de bustopologie,
de uitwisseling van veldmodules en het vergelijken van
parameterverzamelingen. Daar de FDT specificatie als open en vrij
beschikbare standaard aangeboden wordt, is een veelvoud van implementaties
ontstaan, die zowel langs de kant van DTM’s als ook voor frame-applicaties
worden ingezet. Vandaag de dag zijn er meer dan 10 frame-applicaties
(stand alone tools zoals Pactware, FieldCare of fdtContainer,
besturingssystemen zoals 800xA, Melody, Freelance van ABB, of andere
systemen van Omron, Phoenix Contact, Möller, Hilscher, Yokogawa,, Foxboro)
en circa 10 frameworks, toolkits, interpreters en compilers voor de
ontwikkeling van DTM’s bekend. Dit zorgt er voor dat de FDT specificatie
geen formeel document is zoals een programma of een bibliotheek, en dat
andere interpretaties van de standaard niet uitblijven. De verschillende
implementaties moeten daarom door kwaliteitsborgende maatregelen op
conformiteit met de standaard getest worden. Voor DTM’s werd de
dtmInspector en voor de frame-applicaties werd de frame-inspector
ontwikkeld, die verplicht voorschreven wordt voor certificering. <<
Kader:
Indrukwekkende ledenlijst
Dat het FDT Group menens is, mag blijken uit de ledenlijst (waaronder
zowat alle marktleiders): abacon-IT, ABB Automation, Bosch Rexroth,
Bürkert Werke & Co, CodeWrights, COMSOFT, Dearborn Electronics Pvt Ltd,
Endress+Hauser Process Solutions, Flowserve Corporation, Fuji Electric
Systems, Hilscher, Hiprom Technologies, HMS Industrial Networks, Honeywell
International, ICS, Industrielle Computer Systeme, ifak system, ifm
electronic, infoteam Software, invensys, Krohne, M&M Software, Mesco
Engineering, MACTek Corporation, Magnetrol International, Metso
Automation, Moeller, MTL, New Age Micro, LLC, Omron Europe, Pepperl +
Fuchs, Phoenix Contact, ProSoft Technology, Prosys PMS, Rockwell
Automation, Rotork, SAMSON, Saudi Aramco, Schneider Electric, Shell Global
Solutions, Sick, Siemens, SMAR Equip. Industrials, Softing AG, Stahl R.
Schaltgeräte, Tokyo Keiso, TopWorx, Trebing & HimstedtProzessautomation,
Hans Turck, Tyco Valves & Controls, Vacon, VEGA Grieshaber, Wago
Kontakttechnik, Wetcon (Welte It Consulting), Woodhead Software &
Electronics, Yamatake, Yokogawa Electric, Zhejiang University. <<
Field Device Tool
Le standard de l’intégration des modules de
terrain?
Ing. Xavier De Buysscher, Control & Automation
Magazine
Quand un standard devient-il standard? Lorsqu’il est parfaitement défini
techniquement et qu’il est mûr? Lorsqu’une majorité d’entreprises sur le
marché s’en tiennent au “standard”? Ou lorsque les adversaires initiaux de
ce standard commencent à l’adopter? Si ceci est devenu l’indice de valeur
de la standardisation, le temps est venu de dire que la FDT est devenue le
standard de l’intégration des modules de terrain.
La plupart des protocoles de communication ouverts
utilisés aujourd’hui dans des applications industrielles trouvent leur
origine conceptuelle dans des projets vieux de plus de quinze ans mais
sont seulement considérés comme “standard” aujourd’hui. Je parle
naturellement des bus de terrain. La clé d’un protocole ouvert est un
standard ouvert et un travail d’équipe collectif effectué par différents
constructeurs, induisant un choix de “best-fit-technologies” pour
l’utilisateur final. L’objectif de cet article n’est pas de vous présenter
un nouveau bus ou protocole numérique mais bien d’approfondir la gestion
des modules de machine et d’installation (appareils) de n’importe quel
constructeur. Sous ces modules de terrain (devices), nous comprenons
notamment les instruments, les modules de positionnement, les E/S
décentralisées, les entraînements ou les MCC (motor control centers).
Outre les nombreux modules de terrain issus de différents constructeurs,
la plupart des usines utilisent dans leurs installations plusieurs bus de
terrain ou protocoles de communication standardisés. Parmi ces protocoles,
nous trouvons Foundation Fieldbus, HART, DeviceNet, Interbus, Modbus,
AS-i, Profibus et beaucoup d’autres. Dans une telle situation – où
différents modules de différents constructeurs communiquent ensemble au
moyen de différents protocoles – une technologie comme la FDT (Field
Device Tool) est utile pour gérer l’ensemble. La technologie FDT est
indépendante de tout module, protocole et système et est de la sorte à
même de parfaitement gérer la diversité. C’est une manière standard
d’établir un lien entre les logiciels et les composants des modules de
différents constructeurs sans créer de risque d’incompatibilité pour
l’utilisateur final. Celui-ci est libre de choisir l’équipement
“best-in-class” et la technologie “best-for-purpose” (bus de terrain) pour
les différentes parties de son installation.
Les bases
La FDT comprend deux composants de base: l’application cadre, en d’autres
termes l’environnement pour la gestion des modules, et le “Device Type
Manager” (DTM) ou composant logiciel qui fonctionne tout simplement comme
“pilote”. Les DTM sont par ailleurs encore sous-divisés en DTM de
communication (CommDTM) et DTM d’appareils (Device DTM).
DTM
Les CommDTM sont des composants logiciels/applications qui permettent au
système de gestion d’accéder aux différents bus. Grâce à cette approche,
le système de gestion est ouvert à tous les systèmes de bus nouveaux et
existants. Il suffit d’avoir le bon CommDTM.
Outre les CommDTM, il y a les Device DTM, qui sont aussi des composants
logiciels mais qui permettent à l’utilisateur de configurer les modules de
terrain concernés à partir du système de gestion. Ces DTM sont les pilotes
individuels des modules. Ils permettent de configurer et de gérer les
modules de terrain et d’établir leur diagnostic. Ils ressemblent fortement
à un pilote d’imprimante que nous connaissons bien dans le monde de la
bureautique. Les avantages pour l’utilisateur final sont encore plus
grands maintenant que nous savons que n’importe quel constructeur peut
développer un module comprenant plusieurs possibilités, en recourant aux
dernières nouveautés, et que tout cela peut être géré sans aucune
restriction à partir du système de gestion, à l’aide du bon DTM.
Qui gère cette technologie?
Une communauté d’intérêt composée de plusieurs sociétés, stimulées par ABB
et Endress+Hauser, a donné naissance en 2003 à un consortium de quelque
trente entreprises issues de trois continents dans le but de travailler
ensemble à un standard pour l’utilisation des modules de terrain. Ceci a
abouti à la mise sur pied, en 2005, du groupe FDT, un groupe ouvert, sans
but lucratif et indépendant, qui englobe aujourd’hui plus de 50
entreprises parmi lesquelles Endress+Hauser, Rockwell Automation,
Invensys, Omron, Siemens et beaucoup d’autres. Il dispose d’un directoire,
d’un comité “exécutif” et de groupes de travail pour les spécifications,
le marketing et la certification. Il bénéficie naturellement du soutien
des différentes associations et fondations de bus de terrain.
On dénombre au total une vingtaine de groupes de projet actifs dans des
développements plus avancés et la standardisation des spécifications.
Cela cadre-t-il bien?
La FDT est une technologie complémentaire; les systèmes de commande
utilisent des DD, EDD et des fichiers EDS et GSD. La commande nécessite
des pilotes efficaces qui permettent un fonctionnement super rapide des
commandes discrètes, hybrides et de processus. Pour ces tâches de
commande, le système a besoin de données cycliques sur les variables de
processus. Pourtant, il faut pouvoir accéder, dans le cadre des activités
de maintenance de l’installation, à chaque module et à chacun de ses
paramètres, de même qu’aux outils de diagnostic et d’optimisation. Les
opérations peuvent être optimisées en parallèle avec le contrôle de
processus en utilisant le DTM standard, indépendamment du contrôleur, du
bus ou du module utilisé.
Pourquoi changer?
Les technologies existantes de gestion de modules et de bus de terrain ont
atteint leurs limites. Aujourd’hui, les modules peuvent faire partie
intégrante d’un système de commande et les informations ne peuvent plus
être affichées de manière optimale à l’aide d’outils textuels. Même si les
pilotes utilisés pour les systèmes de gestion existants sont également
basés sur des standards ouverts, les différents systèmes “Hôte” requièrent
encore l’installation de pilotes différents. De ce fait, chaque vendeur
d’installations doit écrire et tester un pilote pour chaque système hôte.
En outre, les pilotes existants n’offrent une solution ouverte que tant
qu’ils sont textuels. Dès qu’il faut des graphiques, des composants
logiciels propriétaires sont installés, ce qui stoppe l’ouverture.
Les vendeurs de systèmes de gestion d’appareils existants ont reconnu
cette défaillance. Pour la lever, la migration des modules devait se faire
facilement et avec un minimum d’investissements pour les constructeurs.
Aujourd’hui, les pilotes existants peuvent être améliorés par compilation
dans des DTM. Cela représentait nettement moins de travail pour les
constructeurs qui disposaient des pilotes existants mais pas des DTM.
Les procédures d’installation rapides combinées aux graphiques sont
généralement implémentées dans des DTM. De ce fait, il est plus facile et
plus efficace pour l’utilisateur de démarrer ses modules. Surtout avec
l’énorme pression actuelle sur les coûts, toutes les améliorations de
l’efficacité sont les bienvenues. Autrefois, on était lié à son système ou
obligé de jongler avec plusieurs systèmes en fonction des différents
constructeurs. Aujourd’hui, tout est plus simple. En recourant par
ailleurs à un système de gestion, les connaissances nécessaires sont
standardisées et les formations nécessaires limitées.
Les systèmes de gestion existants s’axaient habituellement sur la mesure
de capteurs et de détecteurs de position. Cependant, de plus en plus de
modules sont dotés d’une interface de bus. Les entraînements intelligents
et les commandes moteur tireront aussi profit de la technologie FDT en
matière de diagnostic et de configuration des paramètres. Ils pourront de
la sorte jeter un pont entre les tâches de maintenance électriques et de
l’instrumentation.
Moins complexe
La FDT offre une solution pour les «nested networks». Elle offre la
possibilité de surveiller l’état d’une carte d’E/S décentralisées et
d’établir un diagnostic en recourant à la technologie de bus, tout en
permettant de regarder simultanément vers un module de l’autre côté de la
carte d’E/S décentralisées qui fonctionne sur un tout autre protocole de
réseau. Grâce à cette simplification des «nested networks», il est
possible d’effectuer une gestion centralisée de la maintenance des
différents modules.
Les aspects de sécurité des solutions FDT réclament une attention
supplémentaire. Grâce à cette gestion centralisée, moins de gens circulent
dans l’usine et les personnes de la maintenance peuvent déjà, au départ de
leur salle de contrôle, établir un diagnostic ciblé d’une panne
éventuelle.
Certification
Le but de toutes les procédures de test et de certification est d’assurer
une interaction entre les différents DTM et applications cadre. Pourtant,
c’est spécifiquement pour le concept FDT que les DTM et applications cadre
sont développés indépendamment les uns des autres, avec pour seule
exigence de répondre aux spécifications d’interface. L’interaction ne peut
fonctionner que si les accords d’interface sont respectés. Pour ce faire,
le groupe FDT à mis sur pied un système de garantie qualité ‘test et
certification’.
Au moyen de spécifications de test, procédures d’essai et outils de test
adéquats, le groupe FDT offre aux constructeurs un cadre de test exhaustif
et systématique. De la sorte, on est sûr de couvrir tous les cas de test
pertinents. Ce cadre de test est continuellement amélioré au fur et à
mesure de l’accroissement du nombre de tests réalisés. Cela signifie que
tous les tests de DTM et d’applications cadre sont systématiquement
réalisés en pensant à leur application. De surcroît, les fabricants
peuvent toujours faire appel aux ingénieurs les plus compétents qui
travaillent dans des laboratoires de test à l’amélioration et au
développement continus de la technologie.
L’obtention d’un certificat équivaut à la reconnaissance officielle que le
produit en question rencontre les spécifications FDT. Cela permet d’éviter
des surprises désagréables lors du démarrage et de la réalisation
d’applications d’automatisation. Cette procédure représente un gain de
temps et d’argent. La spécification FDT a été acceptée en octobre 2005
comme Publicly Available Specification et en mai 2006 comme IEC PAS 62453.
Le standard IEC final est planifié pour fin 2008. La définition d’une
technologie et d’un modèle indépendant, avec des avantages supplémentaires
en termes d’XML, constitue un aspect important à cet égard.
Collaboration
La collaboration avec des organisations actives dans le même domaine comme
ODVA et OPC devient plus intensive, en particulier la collaboration avec
PACTware. Cette dernière dispose depuis 2001 d’un outil autonome gratuit,
pour ainsi dire un outil d’entrée dans la FDT, développé et distribué à
ses membres. Après le démarrage de la FDT avec les protocoles Hart et
Profibus dans la technique de processus, les protocoles Fieldbus
Foundation, Modbus, CIP (Controlnet, Ethernet IP, Devicenet), Profinet,
AS-i et Interbus ont également été repris dans le standard. Avec l’annonce
en 2005 de la version 1.2.1 de la spécification FDT, de nouvelles
fonctions relatives au fonctionnement complet d’un module de terrain dans
une installation ont été décrites. Le scannage de la topologie de bus,
l’échange de modules de terrain et la comparaison de collections de
paramètres en font partie. Suite à la promulgation de la spécification FDT
comme standard ouvert et librement disponible, une multitude
d’implémentations sont nées et ont été mises en œuvre tant du côté des DTM
que pour les applications cadre. Aujourd’hui, on connaît plus de 10
applications cadre (des outils autonomes comme Pactware, FieldCare ou
fdtContainer, des systèmes de commande comme 800xA, Melody, Freelance
d’ABB, ou d’autres systèmes d’Omron, Phoenix Contact, Möller, Hilscher,
Yokogawa, Foxboro) et environ 10 logiciels intégrés, boîtes à outils,
interpréteurs et compilateurs pour le développement de DTM. La
spécification FDT n’est donc pas un document formel comme un programme ou
une bibliothèque et d’autres interprétations du standard devraient
apparaître. La conformité des diverses implémentations avec le standard
doit dès lors être testée par des mesures garantissant la qualité. Le
dtmInspector a été développé pour les DTM et le frame-inspector pour les
applications cadre. Ils sont obligatoirement prescrits pour la
certification. <<
Cadre:
Liste des membres
abacon-IT, ABB Automation, Bosch Rexroth, Bürkert Werke & Co, CodeWrights,
COMSOFT, Dearborn Electronics Pvt Ltd, Endress+Hauser Process Solutions,
Flowserve Corporation, Fuji Electric Systems, Hilscher, Hiprom
Technologies, HMS Industrial Networks, Honeywell International, ICS,
Industrielle Computer Systeme, ifak system, ifm electronic, infoteam
Software, invensys, Krohne, M&M Software, Mesco Engineering, MACTek
Corporation, Magnetrol International, Metso Automation, Moeller, MTL, New
Age Micro, LLC, Omron Europe, Pepperl + Fuchs, Phoenix Contact, ProSoft
Technology, Prosys PMS, Rockwell Automation, Rotork, SAMSON, Saudi Aramco,
Schneider Electric, Shell Global Solutions, Sick, Siemens, SMAR Equip.
Industrials, Softing AG, Stahl R. Schaltgeräte, Tokyo Keiso, TopWorx,
Trebing & HimstedtProzessautomation, Hans Turck, Tyco Valves & Controls,
Vacon, VEGA Grieshaber, Wago Kontakttechnik, Wetcon (Welte It Consulting),
Woodhead Software & Electronics, Yamatake, Yokogawa Electric, Zhejiang
University. <<
|
