New Aqara door sensors connection problem with zigbee

Nothing that i can see, unfortunately! The contact doesnt change state in HA or Phoscon

No clue I’m afraid :frowning:

maybe delete the node in Deconz and try to pair again.

Hi everyone,
They are not broken but not yet properly supported. I am having the same issue.
They are not identified the same way as the older MCCGQ11LM.
Deconz shows the devices with their chosen name from phoscon. No function in phoscon. Activity is confirmed in Deconz without any open/close status changes.
Since Beta deconz rest plugin v2.13.2 (Release Aion · dresden-elektronik/deconz-rest-plugin · GitHub) it “should” be supported…
Now I am waiting for another (stable) firmware update to hopefully fix this.

Update:
Got 7 of 10 working…

How can we be sure that it’s not yet completely supported rather than a few of us just having incompatible setups or broken sensors?

Apparently it worked for Zahnweh, no?

Either way, I’m experiencing the issue with the sensor not being reachable in Phoscon as well and Hassio constantly showing it as closed.

Bit of a let down, I hoped after all this time since I ordered them they’d be properly supported by now, but here I am. Tried two, neither work. Still have a few more unopened in their boxes, but if the model in general is a bit too tricky to get going I’d rather keep the remaining stock sealed and easier to sell new, unopened and buy an old model if needed.

I was soooo looking forward to finally getting started with having a lot more data to play with and automate stuff around the home.

1 Like

I got it working.

One major problem in our way is probably that we’re on old firmware for the Conbee/Raspbee.

Since I’m using a Raspbee I had to update it using my Raspberry Pi, but in the Phoscon interface it’s not possible to do so because I’m running Home Assistant OS which means no direct device access.

