Vorstellung: hm2mqtt & mqtt-smarthome

[DerBastler]

Hallo zusammen,

hier ein kleiner Nachtrag: Es gab ein Firmware-Update (v3.1.16) von Theo Arends alias arendst.
Jetzt lässt sich auch der MQTT-Support ausschalten (ist vermutlich für viele hier eher nicht interessant!!, da ich aber NUR die CCU mit Original-Software (+Addons) einsetze greife ich ausschließlich über http-requests auf die WLAN-Steckdosen zu!) und die Antworten des Web-Interfaces auf http-requests haben sich geändert, sodass man nun auch den Status via wget auslesen kann. Der Support von Herrn Arends ist wirklich erstklassig ...

Hier die wichtigsten Kommandos für den Switch:

Anschalten der Steckdose:
http://192.168.1.232/cm?cmnd=power%20on
liefert als Ausgabe:
POWER = ON

Ausschalten der Steckdose:
http://Sonoff-IP/cm?cmnd=power%20off
liefert als Ausgabe:
POWER = OFF

Abfrage des Status der Steckdose:
http://Sonoff-IP/cm?cmnd=status
liefert als Ausgabe z. B.:
RESULT = 3.1.16, 1, sonoff, 0, POWER, 1, 3, 1, 1, 1, 1, 0, 0
************ (hier steht dann ggf. POWER, 0, wenn die Steckdose aus ist)
... und Filtern des Ergebnisses:
output=`wget -O - http://Sonoff-IP/cm?cmnd=status | grep "POWER, 1"`; if [ -n "$output" ]; then echo "ON"; else echo "OFF"; fi
liefert als Ausgabe:
entweder: ON
oder: OFF

[Xent]

Irgendwie bekomme ich es nicht hin, dass ich über MQTT etwas setzen kann.
In Node-RED empfange ich die Statusnachrichten meiner Lampe:

Code: Alles auswählen

hm/status/NEQ0273395:1/STATE : msg.payload : string[76]
"{"val":1,"ts":"1486912402642","lc":"1486912402642","hm_addr":"NEQ0273395:1"}"

Nun möchte ich die Lampe wieder ausschalten.
Also habe ich einen inject mit JSON {"val":0} erstellt und sende das an das Topic "hm/set/NEQ0273399:1/STATE".
Der Broker ist der gleiche wie beim Empfang.

Eigentlich müsste sich nun die Lampe ausschalten oder nicht?
Gesendet wird der Befehl aufjedenfall.

EDIT: Wenn ich etwas an hm/get/NEQ0273399:1/STATE, dann bekomme ich den Status zurück.

[FabianHM]

Hallo,
Danke für die Kommandos zu den http-requests!
Ich nutze auch die CCU2 + Cuxd Addon und greife ich ausschließlich über http-requests auf die WLAN-Steckdosen zu.

Für das Sonoff Basic langen die Befehle völlig, jedoch würde ich gerne beim Sonoff TH10 die Temperatur und Luftfeuchtigkeit abfragen.
Wie kann ich diese Parameter abfragen?

Danke und Grüße
Fabian

Hier die wichtigsten Kommandos für den Switch:

Anschalten der Steckdose:
http://192.168.1.232/cm?cmnd=power%20on
liefert als Ausgabe:
POWER = ON

Ausschalten der Steckdose:
http://Sonoff-IP/cm?cmnd=power%20off
liefert als Ausgabe:
POWER = OFF

Abfrage des Status der Steckdose:
http://Sonoff-IP/cm?cmnd=status

[starfish]

Irgendwie bekomme ich es nicht hin, dass ich über MQTT etwas setzen kann.
....
Nun möchte ich die Lampe wieder ausschalten.
Also habe ich einen inject mit JSON {"val":0} erstellt und sende das an das Topic "hm/set/NEQ0273399:1/STATE".
Der Broker ist der gleiche wie beim Empfang.

Eigentlich müsste sich nun die Lampe ausschalten oder nicht?
Gesendet wird der Befehl aufjedenfall.

EDIT: Wenn ich etwas an hm/get/NEQ0273399:1/STATE, dann bekomme ich den Status zurück.

genau hier hänge ich auch ... wie schaltet man einen HM-Schaltaktor von MQTT aus? Dazu habe ich nirgends was gefunden (oder hab ichs übersehen? )

[hobbyquaker]

Nun möchte ich die Lampe wieder ausschalten.
Also habe ich einen inject mit JSON {"val":0} erstellt und sende das an das Topic "hm/set/NEQ0273399:1/STATE".
Der Broker ist der gleiche wie beim Empfang.

