MrBill

The only remaining idea I have is to re-save the program with the "not 1" that sends the notifications. Pick a line and hit update then save. no actual change required just pick one of the lines and hit update then save. As far as the not print goes you might want to view the template and see if it's all there and intact.

What did you print them on?

Remember that when you configure Scene's you much do it multiple times. Once at the Root level of the scene (in this case "Conversation") and once for each controller (red link) that is a member of the scene (in this case "Parlor Recessed lights"). The root level determines what happens when the scene is activated by the ISY, the Red link settings determine what happens with the scene is activated with that controller.

Not sure what browser you're using but you're running into browser security issues... one of the reasons that The ISY Launcher was created. I use firefox but I can't remember if I changed a security setting at some point to make it easier to download .jnlp files... you want to "save the file" not open it, to achieve being able to put it on the desktop or taskbar.

You'll need to use daisy chained programs to do this. UnlockNotification.0 If Door is unlocked then run program UnlockNotification.1 (if) else (none) ------ UnlockNotification.1 (Disabled) If User is 1 then send notification or do whatever or blank else run program UnlockNotification.2 (if) ----- UnlockNotification.2 (Disabled) If User is 2 then send notification or do whatever or blank else run program UnlockNotification.3 (if) ..... etc.... in the last program send an error message in the ELSE in case it ever gets there... then you'll know its not working correctly... All but the first program is DISABLED. Disabled programs still run if run by another program.

The point of the ISY launcher (start.jnlp) is to get around browser warnings and ensure the user is always running the correct verison of the admin console. I'd venture to guess that previously, you had admin.jnlp stored on your taskbar. If you know the IP address of your ISY you can save that file http://IP.ADDR.OF.ISY/admin.jnlp. The advantage of using Launcher is that going forward you shouldn't need to touch Launcher when upgrading the ISY, it should get the correct version of the admin console automatically. Using admin.jnlp you do have to mess with clearing the java cache etc. when firmware is upgraded.

@epete There's only two programs above that contain the text "Send Notification". Both appear to be written correctly. What is the value of the 3 variables? $sLeakHVAC $sLeakKitchenSink $sLeakLaundry I note that the report you are receiving is only showing the Value for 2 of the 3. I suspect that Laundry room or HVAC room is not 1 and that there is also something wrong with the email template, preventing it from showing those two values.

Nope, you missed nothing... but I just learned something. So it is possible to conceptualize "away" and then use an empty program to determine it's status... It's not particular useful to me personally however because I also use Home Assistant, and Home Assistant has no concept of a Programs True/False status. That's true, I don't really either. I do know too many State Variables with 994 hardware you will reach a point of queue overflows errors and a sluggish half operating system. In the case of the two programs that run sequentially, without extra pointless enables/disables my guess is that it's more efficient... and it's certainly easier code to read.

Only Polyglot Cloud is offline. Polyglot2 and Polyglot3 both run on Polisy and are not offline.

What file is this? The Launcher is installed with start.jnlp, the older method uses a file named admin.jnlp I'm not sure how you're doing it if your file is named isy.jnlp.

If it's been more than a day since his last reply, you might reply again... once or twice my replies to tickets never made it into the system

Is there a reason you restore after a firmware update? It shouldn't be required. I think I've only used restore once after a corrupt SD card.

I agree that things can grow. My $sAway variable started out binary (0/1) and grew to where it has 5 states. Even if it only had two tho there's no way to "set" a program for that value that only exists because I created a variable for it. I started using $sDark in programs instead of Sunrise and Sunset because it was easier to test in the middle of the day... $sDark evolved tho and now has 3 values (Day, Evening, Latenight--two of those are triggered by "Sunset" and "Sunrise" but the 3rd is by an arbitrary "bedtime" and bedtime occurs when we are home based upon a momentary state, so again a program wouldn't be good for keeping track of that.. "bedtime" when $sAway is set to "Vacation" occurs based on a time followed by a random wait. So yes the system can grow and become more complicated. But then there's the case of "too many state variables"... been there done that. Then there's the case that I've explained to people of how to use a state variable for dimming with Alexa... A usage that YOU don't see the need for. You followed up one of my long posts detailing with... "don't do that, just use scenes". My wife doesn't set her lamp to presets tho.. it might be 20%, 40%, 50% , 60% or some other number. I've even hear numbers like Alexa, set my lamp to 88%... Bottom line.. she can have it her way. In reality, that system grew too, those same Alexa helper programs now are also Home Assistant helper programs so that Home Assistant can keep Scene's (Kpl buttons) in synch, but also offer on demand dimming. Bottom line.. there's multiple ways to do anything with this system. Sometimes one is better than an another for one reason or another. There's also programming styles... I'll give someone a complex set of 5 programs using enabale and disable and @larryllix will say use a variable instead. There is no way (that I know of) to change a program from true to False or vice versa so for somethings a variable is definitely called for. For the application in this thread the program true/false state is actually a good idea. If I wanted to have the concept of Home/Away without using a variable, the only way I can think of to do it is create a Scene, and attach it to an unused KPL button somewhere (I just tried a scene won't keep track of it's state with no devices). Another thing is we are all passionate around here.... I jumped on Doc for using a bunch of enables and disables that at the time I couldn't figure out (I realized later even tho they run everyday they only change program states twice a year)... I presented my method using an Integer Variable to solve the problem and he trashed it and said a variable is unneeded clutter... reality is his first method had more unneeded clutter than mine.. His final method is really the best FOR THIS ISSUE. It's simple, it's elegant and it uses the fewest resources. On the other hand I don't see a way to create even a simple Home/away variable without a device, so variables do have their place.

