MrBill

It's annoying that "brief mode" doesn't actually eliminate some things or make everything "brief" every night i say "sleep timer 90 minutes" and she has to say "OK I will stop playing in 1 hour and 30 minutes" brief mode should make that "ok, 90 minutes". Another one is "Play KKLZ" she has a whole sentence about how she's getting my 96.3 Las Vegas station from iheartradio. It might be interesting the first time but after years of telling me the same things shes getting annoying with her wordyness.

I agree with @Screw Loose Dan there's really no values that I need to persist a restore of a backup. Actually (knock wood) I've never had to restore a backup (yet). I do make them fairly frequently if I've made changes and I know that if I was that deep in the hole and had to restore from one of the backups that I'd probably also have to spend some time making tweaks and adjustments. Since reading @Michel Kohanim reply above in this thread has made me wonder tho if the INIT values of variables are stored in backups with the names for each slot. Anyone know? I would think INIT values likely are stored in a backup but I've never had reason to find out. If not, then those of us that use integer variables as constants should definitely keep a separate list somewhere. $cTrue and $cFalse are easy to manually restore, but something like $cRed, etc would be difficult on the fly, and remembering which like variables $sFireplace.setpoint that need a default value, if the INIT values didn't persist a restore. So I would hope that INIT values are part of a backup. As for @IT Solutions worries about losing values, you should of course save/write the INIT value of anything you want to persist an ISY reboot. For example I have a few counters, and every single time they increment the INIT value gets saved. Second point, is that once you've got your system set up the way you want it, the ISY is very stable. I can go months without rebooting. (before nodesevers, and when i was still on v4 firmware I once went nearly a year without rebooting.)

Alexa routines will let you play the song, and you can even stop it after 15 seconds, however that only gets it on one device. Then there's Alexa Custom Command under routines. That's were you type what you would say out loud to her and she does it as part of the routine, so you can use the Custom Command under routines to "Play XXXXX by YYYY on everywhere" (or whatever the name of your everywhere speaker group is). The problem is tho, you can only use one Custom Command per routine and it has to be the last item in the routine..... so I don't think you can stop it after 15 seconds. I have an idea to get around it but you'll have to play around and see if it works, this part is uncharted territory..... have the ISY trigger two routines, one to start the song using a custom command "Play XXXXX by YYYY on everywhere" then have the ISY wait the 15 seconds and trigger a second routine to "Stop playing". Then there's Alexa Blueprints, that's like making your own Alexa app so you should be able to make it work using that... but so far that's above my pay grade so if you have to take that route then "glhf"

Additional note about using Pushover: Actually find it's easiest to use the Network Resources method. I've tried the two nodeservers but I find it easier to "just do it the old way" which is the network resources method. The first time you set Pushover up it you will think its complicated and cumbersome. It gets easier tho! When I set up a new message I take the one I already have that is closet to the one I need, and copy it with the copy button, then immediately rename it, then edit the content, then save. Once you've done it half dozen times it's a piece of cake! Also, the wiki suggest a timeout of 2000ms, I recommend 4000ms instead, most of the time 2000 is plenty long enough, I have seen fringe cases tho where there was a missing message and the ISY main error log shows a timeout-- i don't recall that happening since i went through and up'd them all to 4000, Pushover is the fastest notification method that I know of, my favorite example is that if I pull open our mailbox most of the time the "mailbox open" notification taps my wrist before my hand is even off the handle of the mailbox.

to specifically answer your question no, you can't store stings in variables. You can make as many custom email templates as you desire, so yes you could make a template for on and one for off, and use each differently in programs. https://wiki.universal-devices.com/index.php?title=ISY-994i_Series:EMail_and_Networking_Substitution_Variables You can also create custom messages via network resources (assuming you have a portal subscription which includes the networking module) to send messages via a service like Pushover. There are also nodeservers such as "Push", and "Notification" that can be used to send custom notices. "Push" exists in both the polyglot cloud instance and is available as a local nodeserver. "notification" is only available in the local nodeservers for Polyglot running on Polisy or a rPi.

Configuration Tab > EMails/Notifications tab > Customization. Create your own specific trouble email. Using Elk Variable substitution (or non-elk for that matter--also on the same wiki page) as needed. Use your new custom content in the program.

Disable effectively disables the IF portion. When disabled a program still runs when run manually from the admin console, or Run by another program. In actuality with no If statement it doesn't matter if the program is enabled or disabled, it just seems most people around here tend to disable and leave them disabled. Right click My Programs at the top and make sure that Status Icons is set to detailed: With detailed status Icons the icon to the left of the program name will tell you much. Examples: Solid Red: the ELSE block of the program is currently running. Solid Green: the THEN block of the program is currently running. (your .loop program would be solid green when the the block is running/active. Red Strip: the IF last evaluated to false, and if the program has an ELSE block it was run, but its not currently active. Green Strip: the IF last evaluated to True, and if the program has a THEN block it was the run, but its not currently active. the international NO symbol (Red Circle with a Red Slash) means that the program is disabled and the IF conditions will not run, but the program can still be run manually or run by another program. Folders can also have conditions (IF) but do not have actions. Folder conditions don't work the same way Program If conditions work. I'll stop there because folder conditions are for an advanced class ? but just recognize they work differently for now.

wow... I hope it comes back soon!! We've had rolling blackouts that make me nervous, but no sustained outage. Stay Warm!!

