bmercier

My apologies, I'm pretty sure the update is not going through due to a missing dependency. We are releasing a major upgrade next week which includes an upgrade to the OS. That will fix the installation of eisy-ui using "Upgrade Packages". In the mean time, if you are familiar with ssh, you can upgrade this way: sudo pkg install eisyui sudo service isy restart After the above, you may have to manually start eisy-ui if the install did not start it automatically: sudo service eisyui start

> I assume that I don’t try to backup these node servers and install on the eisy. Correct. That can't be restored on PG3. > Once ISY is migrated, I then install new PG3 node servers (Plug-Ins?) on the eisy? Correct > When installing new Node Server/Plug-In, do I use the slot I used for PG2 previously shown in my ISY? If same plugin, yes. > Will I have to re-point my network resources in my eisy programs for the newly installed Notification node server on PG3? I'm personnally not that familiar with the Notifications plugin, but my understanding is that you are using an older way of doing notifications. I would look into doing it using the current notifications plugin.

No, not possible. It has to be a portal username, and that has to be an email address.

FYI I opened a new forum dedicated to eisy-ui: https://forum.universal-devices.com/forum/455-eisy-ui/ That would be the place to ask any eisy-ui related questions.

Yes, ticket please as I have no clue what problem you are getting with your plugin, and that is probably not related to eisy-ui, and thus, not relevant to this thread.

eisy-ui is now officially released. This is still beta software, but it is now included when you "Upgrade packages". eisy-ui is a service that runs on your eisy that provides our next-gen web interface. To launch eisy-ui, point your browser to http://eisy.local and login using your portal username and password. Please note that once eisy-ui is installed, the admin console may need your portal username and password. In IoX finder, a URL with no port will require you to login using your portal username/password. If you see a url with port 8080/8443, this will require your IoX username/password. More informations here: https://wiki.universal-devices.com/Eisy:User_Guide#Admin_Console eisy-ui documentation: https://wiki.universal-devices.com/Eisy:User_Guide#eisy-ui *** UPDATE *** We are releasing a major upgrade next week which includes an upgrade to the OS. Whenever it becomes available, eisy-ui will be installed automatically by the "Upgrade Packages". In the mean time, if you are familiar with ssh, you can upgrade this way: sudo pkg install eisyui sudo service isy restart After the above, you may have to manually start eisy-ui if the install did not start it automatically: sudo service eisyui start *** UPDATE 08/18 *** The major upgrade which will enable eisy-ui is not yet released, but it is expected in the next few days. Stay tuned.

The only way to open up the admin console is by using the IoX finder. > clicking http://10.10.1.171/desc in finder does nothing > clicking http://10.10.1.171:8080 in finder lets me choose Admin Console (LAN) or Admin Console (Cloud). That does not sound normal. You need to have /desc at the end. > Admin console (LAN) locks up and I have to close the finder. That's not normal either. This loads the admin console from your eisy (from IoX more specifically - port 8080 is IoX's http port) > Admin Console (Cloud) works with iox username and password so that's what I use That is normal. IoX (port 8080) requires your iox username and password. > clicking http://10.10.1.171/desc in finder does nothing That's not normal either. Adding this url to IoX finder should show you the IoX version. When you try it in a browser, it gives you something right? That's the screenshot you sent. So that tells me that eisy-ui is indeed installed. Not sure why AC would not work. If you are using a link on your desktop, could you try instead to load it from https://www.universal-devices.com/? Click on My ISY to the right.

With the prior version, when pointing your browser to http://eisy.local, you could get a "Not Found" error instead of the UI. It worked only if your browser had the UI in cache. If you would have tried in another browser, it would not have loaded. 0.5.8 fixed that. The problem with the status has to do with how the plugin sends the status and/or if the node was queried. So if you had a status change since the last reboot, eisy-ui and AC should be getting them. If a status has not changed since the last startup, this is when you may not be getting them. In the plugin, when setDriver is called, you can force sending the update. Your plugin probably doesn't. Let me share some more info on how things works. When a client (AC, UDM...) requests a subscription, it also sends a request to get the latest states. IoX then sends the latest nodes properties, which the client uses to display them. In eisy-ui, it's a bit different. When a client connects to eisy-ui to get a subscription, the protocol is essentially the same as when connecting to IoX directly. What's different is how eisy-ui gets events from IoX. When a subscription is requested (either internally or from a client), it starts a mqtt subscription to an events channel. events are sent from IoX on MQTT topics that eisy-ui reads. Those events have the "retain" flag set. This means that the MQTT server keeps the latest copy of those events, and whenever a client connects, it sends them along. So technically, the results should be the same, but obviously, it's not in your case. Your tests tells me that somehow, IoX is aware of past events, but those same events are not stored with the retain flag in the MQTT server. In your case, the problem is only with your plugin in dev. But that does not really matter, IoX does not know about whether a plugin is in dev or beta or prod. So bottom line, those properties that have a status must be because the status changed since the last startup. What I don't understand yet is how can IoX know about a propety, and not MQTT... FYI, we now have some doc on eisy-ui: https://wiki.universal-devices.com/Eisy:User_Guide#eisy-ui

