paulbates

It's a feature that was more important in the early ISY product days. The ISY has a web server in it and can serve up web pages, including web pages to control ISY devices and programs. HTML role has options for how much of that control you want to give a web user of your ISY. I don't believe it has relevance in the era of plugins and mobile apps. It does not affect the Admin Console. FWIW I leave mine on advanced on the outside chance something happens and I have no other way to reach my ISY. From the ISY 26/99 wiki: HTML Role: Read Only - Allows Program status to be read. Basic - Allows Programs to be Run (If), Run Then, Run Else, and Stopped. Advanced - Allows the user to Enable/Disable Programs. Admin - Allows the user to Enable/Disable Run at Startup for Programs.

No. It's not designed to run continuously.

I didn't have this plugin at the time, but there are other HA use cases in general that helps someone whose health brings mobility challenges. Voice control of lights and thermostat. Remotelincs for things like attic fan motors and attic louvers. Also automated lighting premise and inside for convenience and making the house look actively lived in For me, a 100% traveler at the time, it offered passive support through notifications; did the Simiplisafe alarm get turned off?, implying letting the dog out or leaving the house. Did the garage door go up at the right time to go to known appointments? I wish this one would have existed at that time as audio prompts for medications would have been great. It offers them support, with dignity

It could be an IP issue. If I'm reading this correctly, the NS restarted which might cause the isy device to ask for new IP info, it finds the new path and goes online. How would the envisalink device know to do that? It was left on and it's previous IP path was pulled out from under it, maybe? Can you access it to see what it thinks its host configuration info is? IP, DNS, subnet mask,etc? I think this will have a lot to do with the router and how failover is managed. Have done simulated failover with this setup?

I've recently purchased and installed it on the version prior to 5.8 and it installed as it should and working. So I'm going literally by the steps you listed, I don't see that you did the install step? That would explain the outcome. Install and reboot If that's not it, I would go to the pg3x log, set for debug and look at the entries near the bottom for errors related to yolink.

There was an FreeBSD OS upgrade behind the most recent IoX update. The steps are a little different for eisy for using the power button - one click. I did it and it seemed to take a little longer

Some log info is needed to help the developer, @firstone, help you. After attempting to launch the plugin, go to the log tab of pg3 select "Debug" on the right Click download pg3x log Mention firstone here when you've done that

Edit.. Forgot about the else, I think my suggestion will also toggle back and forth I would try adding/testing to the if: And $Blizzard_warning not equal 1 I'm assuming that it stays 1 during the blizzard and doesn't toggle back and forth

Isn't that the the version of matter that comes in a box, and you make out of parts and a stick figure diagram?

Jimboautomates has an IFTTT plugin, and IFTTT supports the Nest. I haven't done this, but you could start with setting up IFTTT, connecting it to your nests and experiment, see where it leads, then try the eval period for Jimboautomates plugin.

My recollection is that User 1 - 10 supported the earliest version of node server. Since moving on to polyglot, I don't believe this feature has relevance / purpose any longer.

Understood, thank you, that helps. The updates to humidity are referred to in the FAQs "At least 0.9°F (0.5°C) change over a period longer than 1 minute. At least 3.6°F (2°C) change within 1 minute. At least 5% change over a period longer than 1 minute. Device alert level reached or restored to normal range. The data will be refreshed automatically once an hour." I'm pretty sure they're referring to humidity with "%"

I've installed 2 yolink 8003 temp/humidity sensors on a hub 2. I've had the sensors sitting in their locations prior to install to understand their behavior. After looking at the FAQs, I found the refresh rules. My application is to control 2 vent fans when humidity peaks. Normally the documented behavior will be fine, but once its peaked I'll probably call for an update every 5 minutes or so it doesn't change. There's 2 commands that can be sent with ISY programs, "Update Status" and "Query". Pressing either in iox has not yielded results but that likely because there's been no change. Curious how the 2 commands are meant to work, how they are different. Any related experience from others?

