“Zigbee is an stadard protocol” that is true, but it’s a layer.
The messages that you make to go through this protocol can be different. The zigbee 3.0 tried to standardize the messages, but you can make a custom payload.
The point is, if there is a lot of brands with Hubs comunicating with Tuya devices, that is not impossible to do.
In addition, all these devices works with zigbee2mqtt that is open source, can be used as good starting point.
Regarding the Philips Hue, the NSPanel Pro is wrong as the Philips Hue works in Smartthings, Amazon Echo, HomeAssistant, and others.
Controlling the device physically, the channels are reflected in real time on iHost. For example, turning on channel 1 physically on the switch. However, the same behavior does not happen if channel 1 is activated by iHost
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.
Sorry for delayed response, @Mamatt@cliff@email@example.com Thank you again for your verification and let us know, please kindly check my comments in the shared Google spreadsheet, and @firstname.lastname@example.org would you please try again that the Zigbee devices you paired to the iHost is works as expected or not? logs would be great helpful if still NOT displayed or functioning as expected, much appreciated.
Hi Chris, sorry to let you know that i have checked that the device M100 (ceiling human breathe sensor) Model ZY-W100 is not on the supported list by now, we noted it down and try to expand the scope asap.
Please refer to this Google spreadsheet about the supported devices and its capabilities, free to let us know your new verification and any other requests.
Do you mean it’s can added but lack some feature? or not act as expected?
For now, the motor on/off and range adjustment are supported, while the speed/rate adjustment (up and down adjustable roller)and motor reversal are not, and the type supported is curtains ( left and right opening and closing ) not blinds.
If you read the above instructions carefully, you will see that ihost does NOT support products like Roller Blinds/Shades Drive Motor - we are only dealing with compatibility issues with switches, lighting products and some sensors…
Currently iHost does not have the corresponding device type UI to display “Roller Blinds/Shades Drive Motor”, so they cannot be used at present
If you look at what you claim to support here via Zigbee2CUBE
It contradicts what you say. Please clarify secondly if you read what @yitie said in this very forum thread
Blockquote For now, the motor on/off and range adjustment are supported, while the speed/rate adjustment (up and down adjustable roller)and motor reversal are not, and the type supported is curtains ( left and right opening and closing ) not blinds.