I could have set up ssh into my machine, but just reading about how much hassle that was annoyed me too much after I had spend hours trying to debug this stuff.
Here’s what I did instead:

  1. Prepare a second SD card to boot your Raspberry Pi from whenever you want to upgrade the firmware of the Raspbee/Conbee (Conbee users might want to skip any of this and just use their computer’s USB port and tools)

  2. ConBee Installation Has wonderful instructions to get a simple setup going, I’d recommend using the linked image for “Raspbian Buster Headless / Beta image without desktop based on Debian Buster.” on this page: ConBee SD-card images
    Download, verify the download using the md5 hash and flash the file you downloaded without extracting it using Balena Etcher for example.

  3. Login after letting the Raspberry Pi boot for a little while: ConBee SD-card images
    Default user and pass are pi / raspbeegw

  4. If you cannot connect you may have to set your router to forget binding the MAC address to a specific IP. DHCP, fixed IPs in routers and changes in the client can sometimes be a bit tricky. To most of ya’ll this will not apply. :slight_smile:

  5. Follow these instructions:
    Update deCONZ manually · dresden-elektronik/deconz-rest-plugin Wiki · GitHub

  6. You may end up with an error. I forgot the wording of the one I got, but basically if sudo GCFFlasher_internal -r returns the firmware to be the latest (or whichever you chose to flash) you SHOULD be good to go!

  7. sudo shutdown now as we don’t need that SD card anymore for today. Label it, store it away and keep it handy. If you want to upgrade your firmware again, you’ll want this SD card handy. :slight_smile:

  8. Boot into Home Assistant OS again with your regular SD card. Reset your gateway (I suggest doing this if you’re not too invested already with your ZigBee setup, otherwise fiddle around to remove the old, broken entries. I wasn’t able to and I started with these sensors so I had nothing to lose and wiped it all.

  9. Follow the instructions again that Zahnweh gave.

That SHOULD fix any problems for ya’ll, keep me updated.

Addendum / thoughts

It is both good and bad that you have to update the Raspbee/Conbee firmware in such a convoluted way.
It’s bad, because there is no documentation so far that’s approachable and without too much fussing for updating under Home Assistant OS.
It is good, because automated firmware updates cannot ruin your connected ZigBee’s link. I’ve read that updating the firmware can potentially yoink these from HA and create drama in re-linking.
Obviously this is still pretty poor, because it means once you buy new IOT devices that need an update of the *bee Firmware you’re looking at relinking all of your home’s ZigBee devices? Yikes…

1 Like

Thanks to Zahnweh’s instructions I got 7 out of 10 sensors working (3 seem to not respond once paired).
A reboot of the gateway also added the proper battery status for the new sensors.
In addition to being difficult to set up the manufacturing quality seems to be lacking.
Also when looking at the PCB they seem to have switched to an almost microscopic SMT pattern now with only a single side populated (as before).

I updated my conbee II firmware and it solved all my problems (aquara door E1 sensors, one Ikea blind that was not returning status, …).

Thanks for the tips / procedure.

1 Like

Whats the difference between these new sensors and the old ones? Do the new ones report temperature values correctly now?

This is about door sensors, not the temp/humidity ones. :slight_smile:

@Frederic_ESH Glad I could help! :smiley:

I know that, but the old door sensors had a temperature value which was always completely inaccurate. Wandering if the new ones fix that issue

Nope, i think none of the aqara devices report proper temperature (excl. temp/humidity sensors)
I have old door sensor next to new door sensor and they seem to report same “wrong” temperature
obraz
obraz

while in room correct temperature is 22 degress

Regarding QA… I’ve ordered by mistake 4 pcs of E1 version - 1 wasnt working at all, 1 stopped to work and 2 seems to work fine :slight_smile: next time i will order previus version which seems to work much more stable

Wow. Thanks so much - this worked first time after an hour messing about in Phoscon.

You‘re welcome!

Thanks a lot for this post. Was just able to connect my new sensors, I had to search for a new sensor in Phoscon additionally, even after pairing it in DeConz.

Hi folks, thanks for all the advice here! I was struggling with pairing my Aqara door sensor and indeed updating the Conbee II firmware helped… but not entirely.

I found out that with the new firmware the sensor pairs now both via deCONZ and even in Phoscon (when I was repeating the pairing process with and without deleting the previously paired sensor) but… it still doesn’t work!

I mean most of the times the pairing goes well, but when the sensor is detected, the pairing process on the sensor itself doesn’t seem to stop. The blue blinking light continues in the usual cycle (2 - or was it 3? - long blinks followed by 3 short ones) and the changes of state doesn’t seem to be reported correctly. Once deCONZ/Phoson shows it as paired, it gets stuck in the initial state. Either open, or closed.

I only briefly saw it changing states while fiddling with the magnet for a one second shortly after it was paired. Then the state change reporting is gone.

And while the sensor itself seems to never end the pairing mode with its blinking light… this drains the battery! I went through 3 button cells already as just a few pairing cycles seem to drop the voltage from 3V to 2.7V where the sensor itself dies.

Any ideas here? Unfortunately I don’t have the Aqara gateway to update the sensor’s firmware.

FYI, the latest Z-Stack 3.x.0 firmware for Texas Instruments ZNP based adapters has a fix for Aqara E1:

https://github.com/Koenkk/Z-Stack-firmware/tree/develop/coordinator/Z-Stack_3.x.0/bin

https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_3.x.0/bin

https://github.com/Koenkk/Z-Stack-firmware/blob/3275288c3a9497b4073604156e887778485c1b34/coordinator/Z-Stack_3.x.0/CHANGELOG.md

20211217

  • SimpleLink SDK 5.30.01.01 (changelog)
  • Increase memory heap
  • Turn on/off leds when joining is enabled/disabled
  • Fix Xiaomi E1 devices not (fully) working
  • Allow setting transmit power for CC2652P/CC1352P greater than 5dBm (max 20dBm), default transmit power is set to 9dBm

Hi @xfoolsgold! I do have the same issue. Did you meanwhile solve it somehow?

So to summarise these new Aqara “E1” are ZigBee 3.0 instead of the older ZHA 1.2 (I think) requiring updates across the stack. Seems support with the latest Beta drivers is not great, yet.

I am about to order more aqara kit. ZigBee 3 with the Aqara E1 doesn’t seem to have any end user benefits? Best to avoid them (for now)?

please check How to update conbee II on hassio with deconz/phoscon integration? - #11 by Vantomas

I’ve bought an aqara motion sensor (vibration sensor) hoping I could get notifications from my washing machine (when finished)
This thing comes with no button to pair it. I’ve tried taking battery out, updating firmware on conbee2 but I cannot see it appearing in deconz (vnc)

The new aqara plugs do work fine (with power measurement) They’re a bit more clunky then my older innr plug, but since their newer versions come without power measurement that’s what I’m stuck with for the moment