Hallo,
ich habe folgende Situation:
a) ein Homematik Sensor
b) ein Homematik Aktor
Kann ich in dem Homematik Sensor auch webCommands anlegen, die den Homematik Aktor steuern? Das bedeutet im Sensor wird im State der Sensorwert angezeigt, das webCmd steuert aber ein ganz anderes Device, in diesem Fall den Homematik Aktor? Nach aussen sieht es dann wie ein Device aus, auch wenn es intern zwei Homematik Devices sind ...
Vielen Dank für eure Tipps im voraus
Stephan
Hallo Stephan,
webCmd (probier es einfach aus) bildet ein "set <Devicename> <Inhalt des webCmd>" egal welches Gerät sich dahinter verbirgt.
Beim klick darauf wird der set befehl ausgeführt, falls der set befehl zulässig ist.
Du könntest über ein notify diesen befehl an ein anderes Gerät geben.
Was Du machen willst, würde ich erstmal über einen Dummy und devStateIcon angehen. Als Idee könntest Du hier (http://heinz-otto.blogspot.de/2016/07/garagentor-mit-fhem-bedienen.html)ziemlich zum Ende schauen.
Gruß Otto
dre ideen:
- cmdalias um das kommando auf ein anderes device umzubiegen
-readingsProxy um beide devices zu einem zusammen zu fassen
- wenn es um mehr als ein device paar geht: readinsGroup
gruss
andre
Hallo Otto,
an deinen Vorschlag habe ich auch gedacht.
Aber durch den webcmd wird der Status des Dummy-Devices überschrieben. Und da sollten ja eigentlich die Werte des Sensor-Devices stehen ...
Beispiel:
Sensor Device: Zustände: ein / aus
Aktor Device: Aktion: einschalten / ausschalten
Der Dummy zeigt "aus" im Status an.
nach "set Dummy einschalten" steht dann "einschalten" im Status des Dummy und nicht mehr "aus" bzw. dann irgendwann der neue Sensorwert "ein".
Oder habe ich es noch nicht verstanden?
Viele Grüße
Stephan
Hallo Stephan,
vielleicht möchtest Du uns mitteilen, was Du genau erreichen möchtest und uns dazu ein list von den beiden HM-Devices liefern (oder wenigstens verraten, welche Art von Sensor bzw. Aktor das jeweils ist).
Eventuell wäre es auch möglich, ein direktes peering herzustellen?
Gruß, Beta-User
Hallo Stephan,
hast Du Dir mein Beispiel im Link angeschaut? Ich habe da ja mehrere Komponenten:
Den Aktor - der steuert zu und auf
Den Sensor - der zeigt offen und geschlossen
Den Dummy - der "zeigt" mehrere Zustände: geschlossen, offen, in Fahrt hoch, in Fahrt runter
das DOIF - das fragt den Sensor ab und setzt den Dummy
die beiden notify - ermitteln die Befehle vom Dummy (und von weiteren virtuellen Fernbedienungen) und schicken diese an den Aktor
devStateIcon/webCmd - schickt set Befehle an den Dummy
Der state vom dummy ist immer auf die aktuelle Situation gesetzt (und mit Bildern umgesetzt) wird aber vom webCmd bzw. klick auf devStateIcon und auch vom sensor gesetzt.
Du kannst das so ähnlich wie hier (http://heinz-otto.blogspot.de/2017/01/ein-remote-taster-in-fhem-mit.html)auch mal mit Dummies aufbauen und dir anschauen / probieren.
Gruß Otto
ja, aber warum ändern deine Dummy- Befehle nicht den Zustand des Dummy selbst?
Zitat von: sylvester am 07 Juni 2017, 15:25:40
ja, aber warum ändern deine Dummy- Befehle nicht den Zustand des Dummy selbst?
weil ich wissen will ob das Tor zu ist (Sensor) und nicht ob ich es zu machen wollte ;D
Oder ich verstehe deine Frage nicht. Die webCmd Befehle setzen natürlich den dummy selbst.
Zitatweil ich wissen will ob das Tor zu ist (Sensor) und nicht ob ich es zu machen wollte
Oder ich verstehe deine Frage nicht. Die webCmd Befehle setzen natürlich den dummy selbst.
ja genau. wenn die Cmd-Befehle den Dummy setzen, steht im Dummy aber nicht mehr der aktuelle Status sondern eben das letzte Kommando.
Ich habe dem Dummy jetzt ein Reading "Status" gegönnt. Da schreibe ich die Sensorwerte rein. Über stateFormat lasse ich dann das Reading anzeigen. So sieht man neben dem Dummy den aktuellen Status und hat Befehle, die den Status nicht manipulieren. Der eigentliche Dummy-State gibt dann in der Tat den letzten Befehl an.
Viele Grüße
Stephan
Hallo Stephan,
ja klar das geht auch. Ich finde das für meinen Fall egal, da ich ja durch den spezifischen Fall eine Abfolge habe. Meine Variante ist erstmal weniger aufwändig, Deine ist genauer.
Gruß Otto