Beiträge von mschaeffler

Bildschirmfoto von 2021-12-04 18-02-07.png

Longpress über MQTT funktioniert bei mir:

Shelly2/ShellyPlus1pm/events/rpc {"src":"shellyplus1pm-a8032abe0c0c","dst":"Shelly2/ShellyPlus1pm/events","method":"NotifyEvent","params":{"ts":1638620755.80,"events":[{"component":"input:0", "id":0, "event":"long_push", "ts":1638620755.80}]}}    

Du musst einstellen:

1. Eingang auf Button
2. MQTT-RPC-Events auf ein

Just to be precise: What YG wants is not a router but a bridge

Stelle im MQTT IN Node ein: Ausgang als geparstes JSON-Objekt.

Dann erhältst du nicht diesen String, sondern ein JS-Objekt mit den entsprechenden Parametern und du kannst ganz normal mit SWITCH / CHANGE darauf zugreifen.

I have set all the topics of gen 2 to "Shelly2/...".

So i can subscribe "Shelly2/#" to get all messages.

I just reported this issue:

If a input is configured as a momentary button, button presses are neither reported via MQTT .../status/input:1 nor /events/rpc

SW tested: 0.9.0-beta2

Zitat

Sinnvoll wären bezüglich WLAN/ Netzwerk meines Erachtens eher ipv6, WPA3 und PMF.

Das sehe ich genauso.

They shellys work with mosquitto, thats clear.

But my fear is that the topics and the the corresponding values are not compatible, so that my hardware abstraction layer cannot hanlde the data.

I process all the data in one generic flow in node red; also there is the fusion with data from other sopurces linke LoRa.

And afterwards there is the real businness logic.

Hello,

does the Shelly Pro 4PM also support the 1st generation MQTT API?

So that it can be controlled similar to a Shelly 1PM (just with 4 channels) without the new RPC API?

If this is not possible, it is quite useless, bescause I cannot be integrated in a existing automation setup.

BR, Mathias

gem. Support wird an einer Lösung gearbeitet

Mir ist auch aufgefallen, daß der DW2 sporadisch eine Temperatur von 0°C meldet.

# ist ein WildCard; wenn es damit geht, dies definitiv ein Bug!

Dieser MQTT-Datensatz funktioniert bei mir:

shellies/.../color/0/set {"turn":"on","mode":"color","red":255,"green":0,"blue":0,"white":0,"gain":100,"effect":0}

gesendet mit QoS=1 und Retain=true.

In der RGB ist bei mir zusätzlich noch Clean-Session aktiviert; ohne dies hatte ich Probleme.

+ # und / sind bei MQTT grundsätzlich nicht möglich, da sie eine besondere Bedeutung haben.

Bei mir funktionieren Leerzeichen und _

change to better AP (after night off) is working

installed Test-SW

Halo,

mir ist diese Beta SW zur Installation vorgeschlagen worden.

Gibt es dazu Details?

Gruß, Mathias

zusätzlich ist hier die Scheinleistung relevant, da sie den Strom durch den Dimmer bestimmt.

I = U / ( Pwirk * cos φ )

Das cos φ ist evtl. auf dem Trafo angegeben.