Mitgliederliste der LNO (Stand 1.3.2001) - LonMark

Wissenschaftliche Beiträge
LON Netzwerk, dass über einen LNS
DDE-Server an einen MS-Windows basierenden
Host Rechner angekoppelt ist
[4].
2. Evaluierung des Konzeptes
Eine Middleware definiert ein Softwaresystem,
das zwischen Betriebssystem
und den Anwendungen anzuordnen ist
[5,6]. Die bekanntesten Beispiele von
Middleware Lösungen kommen aus dem
Bereich der objektorientierten verteilten
Systeme (DCOM, CORBA, EJB). In der
Automatisierungstechnik werden die
Middleware Systeme bereits als eine
zukunftsweisende Lösung für die Integration
zwischen den technischen
Automationssytemen und den anderen
Softwarelösungen eines Unternehmens
(Betriebsführung, Personalabrechnung,Datenverwaltung,
usw.) anerkannt [7,8].
Die durchgeführten Studien
zeigten jedoch, dass die Entwicklung
solcher Anbindungen
manchmal sehr komplexe
Aufgaben stellt (verteilte
Prozesse, Echtzeit, redundante
Daten), sowie dass ohne
eine breite Standardisierungsbasis
solche Middleware Entwicklungen
in der Regel firmenspezifische
und damit
keine universelle Lösungen
darstellen [9]. Die Aktivitäten
von Interessensgruppen, wie
z. B. OSGi, TIA TR 41.5 im
Bereich der Haus und
Gebäudevernetzung, sowie
OPC, OSA+, bzw. ACPLT/
KS in der Prozeßleittechnik
zeigen deutlich auf die Aktualität
von Middleware Entwicklungen
[10, 11, 12].
Aus der durchgeführten Anforderungsanalyse
konnten wir für die Mapping
Layer Architektur folgende Ziele setzen:
■ Der Mapping Layer soll eine durchgängige
Kommunikation zwischen
dem Anwendungsprogramm und
dem darunterliegenden verteilten
System basiert auf standardisierten
60
Datenübertragungsprotokollen in
der Gebäudeautomation (LON, u. a.)
unterstützen. Das bezieht sich auf
Basisoperationen, wie Zugriff auf
Daten, Überwachungs- und Alarmierungsfunktionen.
■ Das Netz- und Systemmanagement
vom angebundenen Feldbussystem
werden über die Mapping Layer
nicht unterstützt. Diese Aufgaben
werden mit einem LNS-basierendem
Management Werkzeug (zum Beispiel
LonMaker für MS-Windows)
durchgeführt.
■ Neben der hier behandelten LON
Ankopplung soll der Mapping Layer
auch andere Kommunikationsprotokolle
unterstützen (Anm.2) . Die
Funktionalität dieser Schicht soll im
Falle einer Kopplung von mehreren
unterschiedlichen Feldbussen die
Übergänge zwischen den unterschiedlichenKommunikationsprotokollen
unterstützen.
■ Um die Offenheit dieser Architektur
zu dokumentieren, wird diese offen
gelegt und auch anderen Interessenten
zugänglich gemacht.
Im Bild 1 dargestellte Softwarearchitektur
beschreibt das Funktionsprinzip
und die Anordnung der Middleware
Layer zwischen den netzwerkspezifischen
Softwareplattformen (LNS,
OPC) und einer oder mehreren Anwendungsprogrammen.
Für die effiziente
technische Abwicklung wurde ein
Konfigurationswerkzeug entwickelt.
Das Werkzeug beinhaltet mehrere Funktionen,
wie z. B. die Regeln für automatische
Erstellung der Datenpunktbezeichnungen,
Regeln für die selektive
Übernahme von Datenpunkten und
Alarmen aus dem Subsystem, automatische
Erstellung von zugehörigen
Datenpunktattributen, u. a. [13]. Im Re-
Bild 1: Middleware Architektur zwischen den kommunikationsspezifischen Anwendungen und den
Visualisierungs- und Prozeßleitprogrammen
gelfall werden bei der Anbindung der
Geräte aus dem Subsystem bereits vorgefertigteGerätekonfigurationsdateien
verwendet. Diese Dateien ermöglichen
eine wesentliche Verkürzung des
Arbeitsaufwands bei der Schnittstellenkonfiguration
und minimieren menschliche
Fehler.