[Discussion] About ZigBee2CUBE and NON-Zigbee 3.0 devices compatibility

[yitie]

Copy, let you know if we have some conclusion.

[yitie]

That’s wired, the dev-team is investigating the logs now, let you know if we find something.
Thanks for the testing again.

Updates:we have found by analyzing the logs that the device was reporting some unrelated strings which caused pair failure, the engineers are working on to find a proper way to fix it.

[Meceton]

@yitie , I’m sorry… But is the purpose of this discussion to add more compatible devices to the Ihost? Or not?

[yitie]

Yes, lots of users help us to verify the compatibility of Zigbee2CUBE addon, may i know why are you asking this?

Just in case you are missing, check my previous post here,

[Discussion] About ZigBee2CUBE and NON-Zigbee 3.0 devices compatibility

Just clarify a bit more, we have sorted out a list of devices that theoretically should be supported by the iHost Zigbee2CUBE, but we can’t test all of them, there are so many of them. In short, ZigBee devices, especially NON-ZigBee 3.0 devices to be compatible with and correctly displayed in the iHost web portal, there are three conditions that must be met simultaneously, 1, The model reported by the ZigBee device falls within the types supported list by Zigbee2CUBE. 2, The capabil…

[Meceton]

@yitie, it’s in relation to the post I wrote: [Discussion] About ZigBee2CUBE and NON-Zigbee 3.0 devices compatibility - #84 by luciojs
Please, look at what you replied in the reply.

[Meceton]

@yitie
Well, thank you. I hadn’t read what you posted at the beginning of this discussion group.
I will wait for Ihost updates in the future. I hope you manage to make as many Zigbee devices compatible as possible.
I was not a fan of Sonoff for offering few Zigbee devices. But now with Ihost the story is different. I hope that the 3 security devices that I posted will be compatible, because they work very well in zigbee2mqtt.
Congratulations for your work.

[yitie]

Sure, no worries, glad you asking.
For now we are focused on those on the list along with new features development, but please be assured that we will keep updating the list once we have finished the to-dos ahead of it, free to let me know any other questions, suggestions, or ideas.

[Julhio]

Anyone know if there is a Siren selled in Aliexpress that is compatible with iHost ?

I’m thinking of buying this one:
Tuya Smart Zigbee Sound and Light Alarm Siren with Strobe Alerts 90dB Speaker for Home Security

[Alexie]

"Sound and Light Alarm " is not suppored by eWeLink CUBE yet, there is not a UI to show it , so it can not compatibal with iHost

[Julhio]

What you could do is provide access through nodeRed, without the need for a UI.
All alarm logic can be done by nodeRed too.

[leonard.perfido]

Hi!
OSRAM Smart+ plug AB3257001NJ is recognized but doesn’t works.
On click on device I receive the error “failed to control”.

I tried to unpair and pair again but it doesn’t works.

[yitie]

Hey Labik, happy to let you know that we have found a workaround for the failed to pair issues for some Lidl devices, and the fixed version of firmware which is eWeLink CUBE V1.10 planned to released in this week (expected in Thursday), please have a try with the new version and let me know your verification, thanks again.

[Labik]

Hi, yitie.
You are great. I am looking forward to it. Of course I will let you know how it works.

[yitie]

Thank you for letting us know.
This is also a known-issue which will be fixed in V1.10 which planned release in this week. Please try again by then.

[enrico.mcc]

Are zigbee 2.0 devices compatible?

I’ve tried to pair 2 aqara devices (motion sensor and button) but ihost says that those are not supported yet

[yitie]

@yitie

Just clarify a bit more, we have sorted out a list of devices that theoretically should be supported by the iHost Zigbee2CUBE, but we can’t test all of them, there are so many of them.

In short, ZigBee devices, especially NON-ZigBee 3.0 devices to be compatible with and correctly displayed in the iHost web portal, there are three conditions that must be met simultaneously,

1, The model reported by the ZigBee device falls within the types supported list by Zigbee2CUBE.

2, The capabilities (exposes) reported by the ZigBee device fall within the types and capabilities supported by Zigbee2CUBE.

3, The eWeLink CUBE system has the corresponding UI capability, meaning it can display the device properly, for now, switch classes, lighting classes, and some sensor classes are supported.

In case your ZigBee device doesn’t appear as expected in iHost, please make sure to check if it is included in the supported list provided first.
If it is not listed, kindly await periodic updates as we continue to expand the list of supported devices.
If the device is listed but is not displaying or functioning correctly within iHost, please inform us by commenting on your verification result here in this shared Google spreadsheet , We will address and resolve the issue on a case-by-case basis.

Let’s do this together！

Please check my earlier post here.

[Labik]

Hi , @yitie
I want to confirm and thank you for a job well done. Lidl LED strips pair without any problems. Tuya sockets can also be controlled. I am happy

[yitie]

WoW! That’s really a flash verify!
Thank you for your patient and on the journey with us, cheers

Let me know any further questions or ideas you may have.

[andy.wolf]

@yitie

Hey, @andy.wolf , Log analysis found that the device doesn’t report detect value (msOccupancySensing), that’s why you can not make a trigger by detection.

Havn’t clue why the sensor reporting without detect value, still trying to find a way to locate the root reason.

Hi @yitie , any update on this please?

[yitie]

Unfortunately, no, we can’t decide what data the device reports.