Can multichannel d switches visible in EWeLink be made viable in Cube?

Hi
I have a number of TX wall switches and other Sonoff switch gear with multiple channels (multiple switches in one switch). In EWeLink I can call the channels individual names like laundry, garage etc, but in ihost Cube they only come over as one switch. Is there any way of getting these individual channel switches to show up in ihost cube?
Thanks

Hello, thank you for your feedback. To help us locate the issue more quickly, could you please provide a screenshot of the iHost interface showing that the device you mentioned does not support multi‑channel control and naming? We greatly appreciate your cooperation.

Hi
Here is an example of what I mean. Picture one EWeLink screenshot…note dining room light switch and study light next to it. These are two seperate channels of a tx 2-gang wall switch. So these are two visible switches for the two sub channels from the 2-gang tx switch.

Second picture is what we see in ihost. One switch called dining room. If you click into it you can see the two channels, but not at the top level.
Can I see both at the top ihost level?


Thank you

Thank you for your valuable request. We have duly noted it. We will periodically review all feature requests as a whole, and we will keep you informed as soon as any progress is made.

I believe they are supposed to be working on that…

Thanks for your patience.

*Regarding the AIBridge adding sub-device issue, it’s fixed. You can verify if it works now. *

Regarding the support account issue, we are working on analyzing it. We will let you know if there are any updates. Thanks for your patience.

I asked a while ago for this but I cannot find where it’s been fixed!!!

Best Regards

Aron in SONOFF

Hello,
Version 2.13.2 fixed an issue where Zigbee sub‑devices would disappear during the pairing process with iHost. We have asked several users who encountered similar problems to verify the fix, and they have all confirmed that the issue is resolved. One user reported that the device initially still failed to pair, but after restarting iHost, the sub‑device was successfully added.

Based on this, could you please try restarting your iHost and attempt to add the Zigbee sub‑device again? If the issue persists, it may have a different root cause than the one addressed in 2.13.2. In that case, we would appreciate additional information to help us investigate further:

  1. Does the Zigbee device disappear shortly after being discovered? After updating to 2.13.2 and restarting your iHost, have you still been unable to add it after multiple attempts?

  2. Do you have any other gateway products such as Bridge-P, -U, -M, or NSPanel Pro that you could use to test whether the Zigbee sub‑device can be successfully added through a different gateway?

  3. iHost logs (you can send me a Google Drive share link via forum private message).

We appreciate your understanding and support.

Hi Miao
I think we are referring to wifi based switches with multiple “channels” that do not appear in ihost as “devices”. Yes, zigbee is allowing the connection but the original issue was sub channels of wifi devices (described above) not appearing in ihost. The overall switch does but not the sub channels.
Cheers
Michael

Hello,
You raised two issues in the ticket system: one is the request for iHost multi‑channel switches to be displayed as separate devices, and the other is the issue where Zigbee sub‑devices cannot be added to iHost.
Regarding the Zigbee sub‑device pairing failure, my colleague Aron has replied to you that this issue has been fixed.
As for the feature request you mentioned in this post—multi‑channel switches displayed as individual devices—we have documented it and will periodically review it internally. We will keep you updated as soon as there is any progress.
We appreciate your understanding and support.

Yes, thank you for the zigbee fix. Re the other issue, it means the ihost cannot see the channels and you can’t control them from cards on the interface, it is two layers. This is not just a minor issue. If Ihost is your local control product then it should see ALL Sonoff devices including sub channels or it is not a local control device, it’s a partial local control device. Please get ihost right asap as we are loosing people to Home Assistant and some of those people are exactly the development focused people we need to develop EWeLink and Sonoff products forward.
Thank you
Michael

Hello,
Thank you for your prompt feedback. When you first reported this, I verified the scenario you described. The verification showed that for multi‑channel switches, the eWeLink app supports displaying each channel as a separate device, while iHost displays them as a single device but shows each channel switch in the device details page, corresponding one‑to‑one with the split devices in the app for control (as shown in the screenshot below). Therefore, we understand that your request is to have iHost also split multi‑channel switches into individual devices, and we have now moved this request into our internal feature planning process.

Based on your latest feedback, there may be additional scenarios that I have not yet verified. Could you please confirm whether, after tapping the “Dining room light” card, you see Channel 1 and Channel 2 inside? If so, Channel 1 corresponds to the “Dining room” switch in the app, and Channel 2 corresponds to the “Study Light” switch, allowing independent control of different lights. Until the iHost split feature is released, you can rename the channels as shown in the guide below for easier identification.

If the internal card does not show multiple channels, please provide the device model using the instructions in the screenshot, and I will immediately reproduce the issue and push for a fix.

We appreciate your understanding and support.