New hackable ESP gadgets in local budget store "action" !!!

Moderators: grovkillen, Stuntteam, TD-er

Message
Author
happytm
Normal user
Posts: 74
Joined: 15 Aug 2016, 17:53

Re: New hackable ESP gadgets in local budget store "action" !!!

#51 Post by happytm » 18 Oct 2019, 22:26

FanOfHue wrote:
16 Oct 2019, 20:00
ESPNOW was a small but useful side step to improve the firmware for use on the LSC devices.
For all that have asked for more detailed timing specifics, i hooked up a logic analyzer to get some accurate timings.

Global graph, edge triggered on the reed contact, checking VCC power line and serial communications:
DoorSensorTiming1.png

As mentioned, the doorsensor needs or just takes 500 mSeconds before power-up the ESP module. This seems unavoidable.

From there we see three phases, zoom in to the active part:
DoorSensorTiming2.png

Bootloader part is fixed to 64 mSeconds.
Init part is currently 78 mSeconds, maybe there's something to gain if we look more into code detail
Communications is 144 mSeconds. In fact only the last one provides the real status, but it seems that we need all to make the "setup" button logic work.
This needs more testing, but for now i'm happy with the results.

The ESP is active for only 300 milliSeconds.
Can you please calculate power consumption at different stages as show above.It will be very useful to calculate battery life.

Thanks.
Last edited by happytm on 18 Oct 2019, 22:31, edited 2 times in total.

happytm
Normal user
Posts: 74
Joined: 15 Aug 2016, 17:53

Re: New hackable ESP gadgets in local budget store "action" !!!

#52 Post by happytm » 18 Oct 2019, 22:26

FanOfHue wrote:
16 Oct 2019, 20:00
ESPNOW was a small but useful side step to improve the firmware for use on the LSC devices.
For all that have asked for more detailed timing specifics, i hooked up a logic analyzer to get some accurate timings.

Global graph, edge triggered on the reed contact, checking VCC power line and serial communications:
DoorSensorTiming1.png

As mentioned, the doorsensor needs or just takes 500 mSeconds before power-up the ESP module. This seems unavoidable.

From there we see three phases, zoom in to the active part:
DoorSensorTiming2.png

Bootloader part is fixed to 64 mSeconds.
Init part is currently 78 mSeconds, maybe there's something to gain if we look more into code detail
Communications is 144 mSeconds. In fact only the last one provides the real status, but it seems that we need all to make the "setup" button logic work.
This needs more testing, but for now i'm happy with the results.

The ESP is active for only 300 milliSeconds.
Can you please calculate power consumption at different stages as shown above.It will be very useful to calculate battery life.

Thanks.

FanOfHue
Normal user
Posts: 73
Joined: 06 Oct 2018, 10:08

Re: New hackable ESP gadgets in local budget store "action" !!!

#53 Post by FanOfHue » 19 Oct 2019, 16:02

happytm wrote:
18 Oct 2019, 22:26
Can you please calculate power consumption at different stages as shown above.It will be very useful to calculate battery life.
Thanks.
How would I be able to calculate this? I've seen one guy doing some sophisticated measurements on ESP like this:
https://www.bakke.online/wp-content/upl ... rsion2.png
But you may need some fancy equipment to do this.
Only stuff I own is a cheap-ass Chinese (8 euro) logic analyzer and a multimeter.
Idle current looks like 50 uAmps.

happytm
Normal user
Posts: 74
Joined: 15 Aug 2016, 17:53

Re: New hackable ESP gadgets in local budget store "action" !!!

#54 Post by happytm » 19 Oct 2019, 21:28

Can you please publish the ESPNow code on GitHub so someone with these fancy equipment can test the code for us ? I myself do not have equipment to test it.

Thanks.

tim
Normal user
Posts: 39
Joined: 05 Dec 2015, 11:24

Re: New hackable ESP gadgets in local budget store "action" !!!

#55 Post by tim » 22 Oct 2019, 16:22

happytm wrote:
19 Oct 2019, 21:28
Can you please publish the ESPNow code on GitHub so someone with these fancy equipment can test the code for us ? I myself do not have equipment to test it.

Thanks.
+1 :!:
I dont have that tools but still want to test it.

FanOfHue
Normal user
Posts: 73
Joined: 06 Oct 2018, 10:08

Re: New hackable ESP gadgets in local budget store "action" !!!

