Gateway zu anderen Gewerken: Unterschied zwischen den Versionen
K (hat „I/O als Gateway“ nach „Gateway zu Brandmeldezentralen“ verschoben: besserer Titel) |
|||
Zeile 14: | Zeile 14: | ||
# aufgrund der Vielzahl von möglichen Datenpunkten und der unterschiedlichen "Sprachen" der Gewerke ist die richtige Zuordnung schwierig. | # aufgrund der Vielzahl von möglichen Datenpunkten und der unterschiedlichen "Sprachen" der Gewerke ist die richtige Zuordnung schwierig. | ||
# es fehlt eine Möglichkeit die Bestätigung einiger sicherheitsrelevanter Telegramme weiterzuleiten. | # es fehlt eine Möglichkeit die Bestätigung einiger sicherheitsrelevanter Telegramme weiterzuleiten. | ||
== Lösungsvorschlag == | |||
=== Dokumentation === | |||
im I/O-Gateway wird ein Speicherbereich definiert, der sowohl vom Lift-Monteur als auch vom fremden Gewerk gelesen und geschrieben werden kann. | |||
Derjenige, der seine Konfigurationen zuerst in dem I/O-Gateway ablegt kann in diesem Speicherbereich den Datenpunkt so beschreiben, dass dar andere genau weiß, was gemeint ist z.B. "Brandmelder EG" oder "Brandfall". | |||
Um den Speicherbereich auf dern CANopen-Lift Seite sichtbar zu machen, könnten wir ab Adresse 0x61a0 einen neuen optionalen Parameter für die IOs einfügen: | |||
* Name: "Description" | |||
* Typ: VISIBEL_STRING. | |||
=== sicherheitsrelevante Telegramme === | |||
Sicherheitsrelevante Telegramme wie z.B. "Fire service enable" werden in CANopen-Lift in der Applikationsschicht bestätigt. Ob und wann es eine Bestätigung gibt liegt an der Konfiguration der Anlage. Diese kennt der Lift-Monteur und kann die Information in Form eines Timeouts I/O-Gateway hinterlegen. | |||
Das andere Gewerk kann diese Information Lesen und entsprechend darauf reagieren. Ändert sich die Konfiguration der Lift-Anlage im Laufe der Zeit, kann über Änderung des Timouts auch die Reaktion des anderen Gewerks beeinflusst werden. | |||
Das Timeout könnte ab Adresse 61b0 einen neuen optionalen Parameter werden. | |||
* Name: "Acknowledge time-out" | |||
* Typ: UNSIGNED8 |
Version vom 21. November 2008, 12:28 Uhr
Problem
Andere Gewerke wie z.B. Brandmeldezentralen werden über "Input Panel Units" und "Output Panel Units" eingebunden. Diese werden je nach Anforderungen des Projektes und des eingesetzten "Call Controllers" vom Lift-Monteur parametriert. Die Verantwortung der Funktion der Lift Anlage Liegt beim Lift-Monteur. Andere Gewerken müssen rückwirkungsfrei eingebunden werden.
Parallel:
Bei einer parallelen Schnittstelle werden alle Datenpunkte des Fremdsystems über separate Leitungen an eine I/O-Karte angeschlossen. Der Planer oder der Lift-Monteur dokumentiert die Anlage so, dass die anderen Gewerke wissen welche Signale an welche Klemmen angeschlossen werden müssen.
Seriell:
In Zukunft sollte es auch möglich sein, fremde Gewerke über eine serielle Verbindung anzukoppeln. Dies bietet die Möglichkeit einfacher größer Mengen an Datenpunkten zu koppeln. Auch hier werden auf der seriellen Schnittstelle "Input Panel Units" und "Output Panel Units" implementiert.
Zwei Probleme tauchen auf:
- aufgrund der Vielzahl von möglichen Datenpunkten und der unterschiedlichen "Sprachen" der Gewerke ist die richtige Zuordnung schwierig.
- es fehlt eine Möglichkeit die Bestätigung einiger sicherheitsrelevanter Telegramme weiterzuleiten.
Lösungsvorschlag
Dokumentation
im I/O-Gateway wird ein Speicherbereich definiert, der sowohl vom Lift-Monteur als auch vom fremden Gewerk gelesen und geschrieben werden kann. Derjenige, der seine Konfigurationen zuerst in dem I/O-Gateway ablegt kann in diesem Speicherbereich den Datenpunkt so beschreiben, dass dar andere genau weiß, was gemeint ist z.B. "Brandmelder EG" oder "Brandfall".
Um den Speicherbereich auf dern CANopen-Lift Seite sichtbar zu machen, könnten wir ab Adresse 0x61a0 einen neuen optionalen Parameter für die IOs einfügen:
- Name: "Description"
- Typ: VISIBEL_STRING.
sicherheitsrelevante Telegramme
Sicherheitsrelevante Telegramme wie z.B. "Fire service enable" werden in CANopen-Lift in der Applikationsschicht bestätigt. Ob und wann es eine Bestätigung gibt liegt an der Konfiguration der Anlage. Diese kennt der Lift-Monteur und kann die Information in Form eines Timeouts I/O-Gateway hinterlegen. Das andere Gewerk kann diese Information Lesen und entsprechend darauf reagieren. Ändert sich die Konfiguration der Lift-Anlage im Laufe der Zeit, kann über Änderung des Timouts auch die Reaktion des anderen Gewerks beeinflusst werden.
Das Timeout könnte ab Adresse 61b0 einen neuen optionalen Parameter werden.
- Name: "Acknowledge time-out"
- Typ: UNSIGNED8