After mis-reading what you typed here, I ran a test. To clarify tho, If a folder condition above the program changes to false, the program will stop running (changing from solid green to green stripe) and remain stopped when the folder becomes true again. Only starting again when the programs IF is re-evaluated and true. =================================================================================== test - [ID 0125][Parent 0001] Folder Conditions for 'test' If $stemp_test2 is 0 Then Allow the programs in this folder to run. ----------------------------------------------------------------------------------- AAA TEST - [ID 00E8][Parent 0125] If 'Node Servers / #1704 / Downstairs Fireplace' Temperature is 0.0°F Then Repeat Every 10 seconds $stemp_test += 1 Else - No Actions - (To add one, press 'Action') (I choose that IF statement for the program because it will be evaluated true once every 60 seconds, the temp always changes by at least .1) I manually changed $stemp_test2 from 0 to 1 and back to 0. When I came back to dispute your post, reading it again I found out misread and you had not mis-stated anything, but I decided to add the test results anyway, just to clarify that a running loop will not survive a folder condition above becoming false for even 1 second.. the loop will be interrupted.

Does the folder that the program is in, OR A FOLDER ABOVE in the tree, have any folder conditions? That was your problem in another thread.

check the edit to the 3rd program above. I added turning everything off.

I edited my contribution above, My .off program wasn't making sure everything got turned off. I used to use state variables for everything, but started using the disable method for things like this because at one time I had too many state variables and it was causing queue full errors.

Actually spread the on/off temp out a little bit..... if on is < 29 make off > 30 since you're temp appears to update based on tenths (.1) putting on and off at the same temp is going to lead to a different problem.

to fix the looping problem use 3 programs: (apologize these have form typos because I did it off the top of my head, i didn't go create sample programs... if that results in questions please feel free to ask.) antifreeze.on If 'PoolTemp' Temperature < 29.0° then Run program antifreeze.loop (then) else (none) Antifreeze.loop - [ID 002C][Parent 003E][Not Enabled] If (none) Then Disable Anti-freeeze.on Repeat Every 2 hours Set 'Pool Equipment / SpaValve' Off Wait 15 seconds Set 'Pool Equipment / FilterPump' On Wait 10 seconds Set 'Pool Equipment / Polaris' On Wait 10 seconds Set 'Pool Equipment / Waterfall' On Wait 15 minutes Set 'Pool Equipment / Waterfall' Off Wait 30 minutes Set 'Pool Equipment / Polaris' Off Set 'Pool Equipment / FilterPump' Off Set 'Pool Equipment / Waterfall' Off Else - No Actions - (To add one, press 'Action') antifreeze.off If 'PoolTemp' Temperature > 30.0° then stop program antifreeze.loop Set 'Pool Equipment / Polaris' Off Set 'Pool Equipment / FilterPump' Off Set 'Pool Equipment / Waterfall' Off enable program antifreeze.on else (none) the second program antifreeze.loop should be disabled.

The tempature updating is likely the problem. temp = 28.9 loop starts temp = 28.8 loop restarts temp = 28.7 loop restarts Also repeat every 2 hour at the bottom does nothing, that would need to be moved up to be the first line of the loop.

The problem is likely that each time the temp changes the then body is restarting. I don't know the nature of where your temp value is coming from or how often it is updated. To test that theory, leave it disabled and right click and 'run then' if the then body does what you're expecting under those conditions then the IF body being re-evaluated is the problem.

Can you better explain what you mean by "but it never goes off"? I also note that the program is disabled, or it least it was when you pasted it.

It's purpose is to reach the ISY from outside your house without using the portal. It shouldn't come into play here. (not to change the subject but: The more modern more secure method is not to use port forwards and instead use an ISY portal subscription which also has other values and priced amazingly ~$1/month.) Have you tried to manually "add" and entry to the finder using the URL found using the old computer?

yes. I had that in mind.

Clear your java cache, including installed application and applets (which I failed to check the box while making the screenshot).

Note: The Launcher, is different that "the finder". Are you using The Launcher as described in the first post of the thread linked by @Bumbershoot a few posts up?

Firewall / virus protection are the likely https://wiki.universal-devices.com/index.php?title=ISY-99i/ISY-26_INSTEON:Configuring_a_Firewall_for_Your_ISY

? My apologies, I guess I should have worded it slightly differently "a folder above the program must have a folder condition evaluating it to false" However technically the question I did ask was correct "Is it in a folder that has a folder condition which evaluates to false?" the program is technically in the "my programs" folder, there just also happens to be one or more folders between the two.

I agree with @Teken about static IP addresses, they shouldn't exist on any network. Instead DHCP reservations should be leveraged to assign IP addresses where it matters. Another thing is that I notice your using the downloaded admin console which is ok, as long is you have a clean cache and no confusion among files. There is a newer method call the Launcher, which always opens the correct version of the admin console based on the ISY's firmware version. This method is typically less problematic for most users. If the socket error continue be sure to disable all virus protection and try again. Also remember that you can open a ticket by emailing support@universal-devices.com for 1 on 1 direct help.

Is it in a folder that has a folder condition which evaluates to false? It must be, that about the only reason that 'run then' wouldn't run. PS - if you care about the actual count be sure to set the init value as well, otherwise the count will reset to zero when the ISY restarts.