Home

News

Schnelleinstieg

Hintergrund

Doku

Bilder

Download

Forum

Kontakt

appl_relais.c: Relaisverarbeitung

Die Relais können eine Vielzahl an Kommandos abarbeiten, einige davon sind Telegramme an das Relais, auf die keine Antwort erwartet wird, andere wiederum erfodern ein Antworttelegramm. Die folgende Tabelle gibt eine Übersicht über die Kommandos, die ein Relais verarbeiten kann. Die anschließende Tabelle legt das Format der Antworttelegramme fest. Einige Kommandos erfordern eine genauere Erklärung, die durch den Link in den beiden Tabellen bzw. durch herunterscrollen erreichbar ist.

Kommando-Anfragetelegramme

Der interessierte Knoten stellt seine Anfrage/Kommando in folgendem Format an das Relais. Nicht alle Kommandos erhalten als Reaktion eine Antwort des Relais:

Kommando-Antworttelegramme

Das Relais bzw. die Relaisapplikation antwortet auf die Anfrage/Kommando in folgendem Format. Das Kommando wird dabei als Echo zurückgeliefert:

Anmerkung: Die Kommandos (>= 0x04) sind erst ab v3.x implementiert.

Statusabfrage

Mittels Statusabfrage-Telegramm läßt sich der aktuelle Relaiszustand herausfinden. Dies kann zum Beispiel für PC-Visualisierungen von Interesse sein. Dazu wird ein Telegramm mit folgendem Format an die CAN-ID des Relais geschickt.

Datenbyte1 und 2 enthält die Adresse (Antwort IDB0 und IDB1) des anfragenden Knotens. Schließlich muß der befragte Knoten wissen an welche Adresse er die Antwort senden soll.

Beispiel: Der PC (repräsentiert durch RS232Applikation mit Knotennummer 2, MO13 -> ID 245 ->IDB0=0x1E, IDB1=0xA8) interessiert sich für den Zustand des Relais Nr. 3 (-> MO3) an Knotennr. 1 (-> ID: 219). Dazu verschickt er ein CAN-Telegramm mit der ID 219 und folgendem Inhalt:
0x03 0x1E 0xA8

Das Antworttelegramm des angesprochenen Relais sieht so aus:

Datenbyte 1 und 2 enthält hier die Adresse (CAN-ID) des Relais. So kann der Empfänger festellen welches Relais gerade geantwortet hat.

Im obigen Beispiel ergäbe sich folgende Antwort:
an CAN-ID 245: 0x03 0x1E 0xA8 0x00 (Relais aus)

SetEinzeit

Mit SetEinzeit kann die Einschaltzeit eines Relais neu gestellt werden. Dies kann bei Auswechseln des Relais notwendig sein. Die Einschaltzeit in Sekunden wird hochgezählt, wenn das Relais eingeschaltet ist. So kann jederzeit die Zeit ermittelt werden, in der der Verbraucher am Relais eingeschaltet war. Die maximale Einzeit beträgt 2^32 Sekunden (=~140Jahre). 24Bit hierfür wäre nur ca. 1/2 Jahr.

SetRelaisLock

Hiermit können die verschiedenen Absendetypen eingestellt werden, denen ein Relaisschalten verboten werden soll. Dabei bedeutet ein gesetztes Bit, daß der Absende[r|typ] des Kommandos das Schalten nicht ausführen darf. (Schalten ist für diesen Typ "gelockt"). Ein nicht gesetztes Bit bedeutet, daß dieser Absende[r|typ] den gewünschten Schaltvorgang auslösen darf. Für verschiedene Absendetypen steht ein zwei Byte großes Bitfeld zu Verfügung.
Die Sperren werden berücksichtigt bei folgenden Kommandos:

• RelaisEin
• RelaisAus
• RelaisUm
• SetTimer
• StartTimer

Relaissperrtypenfeld (bzw. aus anderer Betrachtungsweise: Absendetypen):

Beispiel: SetRelaisLock(0x0000) übermittelt. Somit darf jedes kommende z.B. RelaisEin-Kommando das Relais schalten.
Beispiel: SetRelaisLock(0xFFFB) übermittelt. Somit dürfen nur mit Typ "priorisierter Schalter" gekennzeichnete Kommandos das Relais schalten.
Beispiel: SetRelaisLock(0xFFFF) übermittelt. Kein Kommando darf Relais schalten. Relais gesperrt bis Sperre wieder aufgehoben wird!
Beispiel: SetRelaisLock(0x0008) übermittelt. Alle Absender, außer Zeitschaltuhr dürfen Relais schalten.
Beispiel: SetRelaisLock(0x0018) übermittelt. Alle Absender, außer Timer und Zeitschaltuhr dürfen Relais schalten.

Eine Priorisierung mit verschiedenen Leveln macht hier weniger Sinn, da so schon von vornherein die Priorität festgelegt wäre. So könnte dann z.B. nicht unterschieden werden, bzw. wäre schon festgelegt, ob Zeitschaltuhr oder Kinderschalter "wichtiger" wäre und somit der jeweils andere Typ ausgeschlossen werden würde. In der vorliegenden Implementation bleibt die Reihenfolge/Priorisierung offen und dem Bediener zur Laufzeit überlassen.

GetRelaisLock

Liefert das eingestellte Relaissperrtypenfeld an den anfragenden Knoten zurück.

Anfragetelegramm:

Antworttelegramm:

SetTimer

Das Relais kann für eine zu übermittelnde Zeit in einen gewünschten Zustand gebracht werden, danach fällt es in den anderen übermittelten Zustand. So lassen sich z.B. Lampen für eine gewisse Zeit einschalten. Nach Ablauf geht diese dann automatisch aus. Trifft ein weiteres Telegramm mit "SetTimer" ein, so wird die vorherige Zeit überschrieben und der neue Zähler beginnt. Der Timer kann jederzeit mit StopTimer angehalten werden. Dabei verändert sich der Relaiszustand nicht. Mit StartTimer läuft der Zähler wieder weiter. Soll der Zähler wieder von der Anfangszeit beginnen zu zählen, dann muß diese mittels SetTimer wieder neu übermittelt werden. ClearTimer schaltet den Timer ab (setzt ihn auf 0) und behält den momentanen Schaltzustand bei. Das Relaisschalten wird dabei nur durchgeführt, wenn das nicht durch die Sperrtypenmaske verboten wird - in diesem Falle wird das Kommando ignoriert.

GetTimer

Die verbleibende Restlaufzeit des Timers kann über GetTimer ermittelt werden. Ist die Restlaufzeit abgelaufen, oder ist kein Timer aktiv, so wird 0s zurückgeliefert.

Anfragetelegramm:

Antworttelegramm:

Lesebeispiel zu Byte 7:
0b0101xx11 bedeutet: Der Timer steht momentan, aber nicht auf 0s, d.h. es ist noch Restlaufzeit vorhanden. Der Timer muß dazu mittels SetTimer/StartTimer wieder gestartet werden. Der Istzustand des Relais ist ein, nach Ablauf des Timers soll es unverändert (ein) bleiben.