MrBill

The portal Node Server doesn't support iBeacon's, only geofences. I haven't really seen support for iBeacons.. I thought mobilinc but on a 1 minute tour of the mobilinc.com website didn't see iBeacon's prominently advertised.

Turn on the scene that includes the button. Turning on the device directly won't control other members of the scene.

You need curly brackets { } instead of parenthesis ( ). Yes ${sys.time12} is a 12 hour clock with AM and PM. Check this wiki page for other choices.

You must set the ramp rate on the right, then push the button "Ramp Rate" on the left. Not intuitive at all.

I'd also use the program search function and look for another version of the program.

that should work assuming 'ELK / Jameson' Alarm Status is Entrance Delay is Active is valid... (I don't have ELK). you can always break into 2 programs which might help spot the issue. Alarm Entrance Delay - [ID 0023][Parent 0001] If 'ELK / Jameson' Alarm Status is Entrance Delay is Active Then Run Program2 (if) Else - No Actions - (To add one, press 'Action') ---- Program 2 (Must be DISABLED) Alarm Entrance Delay - [ID 0023][Parent 0001] If From 5:00:00PM To Sunrise (next day) Then Set 'Welcome Home' On Else - No Actions - (To add one, press 'Action') Reminder: disabled programs still run when run by another program, they won't be triggered by IF conditions however.

@Clarence Martin if you have the pro version on 994 or any version on Polisy/eisy you will have these two buttons on the admin console ribbon: you can use the left one to pause automatically writting to hardwired devices. the right one is the same thing for wireless devices. When scene programming it's best to press both so they are "deselected" or greyed out. this will cause the changes to be batched by the admin console... press the left button again to enable to cause the batched changes to be written when you are done making scene changes. If you have unwritten battery device changes queued that will also slow changes, when writing scenes. do you see any 1011 icons like this (or greyed out) hanging around, especially on wireless devices? those will cause problems when writing scenes and make it take longer.

One issue is that most don't realize there were 3 differnt firmware versions for the leak sensor. Here's a post that describes the differences:

right click the program name and choose Copy to clipboard and paste (ctrl-v) into a forum post, and let's see what the program does.

You can stop all programs by creating a folder condition on the top folder in your program tree. Create one that will never be true, like any integer variable you have = -99999999 or something like that, then . Also check the error log for clues as to what's going on.... Tools > Error log.

When using Percents i've never mixed in "Turn on" with the command... I just say "Alexa, set X to Y" (you can actually omit the word "Percent"). Example, "Alexa, Set Lamp one to 30"

you likely need two temp programs to establish a hysteresis. If Temp > 37 then Enable Program Gen Sump2 Run Program Gen Sump2 If Temp < 36 then Disable Program Gen Sump2 Set 'Generator Sump' Off Also note that other programs that are not disabled may be behaving differently than you're expecting and may interfere. So be careful what's in the tree, If statements are event driven and operate differently than new to the platform expect. You'll note in my examples I've done two things enable and disable the schedule and ensure that it gets enforced. In the first program I'm not entirely certain the run line is needed, it may not be but it won't hurt either. In the Second program if you disable the schedule while the pump is running the pump will continue to run forever, so if the temp drops we also need to turn off the pump. A possible improvement to the second program is: If Temp < 36 AND Program 'Gen Sump2' is false then Disable Program Gen Sump2 Which will instead will wait until the pump turns off based on the schedule if the temp falls below 36 while it's running. You can also probably run these programs to a lower temp, I usually don't worry about freezing above around 28 or so. ---- Finally when posting programs to the forum, please don't post screenshots. Instead Right-click the program name in the tree and choose the last item in the context menu "Copy to Clipboard", then Paste (Ctrl-V) that into your forum post. This allows those of us helping you with programming to Copy your program and paste them into our response and then make changes. it's much faster to write responses to you. Thank you.

@Kentinada if you keep your admin console open 24/7 then I suppose not. Personally I only open the admin console when I need it... at some point in the past I had trouble leaving it open alot--but that was many firmwares ago.. Edit to add: the selection only applies when the Event Viewer window is open. it's not logging at level 3 in the background... the window must be open.

Use the place to connect two low voltage wires, but only use the terminals for the buttons not the other ones for the safety beam.😁 In all seriousness tho, not every new garage door opener will accept a momentary contact anymore. Some such as newer Liftmaster are expecting an electronic control and if you want to use a momentary button you need an interface for that, or you need to solder to an existing wall controls actual button.

Those programs are hard to read and I think missing a few characters (also not everyone has word, or will download docx files--- virus threats spread by word files are real). When you have the need to post programs please right click the program name, choose the last item-- copy to clipboard -- then paste the program into a forum message (right click in the post and choose PASTE or simply click into the post and type CTRL-V). I think you must have some scene's involved as well. The top two control programs don't seem to have anything to activate them, they aren't called by the lower two programs. Missing info, need complete picture. as @oberkc mentions you may also have some scene's involved. You also seem to be doing something non-standard. here's one commonly used method, see also the ISY Cookbook page 368 (pdf page 391).

@Ricka2 are you using Windows or Mac? Mac users often need to download the admin console from the ISY itself and store it on the desktop. http://IP.ADDR.OF.ISY/admin.jnlp (you'll need to clear the java cache again before starting, also get rid of any existing files named start.jnlp or admin.jnlp beforehand).

@KConoverSince you're using an ISY994i try http://IP.ADDR.OF.ISY/desc The instructions by @tazman are for a Polisy. Note in the case of Polisy I would use: http://IP.ADDR.OF.ISY:8080/desc rather than https://IP.ADDR.OF.ISY:8443/desc (in short http and port 8080 go together, and https:// and port 8443 go together-- and since your home network should be trustworthy there's really no need for the extra overhead added by using https:// and 8443) Note: IP.ADDR.OF.ISY must be replaced by an actual IP of the ISY, so in your case http://192.168.1.159/desc

Tools > Diagnostics > Event Viewer > (set to level 3) might give a clue, but it would need to be open when it happens again. Assuming you mean an Insteon device, here's what I'd do first: Click the device in the tree. Note if there are any scene's involved with this device by looking at membership on the right: right click the device name, pick "Restore Device", do that also for any other devices you may have found belonging to a scene in Step 1 above Go to the programs tab and right click a program to get the the find tool. Search programs for the device and any scene found in step 1 to see if there's a program you forgot about. If it does it again after this, then Factory reset the switch (Pull the set button out, wait 30 seconds, push the set button all the way in AND HOLD IT all the way until until the long beeps ENDS or STOPS. (you'll likely be holding it in for 20-30 seconds, its important that once you start pushing the button back in that you push all the way down and HOLD until the beeps are done, letting it up early or not pressing completely in a single motion will mean the factory reset is not performed.) Once the switch has been factory reset you will need to RIGHT click the device in the tree again and again pick "Restore Device" to reprogram it. If it still does it again even after this, try to capture the event in the Event Viewer and post that if you need help reading it.

State variables have the magical property of being able to trigger an IF statement. Integer variables act as a filter in an IF statement, they must be coupled with an AND to something else that provides a trigger or the program must have been run from another program.

You must be using a state variable. with this limited view of how the variable is being used my initial reaction is to say switch to an integer variable. The IF is triggering twice and apparently in the same second, or at least the ISY is seeing it that way. Whats happaning is the value is > 1 and the time is 7am which triggers the program, the fact it's a state variable as soon as the value changes the program is triggered again--because the value of the state variable changed. As noted the limited view fix is to change the variable to Integer which won't trigger the IF statement on any change. The other fix is to use two programs: Variable Rain Delay Clear.0 - [ID 0016][Parent 0001] If Time is 7:00:00AM Then Run Program Variable Rain Delay Clear.1 (if) Else - No Actions - (To add one, press 'Action') --------------- Variable Rain Delay Clear.1 - DISABLED If $RainDelay >= 1 Then $RainDelay -= 1 Else - No Actions - (To add one, press 'Action') The second program MUST be Disabled. A disabled program still runs when specifically run by another program, as in my example here. Be careful: The second program is a good example of how to create an infinite loop that brings an ISY to it's knee's. If $RainDelay is a state variable as soon as the value of $RainDelay >= 1 changes the program runs again because $RainDelay is a state variable and its value changes. When you write a program that has that potential I would recommend adding a delay to the beginning of the THEN statement so that ISY isn't caught in an infite loop that causes the admin console to respond slowly.... such as: If $RainDelay >= 1 Then Wait 2 seconds $RainDelay -= 1 the wait must be before (not after) the "$RainDelay -= 1" to be effective. Once you've entered the realm of intentionally disabled programs that are subroutines it's also a good practice to keep updated a program that runs on start up to make sure those programs stay disabled. We've seen odd conditions that make disabled programs enabled (usually firmware upgrades). Disabled-Intentionally - [ID 013A][Parent 0001] [Run at Startup] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Disable Program 'Variable Rain Delay Clear.1' { .... add any others you create in the future here.... } Else - No Actions - (To add one, press 'Action')

excellent catch! Seems like a simple fix, hope @Michel Kohanim takes note since there isn't a forum bug submission/tracking process.

post the program. Right click the program name in the tree, pick the bottom entry "copy to clipboard" then paste it in a forum message. this also sounds like an X-Y Problem, so tell us what your really trying to accomplish because they may be a better way.

As @Bumbershoot points out it's far easier to have them separate. The instructions he linked only install HA core as another process. With HA yellow, or even HA on pi, the OS is customized/optimized for HA, and Supervisor exists to manage the next layer. You probably don't realize it but supervisor is managing containers under HA OS, thats what makes managing Add-on's and updates stupid simple for the average one day a month system admins like me or you. Keep em separate.

They are insteon door sensors, when they open or close they send on or off to the ISY... the status in the top lines of the .on and .off catch when they change status.... they are married with an AND to the status of the button so that if they button is already off or on, it don't send uneeded insteon traffic. that doesn't come into play when the say the front door opens triggering the program, but does come into play when .refresh hammers those two programs about every 10 minutes, only sending insteon traffic when there is the need to change the state. I don't use the + anymore, at one time it meant there was an Alexa spoken in the portal for that node, but there are still a few hanging out in my program tree. The # indicates the the A button of this switch has the load attached. that's also about to go away (on a snowy day in January)... All my Insteon nodes either have {hide} or # in the string... that worked great for my needs once when I was still using mobilinc, but now that I also run Home assistant I'm going to change all the {hide} to ~ and drop the # altogether. That's a giant job tho, because first i need to sit and rename nodes for a long time, then when I reload Home Assistant and lots of things will be broken...lol. I figure my node renaming project is a good two days worth... 🤣

Have you opened a ticket? sounds like it might be time: support@universal-devices.com