#56 Post by FanOfHue » 23 Oct 2019, 20:33

happytm wrote:
19 Oct 2019, 21:28
Can you please publish the ESPNow code on GitHub so someone with these fancy equipment can test the code for us ? I myself do not have equipment to test it.

Thanks.
Build 5 seems stable, it has been running for several days here and the code is available on GitHub.

tim
Normal user
Posts: 39
Joined: 05 Dec 2015, 11:24

Re: New hackable ESP gadgets in local budget store "action" !!!

#57 Post by tim » 24 Oct 2019, 17:49

Thanks, will try this weekend.

For those who purchased this Action stuff, a forum on tweakers could be handy for more information:
https://gathering.tweakers.net/forum/li ... es/1944054
but it is in dutch language

happytm
Normal user
Posts: 74
Joined: 15 Aug 2016, 17:53

Re: New hackable ESP gadgets in local budget store "action" !!!

#58 Post by happytm » 25 Oct 2019, 00:49

Thanks.

FanOfHue
Normal user
Posts: 73
Joined: 06 Oct 2018, 10:08

Re: New hackable ESP gadgets in local budget store "action" !!!

#59 Post by FanOfHue » 25 Oct 2019, 07:36

Instead of info being scattered around this forum, I have added some more info on the github wiki, just in case someone wants to build one of my gadget projects. :geek:

Howto on the door and pir sensor:
https://github.com/SmartNodeRules/Docum ... mpleESPNOW

Howto on the experimental temperature / humidity sensor:
https://github.com/SmartNodeRules/Docum ... DoorSensor

A doorsensor has gone life in production in my home as of yesterday, controlling the "meterkast" lights. Acts much better than the original version and no Chinese tuya cloud involved :D

The temperature sensor is in test with some dangling wires to the ATTiny and an SI7021 attached. So no pictures yet.

I first need to verify battery life with a 10 minute boot interval. If this looks promising, I will build the final hardware version. I already figured out how to include the SI7021 in the original case.

barth
Normal user
Posts: 1
Joined: 27 Oct 2019, 15:09

Re: New hackable ESP gadgets in local budget store "action" !!!

#60 Post by barth » 27 Oct 2019, 15:36

I tried to use tuya-convert on the LSC Motion PIR Sensor, albeit no success. Does anyone else have different experience or know why it is not working? I opened the device and it contains a TYWE3S module, which is an ESP82 something.

Code: Select all

======================================================
Starting smart config pairing procedure
Waiting for the device to install the intermediate firmware
Put device in EZ config mode (blinking fast)
Sending SSID                  vtrust-flash
Sending wifiPassword
Sending token                 00000000
Sending secret                0101
................
SmartConfig complete.
Resending SmartConfig Packets
..................................................
Device did not appear with the intermediate firmware
Check the *.log files in the scripts folder
Do you want to flash another device? [y/N]


FanOfHue
Normal user
Posts: 73
Joined: 06 Oct 2018, 10:08

Re: New hackable ESP gadgets in local budget store "action" !!!

#61 Post by FanOfHue » 28 Oct 2019, 20:48

maxe2 wrote:
07 Oct 2019, 19:17
I tried to build my own firmware from here https://github.com/SmartNodeRules/ESPCoreRules with success but did not manage to get MQTT to work properly :(
While waiting for the battery charts to evolve in Domoticz, i'm currently checking out MQTT (and maybe uMQTTBroker) again. The MQTT code exits because I just wanted to see if one could transparently switch between the build-in UDP message bus or a message bus backed by an MQTT broker. It was based on R120 and assumed stable because R120 was labeled stable.

I reinstalled Mosquitto on my server and it still seems to work if you switch between UDP and MQTT. The nodes are not aware when it comes to events and nodelist. But to avoid interference with other MQTT clients, I decided at development time to use a fixed prefix "BROADCAST/" on all communication topics. You should be able to see this when subscribing to # with an MQTT client tool.

I'm not really familiar with MQTT so this may not be the best approach. Maybe I need a dedicated topic for system messages and push events on the bus as they are and use rules to subscribe to specific topics. So this may need more development or study :mrgreen:

On the other hand, I wonder if any of my contributions to this forum is actually used by anyone and if it would be worth while to invest more time.
I guess that i'm really on a very niche corner here. But happy with my personal 10+ smartnoderules as is.

jorgh
Normal user
Posts: 1
Joined: 02 Nov 2019, 00:32

Re: New hackable ESP gadgets in local budget store "action" !!!

#62 Post by jorgh » 02 Nov 2019, 00:46

Hi all,

I've bought among others one LCS doorsensor, my goal is to create some firmware with an easy setup (hotspot + captive portal for config and MQtt for connecting to non-cloud home automation). I share this information as this might be helpfull for others. If you spot any mistakes or have valuable additional information, feel free to respond;-)

I've been snooping at the communication between the ESP and the MCU on the doorsensor, and this is what I found:

The ESP is powered on when either the sensor is opened or closed, or when the button is pressed for 5 seconds. The ESP seems to spit out some garbage first, which is ignored by the MCU (at least I've not been able to recognize anything inn the data and the MCU does not seem to do anything with it).

As with most Tuya devices, the communication is initiated by the ESP to query product information, after which a dialog starts to monitor the progress of setting up the connection. After the ESP is successfully connected to both the WLAN and the Cloud, the MCU spits out a message containing among others the sensor status. After the last response from the ESP, the ESP is powered off. Below is the data I analysed with the explanation as per tuya protocol (but there seem to be some differences with the actual use here). As I was not able to trace both sides of the conversation at the same time, I've put the data in the order I believe to be correct. Command 05 seems to be used by the MCU to deliver the sensor status, and from the ESP that it can be powered down.

ESP:
[55] [aa] [00] [01] [00] [00] [00]
[55] [aa] header
[00] version
[01] Command (Query product information)
[00] [00] Data Length (36)
[00] Checksum

MCU:
[55] [aa] [00] [01] [00] [24] [7b] [22] [70] [22] [3a] [22] [69] [32] [32] [66] [72] [65] [79] [79] [70] [71] [64] [63] [69] [72] [71] [33] [22] [2c] [22] [76] [22] [3a] [22] [31] [2e] [30] [2e] [34] [22] [7d] [c6]
[55] [aa] header
[00] version
[01] Command (Query product information)
[00] [24] Data Length (36)
[7b] [22] [70] [22] [3a] [22] [69] [32] [32] [66] [72] [65] [79] [79] [70] [71] [64] [63] [69] [72] [71] [33] [22] [2c] [22] [76] [22] [3a] [22] [31] [2e] [30] [2e] [34] [22] [7d] {"p":"i22freyypqdcirq3","v":"1.0.4"}
[c6] Checksum


Following section can repeat:
--Start section --
MCU:
[55] [aa] [00] [02] [00] [00] [01]
[55] [aa] header
[00] version
[02] Command (Query the working mode of the Wi-Fi module)
[00] [00] Data Length (0)
[01] Checksum

ESP:
[55] [aa] [00] [02] [00] [01] [02] [04]
[55] [aa] header
[00] version
[02] Command (Query the working mode of the Wi-Fi module)
[00] [01] Data Length (1)
[02] The Wi-Fi is configured. However, the device fails to connect to the router.
[04] Checksum

OR

[55] [aa] [00] [02][00] [01] [03][05]
[55] [aa] header
[00] version
[02] Command (Query the working mode of the Wi-Fi module)
[00] [01] Data Length (1)
[03] The Wi-Fi is configured, and the device successfully connects to the router.
[05] Checksum
-- End Section –

Previous section repeats until ESP responds with:
[55] [aa] [00] [02] [00] [01] [04] [06]
[55] [aa] header
[00] version
[02] Command (Query the working mode of the Wi-Fi module)
[00] [01] Data Length (1)
[04] The device connects to the router and cloud.
[06] Checksum

MCU:
[55] [aa] [00] [05] [00] [05] [01] [01] [00] [01] [01] [0d]
[55] [aa] header
[00] version
[05] Command (Reset the Wi-Fi module and select a network configuration mode)
[00] [05] Data Length (5)
Sensor open: [01] [01] [00] [01] [01] or Sensor closed [01] [01] [00] [01] [00]
[0d] Checksum or [0c] when closed

ESP:
[55] [aa] [00] [05] [00] [01] [00] [05]
[55] [aa] header
[00] version
[05] Command (Reset the Wi-Fi module and select a network configuration mode)
[00] [01] Data Length (1)
[00] Data
[05] Checksum

Regards,

Jorg

tim
Normal user
Posts: 39
Joined: 05 Dec 2015, 11:24

Re: New hackable ESP gadgets in local budget store "action" !!!

#63 Post by tim » 02 Nov 2019, 10:31

Have tried to link smartnoderules and espeasy but no succes. The smartnoderules plugin does not work and looks i am alone trying this. So i stopped loosing more time there.

I just read this topic from the start and the conclusion until now:

* We have a minimum 9 doorsensor owners: Me,FanOfHue,Dick60,Patricx,RobinS,Legoracers,ManoBiletsky,jme,maxe2
* Several users checked the communication and wrote down the info here. I think we have all info that a developer need to now
* Fanofhue has its own private smartnoderules working with his plugin
* But nobody wants to use smartnoderules so this is also not good for me to be the only one. Support will not be good
* Everyone has problems with the doorsensor or did not report succes here on this forum to help others with the solution how they did it

Al i want is to turn on a light when the door opens and turn off when the door closes. There should not be a 5 seconds delay.

@fanofhue: Can you please try to convert the plugin to ESPEasy? I think this is the only right solution for all.
@all other doorsensor users: What did you do to get it to work or do you also have issues?

Flying Domotic
Normal user
Posts: 20
Joined: 27 Aug 2019, 23:57

Re: New hackable ESP gadgets in local budget store "action" !!!

#64 Post by Flying Domotic » 08 Nov 2019, 10:03

I also tried SmartNodeRules on LSC sensors. While this is working well with door sensor, it seems that the PIR sensors are not so good supported.

Globally, settings and comms seems good (you got an "off" message send when powering the device on), but there's no update after this initial message. As the MCU is not powered on/triggered again after initial message, I do suspect some issue on protocol btw MCU and "device". Should someone tell me how to enable trace, I'll be please to help debugging this problem ;-)

FYI, I tested with a couple of PIR, both shows the same behavior.

Flying Domotic
Normal user
Posts: 20
Joined: 27 Aug 2019, 23:57

Re: New hackable ESP gadgets in local budget store "action" !!!

#65 Post by Flying Domotic » 08 Nov 2019, 10:08

I also tried SmartNodeRules on LSC sensors. While this is working well with door sensor, it seems that the PIR sensors are not so good supported.

Globally, settings and comms seems good (you got an "off" message send when powering the device on), but there's no update after this initial message. As the MCU is not powered on/triggered again after initial message, I do suspect some issue on protocol btw MCU and "device". Should someone tell me how to enable trace, I'll be please to help debugging this problem ;-)

FYI, I tested with a couple of PIR, both shows the same behavior.

tim
Normal user
Posts: 39
Joined: 05 Dec 2015, 11:24

Re: New hackable ESP gadgets in local budget store "action" !!!

#66 Post by tim » 08 Nov 2019, 16:45

Flying Domotic wrote:
08 Nov 2019, 10:08
I also tried SmartNodeRules on LSC sensors. While this is working well with door sensor, it seems that the PIR sensors are not so good supported.

Globally, settings and comms seems good (you got an "off" message send when powering the device on), but there's no update after this initial message. As the MCU is not powered on/triggered again after initial message, I do suspect some issue on protocol btw MCU and "device". Should someone tell me how to enable trace, I'll be please to help debugging this problem ;-)

FYI, I tested with a couple of PIR, both shows the same behavior.
I think that the PIR sensor only triggers on motion detected. Not when no motion anymore. I replaced firmware but i can not remember that the original firmware sends motion on and motion off. Maybe cannot change this. Not even with other firmware in the ESP.

May i ask how long it takes before you receive the message? Without using ESPNOW it takes almost 5 seconds in my home network. ESPNOW is faster but much more difficult to get working with a gateway.

But i saw a guy that has the messsage in only 1.5 seconds with Tasmota, look at this forum (if you can read dutch or use google translate)
https://gathering.tweakers.net/forum/li ... 6#60541576
Maybe i switch to using Tasmota if it can connect that fast!

Flying Domotic
Normal user
Posts: 20
Joined: 27 Aug 2019, 23:57

Re: New hackable ESP gadgets in local budget store "action" !!!

#67 Post by Flying Domotic » 14 Nov 2019, 18:04

