Geddy

Thanks for the follow up on the ticket! Good to know it was a cache issue and maybe not certificate issue. Hopefully will begin working for others as the issue resolves.

@TUhl01 could be any number of issues. But essentially just means your device has lost connection to the ISY Portal. If this is happening a lot you should review any IoX and PG3/PG3x logs for any disconnects. If you don’t see any issues it could be a quick drop of your internet connection that other devices might not have noticed or shown any issue. Lots of alerts you should open a support ticket to see if UDI can help find the issue or describe if there are any issues in the logs they might have. I have received a few alerts, most were from times I know I issued a reboot command to the eisy or a local ISP issue because my router logged an outage.

This is what I'm talking about - show us the details of the customization window I don't have a "Default" listed in the notification Customization tab. (I made a temp one for image above) You either need to set a customization or you've made a default customization, but we don't know what it's supposed to say and why it's sending you what you received. Is this a new program? If so, then it was not setup correctly as @MrBill points out it should have "content" behind it. I made a test program to just send the "Default" as your program test-notify - If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Send Notification to 'Geddy Email' Else - No Actions - (To add one, press 'Action') The email I received was simply: test-notify A Schedule was met at 2023/04/16 01:37:36 PM. ---------------------------------------- At: 2023/04/16 01:37:36 PM Program: test-notify Network: eisy And yes, "Copy to Clipboard" is just as quick as a screenshot, and saves a lot of time for more involved issues. For this one it's not as important, but if you ever need somebody to troubleshoot a program or suggest edits it's easier for the person helping to be able to copy/paste text from your existing program and suggest edits within the context of the program. So just good habits to form. Added plus is text programs become searchable in the forums; if somebody searches for ""Leak Sensor" and program" they wouldn't find your post because it is an image.

Also, looks like a similar issue to what you posted the other day in the Yolink forum area. There @Panda88 commented about the issue.

@landolfi moved your post to the IoX support area. Would you be able to post the text of your notification? Are you attempting to run any calculations in the program or notification? Also, for future reference the best method to post programs into the forums is by right clicking on the program and selecting "Copy to Clipboard" (last option in the menu) and then pasting as text in the message. This makes it easy to read and edit/update should something need to be altered (saves a lot of typing to by those trying to help!).

As with others having this problem I think the best bet is to open a support ticket with UDI. https://www.universal-devices.com/my-tickets/ It seems that there might be issues with users still running ISY994 on 4.x firmware. At least most of the issues reported recently seem to all be 4.x related.

It does eliminate the need for an adapter to go from RJ45 to DB9 to USB. Just the issue is you then need to alter the RJ45 to only use the wires needed on the PLM or you risk issues. I think it's been mentioned elsewhere that something could happen, but forget where. With the UDI kit you'll use the proper pinout for the RJ45 to DB9 adaptor. From there you then use the Serial to USB cable to connect to the eisy.

@Fredo yeah, that was the same problem I was having if I used the ISY Portal to connect to the device. I'm not sure why that's happening since I'm able to make variables through admin console when I connect through the portal. It must be an app issue talking to the device. Since you're on ISY994 then it's something app/portal related. My workaround for that was to change to a local IP connection and it worked right away. Try that, make your variable. Make sure admin console is closed while you're trying to make the variable. You can confirm the variable was made once you get it set in Mobilinc. Once you have it set (and if you wanted to confirm it in Admin Console) then change the connection type back to ISY Portal (just using my.isy.io as the URL and your portal credentials to login). I assume that you're using ISY Portal...but you might be on Moblinc Connect (or whatever that portal equivalent is called...change back to whatever you were using for remote access previously). Like I said, once I got the local connection it made the variable and has worked steadily since I made the new geofence area/variable. Hopefully it won't happen again, but if it does it just means I'll take a more serious look at UD Mobile and finally learn it a little more than I have. I just rarely ever open a mobile app to control my system that I've just stuck with what I had since it was setup the way I liked it.

@CNelson03 It's not rebooting (well, probably not anyway), but it's because UDI implemented a new alert process when the system loses connection to UD Portal. See this thread: https://forum.universal-devices.com/topic/40897-new-feature-ud-communications-system-notifications/ You can turn those UD generated notifications off in UD Mobile if you're not concerned about the connection to the portal. In UD Mobile on the Notifications screen click the gear icon on top right then scroll down to System Notifications and turn them off to the group/device you don't want them pushing the alert to. I also receive these every few days and find them unnecessary as I don't "rely" on portal connectivity so don't worry about it...especially when they were happening at 3am and 4am timeframe. You could create a program in IoX to send a notification (to UD Mobile or via email) when the IoX system reboots/restarts. That might be more meaningful for possible issues with the system.

"thing"? No. ISY as the "service", just as it always has been. It's just that the device ("thing") was named "ISY994". IoX still stands for "ISY on Anything". So as a service, YES, ISY lives on (anything)! https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide#ISY_on_Anything_(IoX)

Also, the "PolisyISY" will always be there because that's a name you used for the device. You could just change it to Polisy or something unique and it would change to "<new_word> Dashboard". On the eisy it's changed by going to IoX Configuration (Polisy looks like the "ISYs" menu) then "Edit Current IoX" and change the name there.

@emses12 Welcome to the forums! First off you need to make sure firmware and UI match your current Firmware (5.3.0). (You DO NOT CURRENTLY MATCH!) Please clear java cache (be sure to select all three boxes in this process). Then download IoX Launcher (start.jnlp) from UDI site. For firmware please review this area of the forums: https://forum.universal-devices.com/forum/339-current-release-announcements/ Last version for ISY994 is 5.3.4. If you're already at 5.3.0 then you either don't have/use Z-Wave or have Z-wave 500 series board. The update from 5.3.0 to 5.3.4 should be fairly easy. Be sure you DO NOT unzip the file downloaded from the release post.

@Eric It's a personal call as to what you WANT to upgrade to. Just take your time to explore the options and what you're comfortable in undertaking to migrate. I would probably lean more toward migrating with the existing (working) PLM. Then when you're able to buy a USB PLM have it available as a spare/backup should the existing PLM fail. The new eisy uses a PLM with USB connection. not sure what "IP connection" you're mentioning. I migrated from ISY994 with existing serial PLM using the Serial DB9 cable that came with the PLM that I still had and added the USB/Serial cable so the process was fairly simple for my system. If you don't have the serial cable you have to add the DB9 adaptor and can buy the kit that UDI sells to make the cable needed to go from existing PLM to eisy. Although the process does give you the option to replace PLM during the migration steps if you purchased a new USB PLM to go with the new eisy. And @MrBill replied during my reply saying about the same.

HA! Doubtful, but probably just one trying something like this recently. Yeah, not a GH user so can't help further. Just knew of the Alexa discussion from attempting to use something in that process a few years ago. Sorry, misunderstood the original problem/goal. I thought you wanted a light to come on in the closet not outside of the closet. Is there not a switch close by to just flip on when opening the closet door? Good luck with your endeavors. 👍

Found this online: http://cache.insteon.com/pdf/2457D2.pdf Page 18 & 19 reference "Local Programming" that I thought might be possible if it isn't an option within the IoX system.

@xlurkr Not sure how/if it can be done with Google Home, but know ages ago it was said to work with Alexa (as far as triggering a routine). What ISY device are you using (ISY994, Polisy, or eisy)? Could you add Z-Wave controller to your ISY and just control something that way? Maybe it's the SmartRent that's somehow blocking you. -- see edit below! Otherwise, maybe try some just straight up motion sensor bulbs. I know Govee used to have some, but what I got in the past isn't available now. They are indoor/outdoor and some do dusk to dawn and on with motion...if it's in a closet (and mostly at night) it should allow the light to turn on when the door is opened and should stay on at least a little while. https://www.amazon.com/Motion-Sensor-Built-Equivalent-Bright/dp/B07F6HBLXC - similar to what I got for outside in the past. (Sadly, those motion sensors don't last long in Georgia heat & humidity) Or something like this that's used for under cabinet lighting, but also could be used in a closet setting: https://www.amazon.com/Lighting-Wireless-Rechargeable-Operated-Wardrobe/dp/B085PY9VYV/ (Use 3M command "tape" so not to leave any marks or permanent tape in the closet) Edit: Reviewing some of the old post linked above and subsequent links found this post: (sure, it's from 2018, but didn't seem likely then...wonder if it's been made possible since)

link in prior post takes you to the "Current Release" area of the forums. This is the list of all current releases. Looks like 5.5.9 is current release for IoX (eisy/Polisy).

