lhranch

Oh! Genius! Thank you!

I'm confused by both these responses. My standard method of maintaining the eisy (and the subject of my password complaint) is the Admin Console. There aren't any URLs involved in that process, so I'm not sure how to apply this advice. If I pop the URLs offered above into a browser, I get varied results. Using either https or http to the name of the eisy (with appropriate ports 8080 or 8443), I get a blank page. If I add /desc onto either of those, I get the same config file both ways, so I know the ports are working OK. But neither case requires a password. If I simply browse to the name of the eisy, http or https, no port specified, I get the new login window regardless, which does require a name and password, but I haven't set it up to be useful yet and might not for a while. I'm assuming this is the interface Techman suggests I can bypass or augment. But in that case, I am unsure how to interpret the shorthand instruction, "add the attached URL entry to the admin login."

I didn't get any completion popup at all, which was the reason for my post. I rebooted the eisy and cleared cache, and I haven't run into anything yet that isn't working. Thanks for your advice. I'm not happy to have to use the Portal login info (which has a strong PW) instead of the weaker local credentials I used to type in every time I needed to fix something, especially since Java doesn't interface with any of my PW managers OR honor the Keyboard Shortcuts / Text Replacements feature of MacOS. Is there any way (SSH, whatever) to set up an alternate (local) user ID/PW I can use for frequent logins? Does this imply that I will not be able to login to the admin console during an Internet outage because I cannot reach the portal?

I started the v6 upgrade (with admin console Upgrade Packages) over two hours ago. I never got any acknowledgement that it completed, but all the checks I know how to perform seem to indicate it may have. Checking https://eisy.local:8443/WEB/sysconfig.txt says: FreeBSD eisy 14.3-RELEASE-p3 FreeBSD 14.3-RELEASE-p3 #4 releng/14.3-n271444-30ad842dd970-dirty: Sat Sep 20 23:18:26 PDT 2025 root@bsdev143.isy.io:/usr/obj/usr/src/amd64.amd64/sys/eisy amd64 *** Package Information *** ************ UDX ************ udx-4.0.4 Name : udx Version : 4.0.4 Installed on : Sat Oct 18 14:06:04 2025 MSTWhen I call up https://eisy.local:8443 in a browser, I get a login that responds to my portal ID, and an invitation to add stuff to a blank page. When I SSH into the unit, it has reset the admin password to the default. The unit still responds properly to manual device and scene commands from my iPhone MobiLinc Pro app (won't try the admin console as it hasn't officially announced completing the update). How do I know if everything is cool despite the lack of completion dialog?

Last night I tried the admin console's own instructions first, and they failed entirely. Then I tried the instructions with the 10-second push. I was a bit disturbed when the switch's load didn't cycle, but when I returned to the console there was a window saying it had seen that device raise its hand and would configure it as soon as I clicked Finish. It completed successfully. If I can remember how, I should lodge a bug against the faulty instructions in the console itself. Thanks for the help.

In a (now closed) thread called "Unknown Address," the OP is referred to the page https://wiki.universal-devices.com/ISY-99i/ISY-26_INSTEON:Adding_a_Device#Adding_by_Linking_Method for the proper procedure to add a device whose address label is unreadable or obscured. Unfortunately, this page provides conflicting information. The text says to choose one of the three linking options, then press the set button on the device for 10 seconds until the load blinks, then return and click Finish. The image (and the instructions you actually get from the Admin Console) says to press the set button for 3-5 seconds first, then return and choose one of the three linking options, then click Finish. One or the other of these ought to be corrected. Which one is correct?

I'm not sure whether this is an eisy feature or an Insteon native feature, but I'll try here first. I have a 2477D Dual Band dimmer. It's in a remote location where it almost always responds well... but not always, due to distance, or noise interference, or some other reason. I have a periodic program that queries (via a scene) a half dozen of these very remote devices (other buildings, outdoor installations) and then sends me a notification if any of them are not responding (indicating that there's likely a GFCI breaker needing to be reset so other equipment in that location has power). It works very reliably except for devices at this one location, which fail to respond maybe one out of 10-20 times. Now, the question: While tooling around inside the Admin Console, I have occasionally come across a setting that allows me to increase the retries for failed attempts. I'd like to increase it in this case. But I don't remember exactly where it is or how to get there. When I go looking for it, both on the device screen and on the scene's screen, I can't call it up. Can someone tell me if there is a way to do what I want to do here, and how to access it? Thanks.

Dunno what to tell you. I posted the entire contents of that directory in transaction 3. It's there for anybody to see. Again, maybe it has something to do with me not using the portal services, I really don't know.

The tech at UD identified the relevant file as /var/isy/FILES/CONF/0.UCF . It's binary, so changing it isn't trivial, but it's a very short file and it's doable. I have my secure eisy port set to the value I want now. Thanks, all.

Perhaps it is significant that I do NOT use the portal facility at all? My operation and administration are completely local.

I opened one last night. UDI seems less than eager to accommodate. "...this is not "seemingly arbitrary restriction". This was done in order to reduce our support issues."

So did I, you will notice I am operating from root. I also tried precisely the syntax you used from admin, but it didn't change my results.

OK, well, I have no response to this. My machine clearly doesn't have this file, I'm not imagining it. Perhaps you have some add-on that I don't -- mine is straight factory configuration.

Ooh! I was totally up for this! However: Any suggestions?

Yup, dialog box, popup, potato, potahto. October 2023 also sounds like about the same time frame I roached my launcher and had to download a new copy. The images in 42176 are exactly what I was seeing.