webminster

Thanks for that info. Too bad, I assumed it would be stored in a more stable location.

For some time, I've had an issue that is a bit of an annoyance. Hope someone can let me know if this is fixable. I have IoX and admin console 5.8.0 running on my Polisy, and current Java on Windows 10 on the client side. Sometimes when I launch the admin console from the IoX Launcher, the window forgets the size of the window as I left it, opening full screen. Also, all the hierarchy is expanded on the left side. I reset the window size and the folders opened to my favorite look, and close the console. If I launch it again, the window opens like I left it. This is good for awhile, until it reverts back to full screen. Have not found a correlation of this and any other things I'm doing (not Java updates, etc.). Is there a way to stop this behavior? Thanks in advance. -Alan

Michel finally logged in via remote and got the issue fixed it seems, update either installed bad or incomplete. Thanks all for entertaining questions.

I was always replying from web site. I finally got a reply after 4 days by mailing to the sales email address. They said in their reponse they do NOT get a notification.

I've at least finally gotten something today from them saying they didn't respond cuz they don't get notifications when someone replies. I'm trying to work out a repair or replacement with them. This has been insane.

I HAVE

Yes, it says that. I've done your suggestion before. I just did it again. And it's been power cycled 20 times, that's relly not a joke. I still get that message. I still get no PLM connection on ANY of my PLMs. I think I'm giving up and getting a new one.

That was already done days ago.

[admin@polisy ~]$ sudo /usr/local/etc/udx.d/static/udxops.sh upgrade.eisy Password: sysrc: unknown variable 'pg3x_on_polisy' Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: starting upgrading polisy ... UDX_UPGRADE_STATUS: available -> active sysrc: unknown variable 'pg3x_on_polisy' Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: need pg3x capabilities to publish mqtt messages ... Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: pkg.conf already has IGNORE_OSVERSION ... Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: making sure we have the right repositories ... Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: FreeBSD.conf is AOK ... Mon Jun 19 17:31:21 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: FreeBSD.conf is AOK ... Updating FreeBSD repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.pkg: 100% 7 MiB 3.5MB/s 00:02 Processing entries: 100% FreeBSD repository update completed. 33873 packages processed. Updating FreeBSD-base repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.pkg: 100% 13 KiB 13.7kB/s 00:01 Processing entries: 100% FreeBSD-base repository update completed. 148 packages processed. Updating udi repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.pkg: 100% 21 KiB 21.4kB/s 00:01 Processing entries: 100% udi repository update completed. 70 packages processed. All repositories are up to date. Mon Jun 19 17:31:51 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: making sure we have the right pkg version ... Mon Jun 19 17:31:51 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: pkg pkg is current ... Mon Jun 19 17:31:51 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: checking whether or not we have a new version for udx ... Mon Jun 19 17:31:51 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: need to upgrade to 3.4.1_5 ... Updating FreeBSD repository catalogue... FreeBSD repository is up to date. Updating FreeBSD-base repository catalogue... FreeBSD-base repository is up to date. Updating udi repository catalogue... udi repository is up to date. All repositories are up to date. The following 3 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: ca_root_nss: 3.88.1 -> 3.89.1 [FreeBSD] libwebsockets: 4.2.2_1 -> 4.3.2_1 [FreeBSD] udx: 3.4.0_5 -> 3.4.1_5 [udi] Number of packages to be upgraded: 3 13 MiB to be downloaded. [1/3] Fetching ca_root_nss-3.89.1.pkg: .......... done [2/3] Fetching udx-3.4.1_5.pkg: .......... done [3/3] Fetching libwebsockets-4.3.2_1.pkg: .......... done Checking integrity... done (0 conflicting) [1/3] Upgrading ca_root_nss from 3.88.1 to 3.89.1... [1/3] Extracting ca_root_nss-3.89.1: .......... done [2/3] Upgrading libwebsockets from 4.2.2_1 to 4.3.2_1... [2/3] Extracting libwebsockets-4.3.2_1: .......... done [3/3] Upgrading udx from 3.4.0_5 to 3.4.1_5... [3/3] Extracting udx-3.4.1_5: .......... done executing from /usr/local/etc/udx.d/static Starting uninstall Once udx is fully uninstalled, isy service stops mosquitto not running? (check /var/run/mosquitto.pid). stopping udx @ 1092 ===== Message from libwebsockets-4.3.2_1: -- ===> NOTICE: The libwebsockets port currently does not have a maintainer. As a result, it is more likely to have unresolved issues, not be up-to-date, or even be removed in the future. To volunteer to maintain this port, please create an issue at: https://bugs.freebsd.org/bugzilla More information about port maintainership is available at: https://docs.freebsd.org/en/articles/contributing/#ports-contributing Mon Jun 19 17:32:02 MDT 2023|/usr/local/etc/udx.d/static/udxops.sh: restarting after udx restarts ... [admin@polisy ~]$

I've rebooted 20 times since then. No change, same damn message The command he had me run was: sudo /usr/local/etc/udx.d/static/udxops.sh upgrade.eisy

I know it not like them. But fact. I finally got something from them today, after waiting several days. I'd tried to get responses, even by phone, for days. I understand the cable situation. Please not above I say I've tried serial AND USB, same thing. And yes, the PLM was powered and connected. I'm not new to this, have some sort of ISY for 10 years. And, no, it does not beep. Period. I've tried the upgrae by multi button and AC. Michel had me run a command from SSH. All I see now when it comes back online after reboot is: Fri Jun 23 09:53:39 MDT 2023|/usr/local/etc/udx.d/static/pkgstat.ops: generating sysconfig report ... Fri Jun 23 09:53:40 MDT 2023|/usr/local/etc/udx.d/static/pkgstat.ops: not checking for updates since the system is already upgrading or requires reboot ...

I've also tried ding the upgrade packages from the AC, and nothing was happened I can see. The PLM issue shown in attached snapshot. BTW, thanks for offers of help... I have a ticket open with UD since Monday, but there's been no response from them for 3 days. Getting a little desperate, sorry.

I'd already tried the first part. AM trying the second - I click the button once, and nothing on the box - no beeps, no light change, is there any sort of feedback to know the button press "took"? EDIT: wiki says it should beep... but it doesn't. It has not beeped either after the numerous power cycles, never beeps.

Yes, green light is on on any of the 3 PLMs I've tried. There's only the leftmost (first) LED on after booting the Polisy. I have a program that runs on Polisy reboot, and that works (I get a mail). However, no device control works, and again, the PLM status always shows as "not connected" -Alan

It is.