@Glynr What is the firmware on the eisy? That should be brought up to current release for IoX to have a successful migration. There were some issues in earlier versions of IoX that created problems when migrating. Are you migrating any Z-Wave devices? Be sure that you've followed the migration steps as necessary to your devices: https://wiki.universal-devices.com/index.php?title=Eisy:User_Guide#Preparing_for_Migration_from_ISY-994

@Wes Westhaver There should be an option to turn the LED off. I don't have any of these modules so can't confirm. What settings are available when you click on the device? Is there a Backlight, Status, or LED brightness setting at all? What Firmware are you on? (This is posted in the ISY994 area). If you're on ISY994 FW 5.x you might have to press the button labeled for the setting for it to "take". That's a UI issue that was introduced in 5.x updates. On this one I'd have to click on "Backlight" to get that value to set. The above is for an outlet I have so your options for the plugin dimmer might be different. Otherwise, look up Light Dims as an option (for this and other LEDs in the room). There appeared to be a way to dim the light with local programming (Google the user manual for it), but not sure how that's done and it's not advised if being controlled by a controller so makes it seem that a controller would be able to turn the status light off (at least dim it some).

@Fredo Check the actual Geofence Location is still defined in "Location Settings" on Mobilinc. If it is then make sure the variable is still the same as you have indicated above. I recently had a similar issue and either the location or the variable had been deleted from the app. I'm not sure if it was iOS related (I recently updated to 16.4.1) or something else, but I noticed some programs not triggering for a while. I'm running IoX on eisy, but it was clearly app related as something was missing. I think I had to recreate the location and reset my variable. I then had to adjust my programs to reference the new variable. Since I'm on IoX I had some issues with Mobilinc making the variable through the ISY Portal connection, but I made a local connection and it worked right away. I since changed back to ISY Portal connection method and my geofence and programs trigger correctly. While not an issue for this situation you should consider updating the ISY994 to the last release of 5.3.4. There weren't many fixes from 5.3.3 to 5.3.4, but with support ending for the ISY994 you should at least be at the current Firmware so any forum support you get will be on the "most recent" build. I echo @Javi and @DennisC comments of trying UD Mobile. You can use Geofence to call on programs to change the variable as you cross the boundary. There's a learning curve setting up the new app, but it is very customizable to fit the various needs of users. It's also being currently developed and supported by UDI, unlike Mobilinc (that hasn't been updated in several years).

@PB11 split your post out from a solved topic as you're asking about "Unmanaged" node servers. What hardware are you using? My guess would be Polisy. I believe if they are showing unmanaged they were managed by PG2 and you're logging into PG3. You either need to go back to PG2 and remove from there then install in PG3 side. Otherwise, you should be able to remove them from the IoX Admin Console and the Polyglot should update. I think @bpwwer can confirm that's an option. As for the update issue review the release notes for 3.1.19. If you've attempted the normal reboot process then try from the admin console configuration tab to force a Polisy reboot. Last ditch effort would be a full power cycle (pull the power supply). Make sure you're allowing ample time for the updates and with the Polisy getting expected beeps when you reboot it.

@DaveStLou moved your post out to its own topic for more exposure and possible answer directly. Do you mean the UDI ZMatter USB Dongle or another brand of USB Z-Wave dongle?

@giomania the eisy should auto detect the IoX service since it's on the same machine. It should be using the IP 127.0.0.1. What are the settings for your ISY when you review using the eisy PG3x dashboard? ISYs -> Edit Current ISY Note that with PG3x you should not need to setup the ISY when it is the IoX service running on the same eisy. If you have altered those settings that might be your issue. What device is at 10.10.2.20 and what is using that port? Is that something for the eisy/IoX? What are you setting a static IP on? That option has been removed from eisy because of the number of support tickets networking issues created on the ISY994. Another issue might arise if you have multiple VLAN and don't have cross traffic allowed.

Bummer. Thought it might have worked. I don't know how long it has been since the skill has been updated, but it clearly says it supports LOCKS. I'm not sure if that's the Insteon equipment you're using or z-wave locks that others use. I agree that maybe a support ticket might be best way to get attention to this. But @bmercier does check the forums now and then and might have some insight to this issue.

When you're on the ISY Portal site (my.isy.io) and on the Alexa Echo settings how are the locks added? What category do they show? You might want to select "Device with Open/Close" syntax. My thought is they're just showing as "Light" You could then make a routine to "lock" or "unlock" to control them. After you change the category on the ISY Portal you need to remove the device from Alexa and re-discover. (Sometimes easier from alexa.amazon.com, but that site isn't as helpful as it used to be.)