You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Solution topic and mqttclient were set to the same name which resulted in tasmota using the fallback topic instead of the main.
Describe the bug
When using the ws2812 module, configuring FULLTOPIC does not affect how the Result is published back to the message queue.
What i try to achieve is:
the esp detects motion
it turns on the leds (fading)
it sends this motion detection to the message queue
after no motion is detected anymore it turns off the leds
it sends a message to the message queue that the motion stopped.
This is the trace of mosquitto_sub:
server: /ham/flurlicht/cmnd/POWER OFF # i turn the leds off
tasmota: stat/flurlicht/RESULT {"POWER":"OFF"}
tasmota: stat/flurlicht/POWER OFF
server: /ham/flurlicht/cmnd/Color2 36eaff # i set the new color
tasmota: stat/flurlicht/RESULT {"POWER":"ON","Dimmer":57,"Color":"1E8591","HSBColor":"186,79,57","Channel":[12,52,57]} # result is the leds being turned on
My guess is that this is related to the SwitchTopic command which i use to see changes of the switch.
Searched the problem in issues and in the wiki
Hardware used : Sonoff S20, ws2812 and a PIR motion detection sensor
Development/Compiler/Upload tools used : esptool.py v2.5.0
Steps to reproduce the behavior:
set fulltopic to /ham/%topic%/%prefix%/
set topic to flurlicht
set switchmode to 1
set switchtopic to flurlicht
send /ham/flurlicht/cmnd ON
Expected behavior
i should see in on the mqtt instance:
received: stat/flurlicht/POWER ON
expected: /ham/flurlicht/stat/POWER ON
Wow that really seems to have worked. How are these things related and why cant the fallback topic be the same as the main? Maybe this info can be added added somewhere in the documentation or the web interface.
It was not clear for me that the client config in the mqtt section maps to the fallback topic for the switch, which in turn will be used as main topic when the switch triggers.
Solution
topic
andmqttclient
were set to the same name which resulted in tasmota using the fallback topic instead of the main.Describe the bug
When using the ws2812 module, configuring FULLTOPIC does not affect how the Result is published back to the message queue.
What i try to achieve is:
This is the trace of mosquitto_sub:
My guess is that this is related to the
SwitchTopic
command which i use to see changes of the switch.esptool.py v2.5.0
status 0
:To Reproduce
Steps to reproduce the behavior:
set fulltopic to
/ham/%topic%/%prefix%/
set topic to
flurlicht
set switchmode to
1
set switchtopic to
flurlicht
send
/ham/flurlicht/cmnd
ONExpected behavior
i should see in on the mqtt instance:
Additional context
Related: #4133
Cheers!
The text was updated successfully, but these errors were encountered: