OpenBeken for Treatlife 3-way switch - how to setup stairs switches pair in OBK

Question

Hi All, The OpenBeken firmware is an awesome project. I have been able to use it to cut the cloud and enable local control of many devices. I am having trouble with a Treatlife 3-way switch. The main switch in the 3-way setup works fine when using the button or via HA. However, when using the...

p.kaczmarek2 · Accepted Answer

No problem, so the solution is very simple. Just set the same channel for LED and dInput. Please try and tell me if it works.

You could also setup your HA yaml to "listen" for the channel publish of dInput channel and use it to display light state in HA.

p.kaczmarek2 · Accepted Answer

Hello, how your current Yaml looks like? I think you need to use channel 2 (dInput_n) to track the state of the light...

p.kaczmarek2 · Answer

Hello, I would need some more information about the device because I am not yet sure what exactly is the issue.

Is your device a stairs switch, the switch where one bulb is connect basically to two switches and it's not possible to simply tell whether the bulb is on by checking the single relay state?

And you are using it indeed in the 3-way switch configuration?

chri5k · Answer

Yes, the device and wiring are as in the stair switch picture you posted. The "main / smart switch" is switch 1 in the picture and the "dumb switch" is switch 2 in the picture. The relay state does not change on the device when the light bulb is actuated by the "dumb switch". The sensor in HA that tracks dInput_n on PIN 26 does show the actual state of the light bulb.

This seems to be the same issue in the previous posts but I did not find a resolution to these posts.
https://www.elektroda.com/rtvforum/topic3866123-390.html#19973258
https://www.elektroda.com/rtvforum/topic3866123-390.html#19973661

p.kaczmarek2 · Answer

Ah, I remember that issue. I am not sure if it was resolved.

What about doing a work around?

SOLUTION 1 - link switches by GET packet
On switch A, change Relay role to AlwaysLow
On switch A, add following code in autoexec.bat:


// send POWER ON to second switch
alias send_on SendGet http://192.168.0.112/cm?cmnd=Power%20On
// send POWER OFF to second switch
alias send_off SendGet http://192.168.0.112/cm?cmnd=Power%20Off
// do certain action when channel changes
addChangeHandler Channel1 == 0 send_off
addChangeHandler Channel1 == 1 send_on

change IP to be the IP of switch B.

Then, switch A relay is always off, but when toggled it sends data to switch B and switch B really operates relay...

EDIT: maybe this could be done even better. Instead of sending On/Off, just send Toggle in both cases, this will avoid a little 'desync' issue when you first tap switch A, and then switch B... just change "ON" and "OFF" in SendGET to Toggle..

If you don't like solution, here is alternative.
SOLUTION 2 - link switches by device group
On switch A, change Relay role to AlwaysLow
On both switches, setup two-way DGR:

DGR should be a bit better, because first solution may not sync-back the state of second switch in the current state of my script.

What do you think about those solutions, do they fit your use case? If not, we can think about one more way to solve the problem.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

chri5k · Answer

Switch B is a dumb switch so there is no way for switch A to signal it. I was wondering if there is a way to control the LED on switch A. If so, automation in HA or on the switch could set the state of the LED by tracking dInput_n from pin 26.

p.kaczmarek2 · Answer

In case of DGR solution the LED (channel 1 state) is synced in both ways on both switches.

The HTTP GET solution could also sync LED on dummy switch with some callback trickery.

Added after 1 [minutes]:

chri5k wrote:
switch could set the state of the LED by tracking dInput_n from pin 26.

This will also work, as long as dInput_n provides a valid 1 or 0 output. Just set dInput_n channel to the same channel that has LED, for example, use channel 2 or something.

chri5k · Answer

Switch B is not a smart switch. It's just a plain old mechanical 3-way switch from the home improvement store.

The building previously used a Kasa smart switch with this same wiring and it worked as expected. It also worked with the stock 3-way Treatlife firmware. Once I "cut the cloud" by flashing OpenBeken, I ran into this issue.

p.kaczmarek2 · Answer

Ah ok, now I understand what you mean.
I was under impression that you was referring as "dumb" in a way that it just sends data and has no control, but you mean not a smart switch.
I was confused because I saw people buying Treatlife 3-way switches that are sold in pairs....

Ok, so we are now forced to use dInput solution.

Tell me, does having that dInput on channel, let's say, channel 2, gives you a reliable reading showing whether light is ON or OFF? Does it really always yields 1 for ON and 0 for Off, etc?
(or dInput_n, if you want negation).

If that's working , then we can easily use that value futher.

Added after 2 [minutes]:

Now that I consider your post again, with understanding that you meant that one of your switches is not smart, then:

chri5k wrote:
Per the reply to that post I added a dInput_n to PIN 26 and set it to MQTT channel 4. HA shows a new sensor for this pin and the sensor tracks the state of the lights when they are actuated from either switch. What I can't figure out is how to make the LED on the main switch track this sensor.

Solution is simple - if you have dInput on channel 4, set LED channel to 4 as well. And that's all.

chri5k · Answer

Sorry for the confusion. I may not have explained well.

Yes, dInput_n seems to accurately reflect the state of the light bulb. I actuated both the "smart switch" and the "dumb switch" about 50 times each and dInput_n always had the correct state of the light bulb.

chri5k · Answer

Yes! That worked. Below is the config from the web application.

{
"vendor": "Tuya",
"bDetailed": "0",
"name": "Full Device Name Here",
"model": "enter short model name here",
"chip": "BK7231T",
"board": "TODO",
"keywords": [
"TODO",
"TODO",
"TODO"
],
"pins": {
"6": "Btn;1",
"8": "LED;2",
"24": "Rel;1",
"26": "dInput_n;2"
},
"image": "https://obrazki.elektroda.pl/YOUR_IMAGE.jpg",
"wiki": "https://www.elektroda.com/rtvforum/topic_YOUR_TOPIC.html"
}

p.kaczmarek2 · Answer

Haha, I am really sorry for not getting that earlier, but I somehow didn't think you'd ask for a such simple fix. Anyway, now that's working, I think we can close this topic.

If you have any other questions, or need a particular feature, feel free to ask, I'll try to help

chri5k · Answer

Yes, please close the topic. Also, you may want to update the configuration on the website where the modules pull configuration when using the web application. That is where I received the initial configuration after flashing to OpenBeken.

p.kaczmarek2 · Answer

I was not aware about that dInput back then. Template is now updated:

jaymcentire · Answer

Can you help me with the MQTT code for Home Assistant on this? The existing yaml code doesn't work as intended. When the dumb switch gets used, the switch in HA gets all messed up. Thanks in advance.

Zain00 · Answer

I just got a 3-way switch but came with WR2E
I see an IC on the back of the WIFI module and I was wondering if this chip has something to do with the 3-way function.
Because the switch claim to work with regular mechanical 3-way switch.

the marking in the chip

GD HH2032
25Q16CTIG
AP26305

I still haven't flashed openbeken yet.

chri5k · Answer

Yes! That worked. Below is the config from the web application.{vendor: Tuya,bDetailed: 0,name: Full Device Name Here,model: enter short model name here,chip: BK7231T,board: TODO,keywords: [TODO,TODO,TODO],pins: {6: Btn;1,8: LED;2,24: Rel;1,26: dInput_n;2},image:

[Solved] OpenBeken for Treatlife 3-way switch - how to setup stairs switches pair in OBK

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Topic summary