Eigentlich müsste sich nun die Lampe ausschalten oder nicht?
Gesendet wird der Befehl aufjedenfall.

versucht mal als payload 0 statt {"val":0}
iirc will hm2mqtt auf den set-topic plain payloads und kein json

[starfish]

versucht mal als payload 0 statt {"val":0}
iirc will hm2mqtt auf den set-topic plain payloads und kein json

danke für den tipp. ich hatte bereits 0/1 im payload, keine Ahnung warums nicht lief, jedenfalls gehts jetzt, nachdem ich die expert-settings nochmals eingegeben und abgespeichert habe. Der Hauptgrund war jedenfalls dass ich "set" nicht kannte.

Beispiel für die Installation von hm2mqtt als addon auf CCU2:
bei expert settings hm.localhost auf die IP der CCU2 ändern
publish hm/set/wohnzimmer/STATE und payload 0 resp. 1

[hobbyquaker]

bei expert settings hm.localhost auf die IP der CCU2 ändern

Ich glaub da gibt's noch ein Missverständnis: hm.localhost muss die Addresse des Hosts sein auf dem hm2mqtt läuft.
Beispiel:
CCU: 10.0.0.100,
Kiste auf der hm2mqtt läuft: 10.0.0.200
hm.host=10.0.0.100
hm.localhost=10.0.0.200

hm2mqtt versucht zwar hm.localhost selbst herauszufinden (nimmt glaube ich einfach das erste nicht-lokale interface), aber es schadet auch nicht das explizit zu konfigurieren.

PS. Wenn man hm2mqtt als CCU-Addon auf der CCU selbst nutzt kann beides (hm.host und hm.loalhost) auf 127.0.0.1 konfiguriert werden. Gilt natürlich auch für Yahm/Raspberrymatic etc.

[starfish]

bei expert settings hm.localhost auf die IP der CCU2 ändern

Ich glaub da gibt's noch ein Missverständnis: hm.localhost muss die Addresse des Hosts sein auf dem hm2mqtt läuft.
Beispiel:
CCU: 10.0.0.100,
Kiste auf der hm2mqtt läuft: 10.0.0.200
hm.host=10.0.0.100
hm.localhost=10.0.0.200

hm2mqtt versucht zwar hm.localhost selbst herauszufinden (nimmt glaube ich einfach das erste nicht-lokale interface), aber es schadet auch nicht das explizit zu konfigurieren.

PS. Wenn man hm2mqtt als CCU-Addon auf der CCU selbst nutzt kann beides (hm.host und hm.loalhost) auf 127.0.0.1 konfiguriert werden. Gilt natürlich auch für Yahm/Raspberrymatic etc.

@hobbyquaker
ja, aber bei mir läuft hm2mqtt auf der CCU2 als addon. In dem Fall stimmt meine Aussage schon, zumal hm.localhost 127.0.0.1 nicht funktionierte. Keine Ahnung weshalb. Aber Du hast natürlich recht, wenn hm2mqtt auf einem andern Rechner läuft, dann muss man so konfigurieren, wie Du beschrieben hast. Sorry, ich hatte das nicht unterschieden. Mein Post ist jetzt korrigiert.

[HomeManiac]

Hallo,
jetzt habe ich mich auch rein-gefummelt in die Welt der "hm2mqtt" Steuerung. Es funktioniert alles wie es soll - bis auf: Meine Keymatic

Ich hab lt. xmlrpc Protokoll verstanden:
0 => Türe abschließen
1 => Tür aufschließen
"open" => Tür öffnen.

0/1 Funktionieren auch soweit.
@hobbyquacker: Vielen Dank dass Du den Support übernommen hast!

Hat jemand eine Idee? Oder ist das Tür-Öffnen in xmlrpc etwa gar nicht "open"?

Vielen Dank
Werner

EDIT:
Ich hab es hinbekommen - hier zur Vollständigkeit:

0 in topic "hm/set/MEQ0xxxxxx:1/STATE" => Aufschließen
1 in topic "hm/set/MEQ0xxxxxx:1/STATE" => Abschließen
1 in topic "hm/set/MEQ0xxxxxx:1/OPEN" => Öffnen

EDIT2:
Wie kann man denn den Zustand "Öffnen" erkennen? Wahrscheinlich nicht möglich?

[hobbyquaker]

Wie kann man denn den Zustand "Öffnen" erkennen? Wahrscheinlich nicht möglich?

Über einen Umweg sollte das möglich sein. Während die Keymatic "fährt" sollte der Datenpunkt "WORKING" auf true stehen, sobald sie fertig ist sollte der wieder auf false wechseln.