I think that the PIR sensor only triggers on motion detected. Not when no motion anymore. I replaced firmware but i can not remember that the original firmware sends motion on and motion off. Maybe cannot change this. Not even with other firmware in the ESP.
I got that. In my case, no messages outside the initial message, when booting the device by setting the batteries. Amazingly, this message gives a state "0". But nothing else, even if moving in front of the sensors. i should normally get at least state "1" messages each time something is movingin front of the PIR.
May i ask how long it takes before you receive the message? Without using ESPNOW it takes almost 5 seconds in my home network. ESPNOW is faster but much more difficult to get working with a gateway.
Almost immediate, between 0,5 and 1 second. To get this, I set a fixed address/mask/gateway/dns, and disabled NTP.

To move forward, I suspect some errors in initial dialog, as the internal LED is blinking first time when powered, a second time 1 second later, sending the initial message, and stays definitively off until powered down and then up.

Is there a way to turn some debug on to "see" what happens (I do suspect serial debug being difficult, as serial port in used to "discuss" btw ESP and internal "devices") ? :?:

tim
Normal user
Posts: 39
Joined: 05 Dec 2015, 11:24

Re: New hackable ESP gadgets in local budget store "action" !!!

#68 Post by tim » 15 Nov 2019, 16:45

Flying Domotic wrote:
14 Nov 2019, 18:04
Almost immediate, between 0,5 and 1 second.
That is really great :o :o :o

I must do something wrong in my home. I already use static IP and NTP is off.
I wonder how you can get 0,5 seconds if the logic analyzer pictures from fanofhue show at least 0,5 sec delay before the ESP is power on.
Maybe you have different firmware in the MCU?

Can you tell me more details, so we do not talk maybe about different things:
* Firmware version of the doorsensor MCU ?, mine is 1.0.4
* Protocol used on the doorsensor to send the message, ESPNOW or MSGBUS or HTTP?
* Type of firmware and version used in ESP?
* Using WPA2 or other Wifi security on your AP?

I would love to make my module a lot faster but never succesful yet :(

SparX
Normal user
Posts: 1
Joined: 16 Nov 2019, 15:09

Re: New hackable ESP gadgets in local budget store "action" !!!

#69 Post by SparX » 16 Nov 2019, 15:12

Hey, guys :)
I just got the Action RGB bulb too.
I,ve opened it up and am going to flash it with Tasmota, so integration with Hassio will be easy.
I'll keep you informed!

Flying Domotic
Normal user
Posts: 20
Joined: 27 Aug 2019, 23:57

Re: New hackable ESP gadgets in local budget store "action" !!!

#70 Post by Flying Domotic » 16 Nov 2019, 22:19

tim wrote:
15 Nov 2019, 16:45
Can you tell me more details, so we do not talk maybe about different things:
* Firmware version of the doorsensor MCU ?, mine is 1.0.4
Don't know. I don't touch it. What's the way to get it?
* Protocol used on the doorsensor to send the message, ESPNOW or MSGBUS or HTTP?
ESPnow
* Type of firmware and version used in ESP?
ESPCoreRules build 5 (the one indicated earlier in this post), on both door sensor and serial gateway
* Using WPA2 or other Wifi security on your AP?
WPA2 (hidden SSID)

Just few small things compared to configurations given at https://github.com/SmartNodeRules/Docum ... mpleESPNOW:
  • I moved "tuyacheck" at end of configuration
  • I changed "Config,Rules,Clock" to zero (not one)
  • I removed "deepsleep 5" (even if this may save some power btw end of transmission and power off of ESP). I will try putting it back, I made this change when nothing was working, and didn't reverted it
  • I used chips real mac addresses instead those of the example

Neutrino
Normal user
Posts: 5
Joined: 10 Sep 2017, 14:41

Re: New hackable ESP gadgets in local budget store "action" !!!

#71 Post by Neutrino » 17 Nov 2019, 19:05

Hi !
Door sensor owner here :)
I just connect the reed to GPIO13.
20190825_165123.jpg
20190825_165123.jpg (79.57 KiB) Viewed 1551 times
It works since 25/08 without battery replacement.

Flying Domotic
Normal user
Posts: 20
Joined: 27 Aug 2019, 23:57

Re: New hackable ESP gadgets in local budget store "action" !!!

#72 Post by Flying Domotic » 18 Nov 2019, 10:13

Doing so, you've got an ESP powered only when contact changes, and can read contact value on GPIO 13 without need to board TUYA protocol, right?
Does EasyESP hav time to start and send the message within the powered interval?

