New Xiaomi Aqara Relay 2 channel

Hello
I am quite new to Hubitat and the Home Automation world and have recently bought 3 of these double relays (QBKG11LM).
I have an issue with S1 & S2 inputs on these relays behaving strangely.
Out of the box they work fine. S1 and S2 switch L2 and L1 on/off independently. As soon as I pair them to Hubitat either S1 or S2 will switch both L2 & L1 on the simultaneously. Thereafter L1 remains on and L2 can be toggled on or off by either switch. The device drivers where installed as is. No changes or omissions. I presume that's correct?
I can control L1 and L2 independently via Hubitat but the moment I use S1 or S2 again L1 latches on.
Any help would be appreciated.
Thank you
Andrew

QBKG11LM is a different device (wall switch double), did you mean the LLKZMK11LM ?

If you read back from the beginning of this thread you can see that some of us had the same odd experiences with the LLKZMK11LM.

I came to the conclusion that unfortunately these modules only worked acceptably for me if:

  1. I didn't need local control, i.e. just single or double channel control via ZigBee
  2. I needed local control from one switch only, with either one or both output channels operated from a single switch input

At one point I was convinced the different switch behaviour was dependent on the batch (date) of the devices as I did have some that appeared to work fine ...... but when I revisited those devices at a later point to actually use them, they had the same odd behaviour ..... so maybe I was mistaken originally. Kinda got bored with it at that point, as with a lot of Aqara stuff it can be quite frustrating!

I think @SmartHomePrimer was going to look at how they behaved in the Aqara hub at some point, to see if the strange behaviour is a result of pairing to HE or just how they behave in all cases.

2 Likes

Been too long. Don’t recall if it was working as expected. Thought I responded, but will have to test again when I have time.

Thank you for the responses.
Martyn, yes they are LLKZZMK11LM.
If I remove the device/s from Hubitat S1 and S2 then operate L2 and L1 independently again .

Just a heads up on this device as I have been having really weird behaviour from one of my units.

I noticed that the device controlled by one of the relays was often on when it shouldn't be. It is only controlled by 2 simple timed rules - on at 11 am and off at 5 pm, but often it would be on outside these times.

Checking the event logs for the device I could see that it was also getting switched on at random times between about 11pm and 11.30pm every night. This is roughly the time that I turn off a bedside light using a Hue Dimmer so I checked the logs and it turns out it was EXACTLY the time I pressed button 1 on the dimmer!

I checked the button rules and there was no spurious entry for the relay device, but still when I pressed button 1 on the dimmer the relay device switched on. I even paused the button device rule completely so HE wasn't acting on the button press at all and button 1 press still turned the device on. It's almost like it had somehow got a direct pairing with the relay device.

I reset and rejoined the Hue dimmer and the link seems to have been broken and all is OK for now. I will keep an eye on it.

So if anyone gets any odd behaviour from these, check if it is caused by a Hue dimmer inadvertently linked to it.

2 Likes

Is that the new Hue button or the old dimmer? I never had a problem with my Xiaomi relay, but when I recently paired this new Aqara Opple 6 button Zigbee 3.0 controller, I had the same issue. Difference was mine was controlling the relay and both my TRÅDFRI outlets. Seems to be something unforeseen that needs to be worked out with Zigbee 3.0 devices on the hub.

There’s a description of my 1:30am incident at the end of this post

This is the old standard 4 button Hue Dimmer. The one in question has been on my system for a while with no changes to it's rules so quite how it got linked to the Aqara Dual Relay device, which I only installed in the last couple of weeks, is a complete mystery.

I am wondering if it might be that the dimmer began routing through the Relay and somehow commands that the relay is meant to simply transmit are actually being acted on instead. That is possible as they are located fairly close to one another. I re-paired the Hue right next to a Tradfri outlet that should be it's nearest repeater. I will keep an eye on it to see if it does it again. It is a bit worrying because I use one of these dual relays to control my heating boiler and zone valve so I really don't want any other random commands triggering it! Maybe I need to find a non Aqara alternative for that.

