dbwarner5

As long as your Eisy connects with Alexa, and the Eisy is talking with Ratgdo, then you can make them talk. This is done through he UD Portal to set up "spoken" commands which can be anything: light, program, scene, variable etc Once you get the link of Alexa triggering a program in Eisy, then you can do anything from there. Example: Set up a program in Eisy to set the garage door and call it Shut the Garage Door Set up a spoken in the Portal --> Alexa that chooses the above program. Set the spoken to be gibberish such as shutthegaragedoor. Ask Alexa to discover new devices Set up a routine in Alexa that is "shut the garage door" as the verbal command and add the above spoken to it Now when you say Alexa, shut the garage door, it will trigger that routine which will run the then of the program you set up. That is the most simplest of examples. Do the same thing with Open the garage door, etc. I am not familiar with what or how the nodes are showing up for ratgdo, so you may be able to go directly to a "light" and have Alexa trigger it w/o a routine or program. More here https://wiki.universal-devices.com/ISY_Portal_Amazon_Echo_Integration_V3 Post or DM if you need help after attempting.

A few ides you have probably tried, but just in case: hit the play button on the routine and does it run w/o the trigger? Change one of the items in the routine, resave it and try both the trigger and the play button to see if re-saving hte routine will kick it into gear again? double check the trigger element in the routine to ensure "detected" is checked and that it hasn't changed? and if it is, change it to not detected and save it, then change it back and save it? Just looking for ideas to see if the routine will re-engage.

This sorta cracks me up. while most of us agree that the Java interface is far from a sleek and updated web interface, it serves the purpose well and diligently. For someone to complain about it and then recommend a RPi instead seems a bit ironic as most people would pick up the JAVA Admin console far before they could figure out an RPi. Anyway. between the service, the historical rock solid performance, the new UD mobile app, Node servers and upcoming Matter compatibility, there isnt anything out there that compares at double the price to the Eisy. For 10x the price you can get a Control4 and pay a tech service guy to change your living room light from 85% to 60%, but I dont think most people on this site want that either. UD, from Michel on down actually care about their customers and their products. Frankly, I dont understand how they are actually making a living with such LOW prices. Just MHO.

Per this thread: I have found a second way to delete / manage scenes. Simply go to the Portal and edit the spoken and change it to a light. Then do a Discover new devices and then it will show in the normal device list and can be deleted. Be sure to delete it also in the portal or it will get rediscovered.

yes it did. See below.

I just tried two of my Alexa variables: -first where ISY initiates a change --> Alexa worked as expected (configured as variable in ISY and Device\Motion Sensor in Alexa) -Second where Alexa initiates the change --> ISY responded as expected. (configured as a variable in ISY, light switch in Alexa) So its does NOT seem to be a system wide issue.

@ShawnW. While not as knowledgeable as Techman, after one of the many upgrades /updates, I was having problem conducting a back up as well. Turned out that one of the files got corrupted during the update. Opening a ticket, Michele was able to resolve it. I am not sure if this corrupt file also caused other problems, but this may be your case --> corrupt file is causing the insteon engine to quit somehow. I would open a ticket at this point.

@Javi, I have no idea if this is even feasible, but I am "managing" five mobile devices in my house with UD mobile on them: wife's phone / iPad, my phone / iPad, an in wall iPad. Each time I either change programing in ISY, or make changes to UD mobile, it becomes a time consuming event to get each device up to date: -complete a sync on my phone -complete a backup on my phone and save it to files -send the file via airdrop to each device (cloud doesnt work on the older iPads) -restore each device and check the sync to ensure its also up to date. It would be nice to be able to push these from a central location, but probably pretty hard to accomplish, or, similar to the way MobilLinc does the backup and restore, it does it directly so it eliminates the need to save the file and transfer the file and then load the file. Was much easier and intuitive as it was all done within the app on both devices in one step. Cheers.. and thanks.

@Javi Now that the UD notifications section is working well, is there any vision to add PGX module notifications of updates available to the notifications area? Right now, the only way to see if there is an update is to log into PGX and either look for a notice from the developer or go to the store and look for one. Not ideal. Thanks