@jwagner010 You can trigger an Alexa Routine when an alarm is "Dismissed" but not when the alarm goes off. (For that case we really should be saying when the alarm goes "on".. but English is weird. ?) So yes, if the alarm is dismissed you could set an ISY variable etc...

That was nagging at me last night... that is how those got orphaned. I suspect they don't restore correctly when a backup is restored, but that's only a wild guess.

both Verizon's and AT&T's text gateways frequently get bogged down with spam. I used to use that method for notifications but have moved all notifications to Pushover, most thru the notification node server. There's also a method to send Pushover directly from a Network Resource without a node server. Another method that works for me I have Spark Mail as a second mail client on my phone. It's set up on the same email box that the ISY sends From.... If the ISY sends TO that inbox Spark Mail is set to produce notifications for all messages received.

there's half a dozen temp files.... below is a paste from the wiki on another issue, so you can locate them. They must not be staying around for you. I know on some linux distro's java puts them in /tmp or /temp for the user and that often gets wiped during logins. In general most of your setting stay around if those files do. If one gets corrupt tho, you may loose your settings as it detects and re-initializes the file. Admin Console Minimized/Invisible and Cannot be Restored This is usually related Admin Console state files not being updated properly and especially in case of multi monitors. All you need to do is to find the following files in Java temp directory (on Windows: c:\Users\[Username]\AppData\Local\Temp) and delete them. Or, you can simply search the computer for udi_*.* file patterns: udi_tree.state udi_frame.state udi_pgm.state udi_finder.state udi_launcher.state

this thread certainly moved right along.... I only have a couple additional comments. @FBoucher Polisy is likely more forgiving, I haven't tried to over use State Variables on Polisy yet.... State Variables CAN be overused on an ISY994 tho. Probably about 7 years ago I used state variables for everything under the sun. The ISY got to the point it was slow and produced queue overflow errors frequently. Polisy is a much faster processor and there's probably less issue. The difference between a State Variable and an Integer Variable, its that State Variables are monitored constantly and if change will trigger any IF statements that use it to be re-evalauated. On the other hand an Integer variable isn't monitored for changes and only helps filter when an If statement should or should not run. In short, usage of Integer Variables is less resource intensive, than use of State Variables... Thus the example I posted above is a better choice than this one. The winner really goes to @apostolakisl this time.... his second try is probably the best choice here. Using the Truth of the first program to run a second is very efficient (it's in fact a program style I haven't used a lot of because I frankly forget it can be done that way). @apostolakisl wanted to say my variable added unnecessary clutter but in reality his first try was full of much more clutter.... enables and disables that will really only make changes twice a year, once in the spring and once in the fall as the Sunset time crosses 6PM... yet those enables and disables are executed everyday... that's the true definition of unnecessary clutter. Welcome to the club. Don't let us scare you away... just join the fun.

Thoughout several programs there are <not specified> errors. I think that is causing programs to not run correctly. Those should all have a program name in place of them.

Well of course you like your method better, just like I prefer mine more. and of course I comment complicated stuff, something like this I should be able to tell at a glance. The whole point was to show yet another way to do it. and I've gotten to the point I prefer Schedule based programs to be simple "At...Then" with no else anyway, they often have $sAway logic included which gets messed up when there are Else statements that run too often.

Since there is always multiple ways to do it, I'll throw mine in. With a two program approach I'd do this, because it's easier to figure out the logic being used when I look again 4 years later.... The variable can be simple Integer, it does not need to be a State variable in this case. AAATest.3 - [ID 007E][Parent 0001] If ( Time is Sunset - 30 minutes Or Time is 6:00:00PM ) And $iTest.KitchenLight is 0 Then Set 'Kitchen Recessed' On $iTest.KitchenLight = 1 Else - No Actions - (To add one, press 'Action') ---- AAATest.4 - [ID 00FA][Parent 0001] If Time is 11:00:00PM Then Set 'Kitchen Recessed' Off $iTest.KitchenLight = 0 Else - No Actions - (To add one, press 'Action')

@epete Post your actual programs, too much is lost in the translation here. If they are all in a folder, right click the folder and pick copy folder to clipboard (the last entry).. then paste into a forum message.

What I posted was the example from the ISY Cookbook that epete said he was using. I suspect the program as entered in his ISY is missing a "not"

Insteon network speed is very slow by nature.... I don't know if you're old enough to remember 300 baud dial-up modems but the actual speed the signal travels from PLM to device over the powerline is really slow, mostly likely something like 300 baud was. And yes there's not much traffic management, especially with links controlling scenes (as opposed to direct device control). Each device in a scene doesn't answer back... it either hears the signal and responds, or doesn't hear and thus doesn't respond. My advice would be to take advantage of the feature that Scene's can overlap, and simply have one timing sequence for scene A with all the devices that need to be timed, have a Scene B that repeats the device that may need manual control. That's an Insteon feature, scene's aren't rigid.

that might be Apple's method of battery saving. I note that when leaving the house it takes about the same distance as you mention to "leave" but when returning it triggers about as expected. It may "sleep" more when you're not moving fast, as you move faster in a vehicle updates may be more frequent. We don't really know because Locative is actually only the interface... the geofence itself i believe is an iOS function.... at least I think that's what I learned while studying the great iOS broke geofences in iOS15 scandal.