WLAN-Steckdosen schalten

[Gue0411]

das gleiche...

smarthome@raspberrypi:~ $ mosquitto_pub -h 192.168.178.11 -u mqtt_user -P 1234 -t cmnd/MeineSteckdose1/Power -m 1 -d
Client mosq-OshUu7y4cyTEEctug4 sending CONNECT
Client mosq-OshUu7y4cyTEEctug4 received CONNACK (0)
Client mosq-OshUu7y4cyTEEctug4 sending PUBLISH (d0, q0, r0, m1, 'cmnd/MeineSteckdose1/Power', ... (1 bytes))
Client mosq-OshUu7y4cyTEEctug4 sending DISCONNECT

15:43:34 MQT: stat/MeineSteckdose1/RESULT = {"Command":"Error"}

[Msinn]

Und was gibst Du als Payload für das jeweilige Topic mit?

[henfri]

Kannst du die Steckdose im Webinterface von Tasmota schalten?
Wo siehst du die Fehlermeldung?


Kannst das Kommando auch per webconsole testen. Siehe mein Link oben.

Oder:

 http://<ip>/cm?cmnd=Power%20On

[Gue0411]

das Payload ist doch die message, oder?
also das "-m 1"

Hab im Webinterface gesehen, dass das Template auf Default wieder stand, warum auch immer...
Mit dem richtigen Template funktioniert nun auch das Schalten!
Also sowohl übers Webinterface, als auch über mosquitto_pub!

edit: die Fehlermeldung sah ich in der Console vom Tasmota.

[Msinn]

-m ist die Option für das Tool. Die Payload ist dann 1. Es ist nicht die Message. Eine MQTT Message besteht immer aus 2 Teilen (Topic und Payload).

[Gue0411]

Hat ein wenig gedauert, aber...

Das struct-item kann erst ab SHNG 1.6 verwendet werden, ich habe noch 1.5, deswegen bekam ich Fehler...
Ich habe dann versucht, das struct manuell aufzulösen und bei mir nachzubilden.
Kann es dann sein, dass du einen Fehler in deinem item-Baum hast?
Es würden dann doch insgesamt 4 mqtt-items drin sein, oder?

    mqtt_topic_in:  stat/MeineSteckdose1/POWER
    mqtt_topic_out: cmnd/MeineSteckdose1/power
vom struct:
    mqtt_topic_in:  stat/gosundXX/POWER
    mqtt_topic_out: cmnd/gosundXX/power

Schon allein wenn ich nur die ersten beiden drin lasse, schaltet die Steckdose andauernd an, aus, an, aus, an, aus, ...
Mit nur einem out-item funktioniert das Schalten mittlerweile.
Allerdings bekomme ich den "Anfangszustand" nicht mit...

Kann man außerdem irgendwie einstellen, wie oft die Leistungsdaten übermittelt werden? Alle 10min sind mir zu wenig...

[Lonie]

Bezüglich Leistungsdaten gibt es TelePeriod

[bmx]

Gue0411 Was hält Dich vom Update auf die 1.6.x ab?

[Gue0411]

bmx: Die Zeit und die Befürchtung, dass dann so einiges nicht mehr funktionieren wird... und dann die damit wiederum verbundene Zeit, welche ich aktuell nicht hab... (und vielleicht ein wenig das Gemeckere meiner Frau, dass nichts mehr funktioniert... )


Lonie: Danke!

[Gue0411]

Gibt es eigentlich eine elegante Möglichkeit irgendwie zu erkennen, ob die Steckdose überhaupt im Netzwerk da ist?
Dachte da an ein ping-Kommando, leider funktioniert alles irgendwie nicht, was ich ausprobiert hatte...
Hat sowas schon mal wer umgesetzt?

[henfri]

Hallo,

Kann es dann sein, dass du einen Fehler in deinem item-Baum hast?

Nein :-)

Es würden dann doch insgesamt 4 mqtt-items drin sein, oder?

 mqtt_topic_in: stat/MeineSteckdose1/POWER
mqtt_topic_out: cmnd/MeineSteckdose1/power
vom struct:
mqtt_topic_in: stat/gosundXX/POWER
mqtt_topic_out: cmnd/gosundXX/power

Mit dem Zweiten überschreibst du das Erste. Das Erste ist der Default Wert. Könnte man hier auch weglassen.

Schon allein wenn ich nur die ersten beiden drin lasse, schaltet die Steckdose andauernd an, aus, an, aus, an, aus, ...
Mit nur einem out-item funktioniert das Schalten mittlerweile.

Mit nur einem: was meinst du damit: ein out und kein in?

Zeig mal deine Konfiguration jetzt.

Allerdings bekomme ich den "Anfangszustand" nicht mit...

Was meinst du damit?

[SH-Update]
Die Zeit und die Befürchtung, dass dann so einiges nicht mehr funktionieren wird... und dann die damit wiederum verbundene Zeit, welche ich aktuell nicht hab... (und vielleicht ein wenig das Gemeckere meiner Frau, dass nichts mehr funktioniert... )

Mach doch einfach ein Backup des /usr/local/smarthome Ordner.

Gibt es eigentlich eine elegante Möglichkeit irgendwie zu erkennen, ob die Steckdose überhaupt im Netzwerk da ist?

Ich habe TasmoAdmin installiert - via Docker ging das super einfach.

Dachte da an ein ping-Kommando, leider funktioniert alles irgendwie nicht, was ich ausprobiert hatte...

Hier geht es.
Vielleicht funktioniert es ja und das Gerät ist nicht im Netzwerk ;-)

ping 192.168.177.148
PING 192.168.177.148 (192.168.177.148) 56(84) bytes of data.
64 bytes from 192.168.177.148: icmp_seq=1 ttl=255 time=89.8 ms
64 bytes from 192.168.177.148: icmp_seq=2 ttl=255 time=2.40 ms
^C
--- 192.168.177.148 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 2.402/46.121/89.841/43.720 ms

Ansonsten halt per http auf das Webinterface gehen?!

Gruß,
Hendrik

[Sisamiwe]

Gibt es eigentlich eine elegante Möglichkeit irgendwie zu erkennen, ob die Steckdose überhaupt im Netzwerk da ist?

Bei neuen Geräte im Netzwerk meldet mir das meine Fritzbox mit der entsprechenden IP-Adresse.
Mit dieser kannst Du das Interface des Gerätes bzw. Steckdose audfrufen. Dort musst Du ja dann die Eintellungen für MQTT vornehmen.

[Msinn]

Ich glaube die shelly Sachen funktionieren bzw. sind sehr gut Dokumentiert was das alles angeht:

https://shelly-api-docs.shelly.cloud...amily-overview

Ein Teaser: Mit SmartHomeNG v1.7 wird ein Shelly Plugin kommen, welches über MQTT kommuniziert.
Auszug aus der Doku im Develop Branch: shelly Plugin

[henfri]

Schön!

Mir juckt es in den Fingern, das als Vorlage für ein Tasmota Plugin zu verwenden.

[Sisamiwe]

Mir juckt es in den Fingern, das als Vorlage für ein Tasmota Plugin zu verwenden.

Das wäre eine tolle Sache!
Ich kann gern testen, denn ich habe diverse SONOFFs, H801 etc mit Tasmota am Start.