The screen shot output is as expected. To login in the admin console, regardless of the port use, it needs the /desc at the end. And yes, on port 8080 you need to use the IoX user and password.

0.5.8 is now released. It can be installed using Upgrade packages.

Actually, just a difference of 1 second is not what I expected. My theory falls apart. Still searching for the cause. I just released 0.5.8. Please do upgrade to 0.5.8, especially if you installed 0.5.5 or 0.5.6.

eisy-ui 0.5.8 changes Fixed issues with path resolution for UI files coming from a very subtle typescript compiler configuration issue. To install eisy-ui 0.5.8 Stop the service: sudo service eisyui stop Check if you have any eisyui process running, and if so, kill it. You may have it if you installed 0.5.5. Run this: ps aux | grep eisyui Check if you have any process running as eisyui. If so: Take note of the process id (pid) Run this: sudo kill <pid> Download this package to your eisy: eisyui-0.5.8.pkg Install: sudo pkg add -f eisyui-0.5.8.pkg Start the service: sudo service eisyui restart

I don't seee any xml error. If you are referring to the "Not Secure", this is due to the self signed cert.

There is a problem with 0.5.5 and 0.5.6. Please don't install the for now. Will have a new release tomorrow. It's working only due to cache.

FYI the login box of AC will be more obvious with regards to which creds to use.

Can you check the start time of the Mosquitto service and the isy service? I bet Mosquitto restarted after isy. isy: ps -o lstart -p $(pgrep isy) Mosquitto: ps -o lstart -p $(pgrep -u isy mosquitto)

It's definitely not installed. Please install version 0.5.6 using ssh. sudo pkg info eisyui will give you the current version installed, but for sure, it's not installed on your unit.

Ok that's very strange. I don't think it relates to the store being used. IoX does not know that.

Make sure to login using your portal creds. Ref:

Thanks for your feedback. After investigation, I found out the problem and just released 0.5.6. Basically, the problem was that you don't have a home page created yet. 0.5.5 should have created one automatically on startup, but due to a build issue, it did not. Could you try by using the AC on port 80 or 443 (eisy-ui's server ports)?

eisy-ui 0.5.6 changes Fixed a build problem introduced in 0.5.5. Due to a very subtle typescript compiler configuration issue, eisy-ui 0.5.5 was actually running the 0.5.4 server with the 0.5.5 UI. To install eisy-ui 0.5.6 Download this package to your eisy: eisyui-0.5.6.pkg Install: sudo pkg add -f eisyui-0.5.6.pkg Start the service: sudo service eisyui restart ** Please do not install - New package will be available Tomorrow **

Yes that’s what I mean by published

It already is. However, the currently published one is 0.5.4. 0.5.5 will be next week.

eisy-ui 0.5.5 changes Favorites pages visual enhancements Tiles are more compact Node status displayed to the right with a visual indicator (green/red/blus background) Many other little changes Although there is a conversion that takes place at startup, the tiles height will likely need adjustments. Nodes context menu on the Nodes page (right-click on the node) Add to Home page Rename node Delete Node) Better handling of authentication errors for Admin Console Fixed "Internal server error" when authenticating with invalid creds Many bug fixes and code enhancements To install eisy-ui 0.5.5 Download this package to your eisy: eisyui-0.5.5.pkg Install: sudo pkg add -f eisyui-0.5.5.pkg Start the service: sudo service eisyui restart ** Please do not install - New package will be available Tomorrow **

I have seen issues with Alexa+ as well.