Protokoll: Was schaltet was

[TE (Gast)]

Hallo. Ich bin grad dabei mir ein Hausbusprotokoll via Funk auszudenken.
Ich hab soweit auch schon konkrete Vorstellungen, aber eine Frage habe 
ich da noch.

Ich möchte, dass es möglich ist, mit einem Schalter z.B. 2 Lampen zu 
schalten, aber auch, dass ich mit 2 Schaltern eine Lampe schalten kann.
Doch wie realisiere ich das im Protokoll am besten:
1. Ich hinterlege im Schalter: Es soll Lampe 1 und Lampe 2 geschaltet 
werden
2. Jede Lampe überprüft, welcher Schalter gedrückt wurde. Also Lampe 1 
guckt, ob Schalter 1 oder Schalter 2 gedrückt wurde.

Bei 1. Kann der Schalter die Lampen hintereinander ansprechen und 
sicherstellen, dass das Signal empfangen wurde (durch Antwort der 
Lampe).
Bei 2. muss der Schalter nur einmal senden "ich wurde gedrückt" und 
jeder "der will" kann drauf reagieren.

Gibt es da ne Regel wie "Immer der Aktor bzw Sensor sendet"??

[Pandur S. (jetztnicht)]

Wo liegt die Intelligenz, wo liegt die Verknuepfung ?
Dummer Schalter meldet an die Zentrale, und die macht dann was auch 
immer ? Das waer dann Master-slave.

Oder intelligenter Schalter spricht gleich die Geraete an, die es 
betrifft? Das waer dann Multi-Master. Dieses ist schwieriger. Woher 
bezieht der Schalter die Konfiguration? Fest einprogrammiert ? Das waere 
unflexibel.
Fragt er diese bei einem zentralen Dienst ab ? Waere flexibler.

[G. L. (glt)]

TE schrieb:
> Hallo. Ich bin grad dabei mir ein Hausbusprotokoll via Funk auszudenken.
Warum nicht bestehendes verwenden z.B. EnOcean?

> Ich möchte, dass es möglich ist, mit einem Schalter z.B. 2 Lampen zu
> schalten, aber auch, dass ich mit 2 Schaltern eine Lampe schalten kann.
> Doch wie realisiere ich das im Protokoll am besten:
Sender sendet seine Befehle - die Entscheidung, welcher Aktor/-kanal wie 
schalten muss, wird im Empfänger hinterlegt.

> Gibt es da ne Regel wie "Immer der Aktor bzw Sensor sendet"??
Beide senden - Sensor die Befehle u. Aktor seine Zustandsrückmeldung 
(wenn so implementiert).