I've performed 3 "platform" upgrades over the years and one thing helped me out: If you have a second PLM or can afford it, get one. This allows you to not try to do it "big bang". Instead set up the eisy with a new PLM, and migrate devices in groups; like rooms or things that function together. Do this a little at a time. Work at a pace that doesn't wear you out and/or heavily impact/frustrate you and the occupants. The other thing is reviewing how involved your setup is. For me, even after 4 months into a new setup in a new-to-me house, programs and variables are a biggie. How many programs, how big are they, how many variables,? Any independencies? Example of how to migrate a function or room: Start with a room with a couple of 3 way switch setups and lamps If you have programs, print them and the variable list out, or copy/paste into google docs Have everything you need in hand. I'm not big on printouts usually, but if the computer is being used with iox, flipping back and forth between iox and docs can be difficult Factory reset devices for a specific function like a 3 way. Add them into eisy Add scenes add the programs and variables test / debug delete them from the ISY Go on to the next function or room

I felt you all leering at the myq ad on the national championship game. That is all 🤪😂

I don't see 20' as a problem.

Brian, I think maybe what is going on here is the X10 powerline interfaces were RJ13 / phone connectors.. and X10 is being used here.

There's a lot of moving parts here: 1. I don't have zwave, but if I did i would eventually go with the one UDI provides / recommends. I think what types if devices you have, their age influence this decision and other zwave users can comment further 2. & 3. This is where to be careful and "divide and conquer": If the upgrade didn't work, I'd be wary of the post upgrade backup. The unknowns here included what version of FW was the pre-upgrade and can it be used in the eisy migration. Need to look at the ISY docs and curated answers Having said that, what are the implications of adding a new zwave controller to the uncertain mix of events? I'd think about moving the current zwave dongle, if it works with the pre upgrade backup and move to the new dongle later as a separate step. Again, zwave users who have migrated to eisy can provide more guidance here. Document which slots plugins are currently installed in on the pi, for the sake of your programs you'll want to install them back where they started from once on eisy What PLM do you already have, how old is it and is it working? I would defer changing PLMs and adding the XTB until you get the eisy on its feet and your existing devices working... then make those 2 changes - one at a time. Changing PLMs takes time, can/will have hiccups that have to be manually fixed. This is especially true if you have a lot of Insteon wireless devices Do you have a lot of programs? I believe you can print them out or paste them in a google doc / word as reference. I'd do that and organize them by folder / function (rooms, indoor vs outdoor lighting, etc) I think if you get organized and have a plan you can avoid an entire rebuild, but be prepared for unexpected things that take longer and try to do it at a minimally disruptive time

I guess it's time to write the chuchaqui program, eh? 🤪😂 Happy new year to you

It's been a while since I did this... one more important thing: Because the temperatures could change rapidly and randomly, the wine cellar control program will cancel execution the moment that happens. Unless the wine cellar control program has only a couple statement and no "waits", you'll want it to only call another program with no "if" statement and put the wine cellar action statements there... a program with no "if" won't cancel. Maybe it will be ok using only 2 programs, but if you get unexpected results because it looks like the wine cellar control program didn't finish, that's why

You can do it by storing one of the devices temperature's in a state variable in a program: If Device_Node_Temp not equal State_Var_Temp Then State_Var_Temp = Device_Node_Temp The you can create the program to control the wine cellar by comparing the other device node temperature reading with the variable with the temp variable. There's a tiny arrow head at the end of the line when building the if statement next to the device node you've picked... click it and a list of variables will come up. It has to be a state variable for the if statement to function

After using the ring app to more tightly define the zone, this works greatl and I bought the plugin

Thanks Geddy, it was located in the device tree under switched.. and your program is very similar to what I am wanting to accomplish! (Edit I see other people mark posts as solution which I'd like to do with yours... but can't find the forum control to do so)

There's an older ring doorbell on my house. I do have a login and my account has ownership of the device, and I see live images and motion. It does its job as doorbell and proximity sensor and the grandkids have finally stopped pressing it every 12 seconds 🤪 I tried the trial plugin. I get 2 nodes, Doorbell panel says its online and has battery info that appears correct Doorbell motion panel is completely blank, no fields or controls It has motion capability, I set up the zones and tested. In addition to creating a battery alert, I want to turn on premise lighting when there's motion in the zone Any ideas? I don't have a plan or subscription, just an account with access to all the features.

I upgraded about the same time as dhemerick, however mine upgraded fine, IOX logs in and shows 5.8 and Insteon is working Its probably too early to ask but I welcome a way to write notification data to SQLite.