1 Like

Prior to that one incident, I had no problems with it. I would have known, because I had it controlling my iSmart Alarm (now up for sale) and it would have beeped when arming or disarming, plus I would have received a notification on my phone.

I’m now using it to trigger a contact sensor so I could use the Aqara gateway as an additional siren. It’s not giving me any trouble aside from that single incident. Might have just been a bad device pairing in your case. It happens sometimes. I’ve experienced that on Wink, SmartThings and Hubitat. Re-pairing has always fixed those type of issues.

I am thinking of controlling 1.5kW baseboard heater, 240V, thoughts?

The above link explains setting interlock command via payload.
But me no programmer yet. So, If any developers on this community set this flag, through the DH, that would be awesome.

Regards.

Wireshark ZigBee sniffer log of the relevant commands can be found here.

Enable Interlock

Command: 0x02 (Write Attributes)
Manufacturer Code: 0x115F (Lumi)
Cluster: 0x0010 (genBinaryOutput)
Attribute: 0xFF06
Data Type: 0x10 (Boolean)
Payload: 0000 0001 (Boolean: True)

Hubitat Command is probably:
he wattr 0x${device.deviceNetworkId} 0x01 0x0010 0xFF06 0x10 {01} {115F}

Disable Interlock

Command: 0x02 (Write Attributes)
Manufacturer Code: 0x115F (Lumi)
Cluster: 0x0010 (genBinaryOutput)
Attribute: 0xff06
Data Type: 0x10 (Boolean)
Payload: 0000 0000 (Boolean: False)

Hubitat Command is probably:
he wattr 0x${device.deviceNetworkId} 0x01 0x0010 0xFF06 0x10 {00} {115F}

Both Write Attribute commands, if successfully received, should result in the relay responding with an acknowledgement message.

I assume that all relays desired to be in Interlock Mode need the command sent to them, and that it should work with more than just two relays, but this would need to be tested.

Also, I have read a post (here) which states that Power Measurement is disabled when Interlock Mode is enabled. Another post in Russian (here) has a comment in which the user says that all ZigBee devices on their Aqara / Xiaomi gateway dropped off the network when Interlock Mode was enabled. Both of these potential issues need to be checked.

"that all ZigBee devices on their Aqara / Xiaomi gateway dropped off the network when Interlock Mode was enabled. Both of these potential issues need to be checked."

That is true, When we remove the device from hubitat, both channels are working independently.
I am waiting on cc debugger and I have a spare 2 channel relay on my test bench. If you give me pointers, i am willing to conduct further tests. But first things first, Your work is awesome.

Thanks.

I'm in Australia and need some help wiring this to a 2 gang light switch.
So we have Active, Earth and Neutral.
Any advice?

What, no manual ?? :rofl:

Reading up in the thread it seems some of these devices have control issues.
Which model do you have ?
How are you hoping to use it ?

image

IF you have Neutral wires at the light switch, they're likely just connected together, same as the Earth wires.
You'll likely have a single Active feed into each switch. then on the otherside of each switch an return to the lights.

Damn how do I share photos with this thing? Every time I try it says "you cannot share images" or "you cannot share links in your posts" if I try photo hosting urls.

You cannot share for a couple of days or posts - its because you're new.
@bobbyD, can you allow access ??

1 Like

My driver supports the feature you need (or at least I think it's the same thing), feel free to use it in your drivers:

Btw. FYI I decided to abandon these devices, because after a small power outage my relays fell off the mesh, and I had to rejoin them. It happened to me 3 times... still looking for a replacement, but it seems I will use an Orvibo relay where local control isn't a must: [BETA] Orvibo Zigbee multi-functional relay (RL804QZB) driver

1 Like

dude can I PM u instead?

Sure. NP

Welcome aboard! I have updated your account.