Neutrino
Normal user
Posts: 5
Joined: 10 Sep 2017, 14:41

Re: New hackable ESP gadgets in local budget store "action" !!!

#73 Post by Neutrino » 18 Nov 2019, 16:13

That's right.
When contact changes, the esp power up connect to m'y AP and updates domoticz through http.
Then, the sensor is power off itself.
I use it on my fridge, not on a major access.

patricx
Normal user
Posts: 2
Joined: 30 Aug 2019, 13:15

Re: New hackable ESP gadgets in local budget store "action" !!!

#74 Post by patricx » 28 Nov 2019, 20:48

I have a working lsc doorsensor.

I use tasmota v7 with the commands below in the console command line



module 54
backlog TuyaMcu 11,1; TuyaMcu 51,51; TuyaMcu 12,3
rule1 ON Wifi#Connected DO backlog serialsend5 55 AA 00 01 00 00 00; delay 10; serialsend5 55 AA 00 02 00 01 04 06; delay 3; serialsend5 55 AA 00 05 00 01 00 05; ENDON
rule2 ON TuyaReceived#Data=55aa000200000155aa0005000501010001010d DO POWER ON ENDON
rule3 ON TuyaReceived#Data=55aa000200000155aa0005000501010001000c DO POWER OFF ENDON
restart 1

Robvs
Normal user
Posts: 3
Joined: 09 Sep 2019, 17:21

Re: New hackable ESP gadgets in local budget store "action" !!!

#75 Post by Robvs » 02 Dec 2019, 12:06

Hi patrick
can you explain how you us the device. does it report trough mqtt, do you use homeassistant or domoticz.
I want to use your code and iam using domoticz.


EDIT: I can confirm the solotion that patrick offers works! I used tasmota 7.1 firmware specifcly the tasmota.bin version (this has domoticz tab) to flash the firmware of the doorcontact (did use wired flash not OTA). In the console I pasted the code that Patrick wrote up!.

Then I set up Domoticz on a Rbpi and set up Mosquitto MQtt as well. Then I added a switch device that I configurerd as a doorswitch.

Then I filled in de MQTT information in the doorcontacts tasmota MQTT menu (You have to keep te doorcontact from shutting down by constantly adding and removing the magnet side or you can do it while the doorcontact is still connected to the flashing hardware (it powers the WIFI chip directly)).

And voila ...its works!

The doorswitch does take 5 seconds to switch a light after the realtime state is changed (eg the magnet is removed or added)

is there any way to make this faster?
great work!

Sincirely Rob

FanOfHue
Normal user
Posts: 73
Joined: 06 Oct 2018, 10:08

Re: New hackable ESP gadgets in local budget store "action" !!!

#76 Post by FanOfHue » 05 Dec 2019, 20:25

Robvs wrote:
02 Dec 2019, 12:06
The doorswitch does take 5 seconds to switch a light after the realtime state is changed (eg the magnet is removed or added)
is there any way to make this faster?
If Theo could as ESPNOW protocol to Tasmota it will be a lot faster (<1 Second)

mrrose
Normal user
Posts: 6
Joined: 11 Jul 2018, 16:42

Re: New hackable ESP gadgets in local budget store "action" !!!

#77 Post by mrrose » 14 Dec 2019, 17:47

patricx wrote:
28 Nov 2019, 20:48
I have a working lsc doorsensor.

I use tasmota v7 with the commands below in the console command line



module 54
backlog TuyaMcu 11,1; TuyaMcu 51,51; TuyaMcu 12,3
rule1 ON Wifi#Connected DO backlog serialsend5 55 AA 00 01 00 00 00; delay 10; serialsend5 55 AA 00 02 00 01 04 06; delay 3; serialsend5 55 AA 00 05 00 01 00 05; ENDON
rule2 ON TuyaReceived#Data=55aa000200000155aa0005000501010001010d DO POWER ON ENDON
rule3 ON TuyaReceived#Data=55aa000200000155aa0005000501010001000c DO POWER OFF ENDON
restart 1

HI,

not sure what i doing wrong. I install Tasmota 7.1.2 and copy the code above to the console.

After that I get Toggle 1 and Toggle 2. Is that correct?

But anyway i see by MQTT only "Off" it never changes to "On".

What i´m doing wrong?

Thanks for help.

Post Reply

Who is online

Users browsing this forum: No registered users and 9 guests