To further explain this, read this wiki. https://wiki.universal-devices.com/ISY-99i/ISY-26_INSTEON:Scope,_Precedence_and_Execution_Order#Statement_Execution_Order Whenever a WAIT is encountered, the IF is re-evaluated. In your program case, the if then becomes false so the program runs the else and never gets to the last command. @Goose66 is indeed the cleanest and most strait-forward approach and one I use all the time.

interesting. I wonder what makes it appear. If I go to threads that I started, it usually there.. maybe you have to first Like the post?

Do you see this green box in my post? be sure to be signed in.

What is the verbal command for your night scene doing? Is it simply turning off /on a scene? If so, the easiest thing is like you suggested, create an Alexa routine that first turns off/on the same scene you were using and then turns off the amazon bulb. Pretty simple.

Havent had any problems with formatting with the latest versions. Thanks Javi.

LOL.. I needed to do that to be able to explain to friends (and remember it myself) as things keep getting more and more complex.

@kentinada hope that continues to work for you. If it does, can you mark your post as the Solution? thanks.

@kentinada I have two sets of beams that go across my driveway, one at top, one part way down. They trigger an insteon module so that I can tell if someone is coming or leaving. If arriving, after dark, then the lights brighten at hte porch / door, spots go on, etc. and an optional Alert across the sound system of Driveway Alert. Other lights depending on current status, like the shower if on, will blink to notify someone in there who wont hear the alert that there is someone entering. etc. They absolutely have worked great. I have the receivers at a pole barn, one on each end, and the transmitters spread at angles on the other side of a circle drive where I had power. https://www.amazon.com/Yohii-Security-Infrared-Detector-Alignment/dp/B07CSHT8RB/ref=sr_1_6?keywords=laser+beam+alarm+system&qid=1703100195&sr=8-6

@kentinada To overcome this delay, I have set my radius fairly wide. This gives the phone a chance to "catch up". However note that I also have driveway sensors so nothing gets triggered directly unless the driveway sensors trigger within 5 minutes of the geofence registering a trigger. Other non time important items such as turning on the fireplace in the morning, dont need the driveway trigger, just the geofence to say one of us is home and to come on. I just switched from Alexa geofence to UDMobile and so far have had zero issues. Hopefully your issue is something in the phone.. have you also tried to reset network services on the phone?

Just wanted to comment on this NS. I have been using it since its release and have had ZERO problems with it. It works perfectly. If anyone has any doubts about this, dont.. Its been one of the best NS I have in terms of ease of use and dependability. Great job @Goose66

In your first post you said: In an attempt to diagnose the issues this morning, I adjusted the thermostat values both in the Admin console and locally at each thermostat. However, I noticed that each thermostat reverted to a heating set point of 72°F shortly afterward. This behavior persisted even after I disabled all three programs. In your next post you said: As a side note to cover all of the bases, while the RCS thermostats have the ability to run an autonomous internal schedule, the feature remains disabled. So if the ISY programs are disabled and the temps still change back, that would lead me again to the thermostat. Have you double checked that the feature really is disabled? Conversely, another test would be to unplug your ISY and see if the thermostats still make the adjustment locally, to absolutely rule out a local issue and bring it back to an ISY issue. From there one thing I noticed through some of hte updates / migrations, some of my programs got corrupted. Simply modify ing them or hitting Update on any line will allow you to resave them and possibly eliminate any corruption behind the scenes.. Good luck.

@William Olsen I would concur with Dennis that my first point of investigation , since your programming doens look overly complicated, is to double check the thermostats themselves for thier own programming / settings. If you manually adjust the thermostats, does it also revert back, or only if the ISY adjusts it?

nope.. thanks. All set..

@Jimbo.Automates I dont see it in the store.. thanks.

Thanks @goose.. So for now ratdgo, w/o HA, can't be added to the AC is my take away. So I will wait on the NS and see how it works for others. Would hte NS connect directly to the ratdgo w/o the user needing to deal with MQTT? thanks!