hcan address

HCAN Adressen

Die Adressen, welche im HCAN Protokoll verwendet werden, haben eine Breite von 10bit; somit sind Werte von 0 bis 1023 moeglich. Der Adress-Raum ist bisher folgendermassen aufgeteilt:

Adresse	Verwendung
0	reserviert
1..63	Multicast-Adressen mit hoher Prioritaet
64..127	reserviert
128..511	statische Adressen fuer Hardware Knoten
512..575	dynamisch zugewiesene Adressen von hcanaddressd
576..639	dynamisch zugewiesene Adressen (hcanbrokerd, Prototyp)
640..703	statisch verwendete Adressen in Scripten
704..959	reserviert
960..1022	Multicast-Adressen mit niedriger Prioritaet
1023	reserviert

Hinweis: HCAN Adressen sind nicht zu verwechseln mit Gruppen bzw. IDs von Devices!

Es ist zu unterscheiden zwischen Unicast- und Multicast-Adressen. Erstere werden fuer Endgeraete verwendet; somit ist eine End-zu-End-Kommunikation moeglich. Multicast Adressen sind einem speziellen Dienst oder einer Dienst-Art zugewiesen. Ein Frame an eine Multicast-Adresse wird von allen Geraeten verarbeitet, die sich fuer diese Adresse interessieren.

Hinweis: Zur Zeit waere eine Unterscheidung zwischen Unicast- und Multicast streng genommen noch nicht noetig, da HCAN bisher nicht "geswitcht" ist, wie man im Netzwerk-Jargon sagt. Alle Frames werden an alle Teilnehmer weitergeleitet. Da es aber in Zukunft noetig sein kann, Segmente zu trennen, ist dies mit dem Multicast-Konzept schon vorgesehen.

Bisher sind folgende Multicast-Adressen vergeben (siehe include/hcan_multicast.h):

Adresse	Konstante	Beschreibung
31	HCAN_MULTICAST_PING	alle Geraete anworten auf Ping Frames an diese Adresse
35	HCAN_MULTICAST_CONTROL	An diese Multicast Adresse wird alles gesendet, was zur Steuerung im Haus noetig ist. Die Adresse hat hoehere Prioritaet als die Info-Muliticast Adresse.
36	HCAN_MULTICAST_INFO	An diese Multicast Adresse wird alles gesendet, was nicht zur Steuerung im Haus noetig ist. Die Adresse hat eine niedrigere Prioritaet als die Control-Muliticast Adresse.
970	HCAN_MULTICAST_SYSLOG	An diese Multicast Adresse werden Syslog Meldungen gesendet. Da sie nur zu Debugging Zwecken noetig sind, stammt diese Adresse aus dem hohen Multicast Adressbereich, welcher eine niedrige Adress-Prioritaet hat

Die Adressen wirken etwas zufaellig zugewiesen - sie liegen aber moeglichst mitten im jeweiligen Multicast-Bereich, so dass spaeter hoeher- und niedriger prioristierte Adressen vergeben werden koennen. Auch sind einige Adressen abgeschafft worden, daher die Luecken im hochpriorisierten Multicast-Bereich.