bmercier

This is still just a beta. Will enhance this. For now, just edit the tile and add a switch widget.

Yes. See the explanation here https://forum.universal-devices.com/topic/45210-eisy-ui-040-alpha-release/ under "Portal connection"

@sjenkins Could you PM me the result of: /rest/nodes/n006_8b4c010004df7a /rest/nodes/n006_8b4c010004df7a/profiles?include=nodedefs,editors

@tazman, @sjenkins, I'm currently looking into the issue with Yolink. Does the YoLinkSetup node work as expected, or you don't see status for that one as well? I don't have Yolink devices, but I can see the YoLinkSetup node which seems to work as expected.

@apnar, @xlurkr, eisy can run without connectivity, and it will stay that way. We have customers that need to run it in completely disconnected environments, and that won't change. Currently, it can be confusing to use eisy. You need to use the admin console, PG3x, IoX and portal... and sometimes you need to use portal creds, sometimes IoX creds. In PG3x in particular, you need a double login, one locally and one to portal (System | Switch portal profile). With eisy-ui, one of the design direction is to simplify all this by providing a single interface with one set of credentials for everything, all while allowing to run completely disconnected. But how can you use portal creds and run disconnected you may ask? When you login to eisy-ui, if there is connectivity, it will validate the creds against portal. In addition, when you login, the creds are cached locally. If you attempts to login and eisy has no connectivity, login will work against the local copy of the creds. When you login "locally", cloud features will be disabled. The only requiremnent to use eisy-ui is that it must have had connectivity at least once. For corporate customers, this is done during provisioning. What I describe above is partially implemented in the current eisu-ui release 0.4.3. It is implemented in dev, you will be able to test it in the next release. FYI, portal creds cached locally are hashed, so if an eisy is compromised, your portal creds can't be discovered.

Ok thanks, will investigate further.

The 5 errors at the bottom should be fixed with the next IoX update. If Yolink does not give you a similar error, then I need to investigate further why the status are not appearing.

You would not see an error in eisy-ui. It's in the browser console. Use the same steps, but look at the browser console (F12 on Chrome, tab "Console")

That's what I meant by offline. If it's not connected to portal, it's "offline", and therefore Alexa integration will not work.

Try again. If your unit was offline, that's what you would see.

Then I can think of one possibility. There is a known issue in the current IoX release that would affect eisy-ui, but not the admin console. That will be resolved in the next IoX build. To confirm that, open eisy-ui, open the browser console, and navigate from another node to your Yolink node. You should see and error related to a missing "editor".

Can you see the status for Yolink in AC?

> the status are coming through on eisy.local In eisy-ui? AC, UDM? > except for the yolink plugin does not show for my temperature sensors. What is it that does not show. The properties? The status values on the properties? Is that in eisy-ui, or AC and UDM connected on port 80 or 443?

I just unpinned a few posts. Thanks for the suggestion.

Portal was down from 2am-8:30am eastern / 11pm-5:30am pacific time. Root cause A scheduled job that cleans up database records caused the database to go down. Portal servers were up but could not contact the database. Impact Access to portal services was not working during the outage, including Alexa and Google Home. Attempt to login was returning an HTTP 429 error. Alexa & Google Home may have to be relinked if the access tokens were due for a refresh during that period.