larryllix

The thermostat can do all that without ISY programs. You could create 12 different climates and assign them to 12 different parts of the day, switching which sensors are averaged into the temperature sensed for every climate programmed. Fan control cycling is also controllable separately for each climate programmed. I am not sure about changing the sensor selection via the node server and I am away from my polisy now. A other feature is 'follow me where the sensors switch ti whatever room you are in. They contain motion sensors also. Sent from my SM-G781W using Tapatalk

I use variables to automatically adjust lighting in our apartment also. I have one command preset Alexa... turn on TV lights that starts with most lights on 100% cold white and some lamps, visible to our eyes, while watching TV about 50% of that brightness level. At select times, ISY dims these 10 lamps and slowly changes the colours to warm white until about 11:00 PM. We have found with the slow dimming and colour changing of the lights, we tend to go to bed much earlier than before the auto-dimming, and typically feel better in the morning. If at any time somebody wants to do crafts or read where more intensive light is required, we have another vocal command Alexa.... turn on craft lamps! that turns on two much taller lamps with spot lighting shining down from behind our chairs and also brightens two other lamps that sit on the sides of the same chairs in question. When the crafts lamps off command is spoken, the lighting is resumed where it was found before. It is easy to remember one variable value and restore it when done borrowing the lighting. I don't use variables quite the same as @Bumbershoot does but rather as presets for programs that create scenes. Since most of my lighting is WiFi controlled these are not Insteon scenes but rather combinations of protocols to achieve these lighting scenes. My vocals control programs that change variables and banks of programs watch those variables to set levels of many lamps, RGBWW strips and bulbs. ISY is your friend. I use it for it's advanced logic.

Alexa cannot control Insteon devices directly or many other devices directly. Controlling a program gives much more control. Some of my lights are set at 50% of the value while some are set at 100%. Some are set using more Cold White LEDs and later changed to Warm White LEDs. This cannot be done using Alexa alone. What happens when the Alexa server is down? I can still control my lights with Insteon keypads, switchLincs and Insteon remotes. With an ISY program I can also change the time my lights go out depending on day of the week, when I go to bed, get up, or the weather outside. Alexa has no intelligence, only timers and basic factors.

He uses 1000 because he knows the value will never hit that number. However, everytime the variable changes the If section will call attention to the executive of the IoX operating system to evaluate the expression again. If the value evaluated is less than 1000, his program will run. It's a cheap way of saying " Watch this variable and if anything changes...."

Since I am getting partially blamed for something I may as well see if I can partially help too. Reading the thread, it sounds like there may be a combination of problems. I may be way out in Fred's left field here but... It sounds like GH may be using it's AI to make a bad guess on a device name or connection name but when it attempts to control that device ISY Portal reports back a failure but GH's error reporting is incorrectly worded and reports a "Can't Reach...", confusing the user, making him/her to think the connection is bad instead of the device is not found. This is based on other devices/programs working, and consistently not working with a particular program only. Just a theory. I would try renaming the psuedo device in ISY Portal to something completely unique, deleting it for the device list, and then re-discovering it again. I have a few GHs MIA in a box somewhere as they overstepped their bounds many times until I switched to only Alexa speakers, which didn't make such bold assumptions, calling it "AI". As an example, I found when I controlled a device with "red" in it's name GH would attempt to turn on 8 different devices that also had "red" in their names. It got real annoying finding lighting devices all over the house lit up red. Other times another device, like "blue bed lights" would get misconstrued and it would only hear "bed lights" attempting to turn on 8 different colour of bed lights at the same time. My software NRbridge would log eight different commands coming in for red, blue, yellow, orange, green, lime, purple, violet, mauve, etc. in rapid sequence, because they all contained the phrase "bed lights"

I always had good results with Philips bulbs. Expensive but lasted well. I had a batch of really bad bulbs they created called "Warm Glow" The set of six I purchased would flicker and go out about 40% on my Insteon 2477D dimmers. Now I see the "warm Glow" bulb has been dumped by HD and has become the name of a non-dimmable bulb. https://www.homedepot.ca/product/philips-25w-equivalent-a15-warm-glow-2000k-non-dimmable-led-light-bulb/1001015600 However, I have only been buying WiFi dimmable bulbs lately. The few non-dimmable bulbs I have are supplied by the apartment management now. (posting logical error above? Can't correct)

I tried some ASUS mesh routers and my system worked much better without any mesh nonsense. I found it just a way to reduce the signal levels so more units could exist in a crowded neighborhood. My working well single unit reduced it's signal levels down to barely reach across a 20 feet wide room to my wife's iPad, once it was told it was a node in a mesh system. Mesh systems not using hard connections between units are just repeaters that typically use a third frequency for a back channel. If not a more recent and top-end router they made just repeat the received WiFi packet on the same band, slowing down responses and confusing many devices with their switching nonsense. Most devices do not tolerate switching routers well when placed in a "could go either way" zone. With years of router troubles many forums claim that the Eero Mesh system was one of the worst. Just opinions and things change frequently these days. My son has a big home and installed one of these several $K systems only to find constant disconnects, some bands not available on certain floors and my laptop on 5GHz working great on the top floor, totally locked itself out on the main floor, until I power cycled his middle floor mesh router. I found my old Netgear dumb router outperformed every mesh system I have experienced. You cannot beat a single high powered router with a well placed antenna position. Keep it high and out of hard corners. Another thing I found with some was, pushing two high powered signals out of one antenna can saturate the capabilty of that/those antennae systems. Try turning your signal levels down on one band, the other band, and then both and see if it makes a difference.

Many professions are like that. The medical field, especially with the face to face front end people can be bad. They just can't admit they don't know something so they fabricate things or just ignore your question, changing the subject. Some get offended and take it as an attack on their professionalism. With Napoleon I get the impression they are tin whackers and maybe gas fitters and a "contact"? Well we aren't rocket scientists knowing all those high tech gadget things.

Another one I remember was in an American Walmart, I asked where the "USB Memory Keys" were and about 3 separate sales persons told me they do not have such a thing. Once I found them on my own and showed them (3 behind the counter) what I was holding, they told me those were "Flashdrives" not "memory keys"

Not here. A previous forum regarding some memory key or USB device. Dongle was just becoming a common place word but the moderator did not like whatever the things was, called a dongle. Strangley enough the forum website closed up about a week later. LOL Definitions change and word meanings change with them, unfortunately. eg: "You're so badass"

I remember years back a forum admin threatened to throw me out of the forum if I used the term "dongle" again, for some plug-in device being discuss(t)ed. Sometimes, "walk away" is not the right action. "Run away" is the better action.

It seems the Encode URL option would be in order here if you want it encrypted with Basic Authorisation. I haven't been involved in this stuff for a while now but I would give it a try.

@GDavis01 I forgot to mentions that NRs have never received and displayed the response packets correctly, so the responses you are seeing from (assuming) manually sending test NR packets are likely the best you will ever get to see.

You got me on that one. I always used a port forward technique in the router for ISY-2 but that is ill advised these days so you should likely use the DDNS capability of the ISY Portal. I have no clue how you would accomplish that though. The Portal has grown way past my needs over the last few years and I have had no need to explore it further, yet. As a weird workaround I might set up two port, forwarded and send a second confirmation into the second variable that gets checked against the first. Another thought would be to send a pseudo device through to Alexa and have a routine to set the variable in ISY-2. Trouble is too many mechanisms and dependencies there and too many cloud servers in the mix. They always work until you need it someday. Then we get into checkbacks and creating a semi-blown protocol between them.

"Control" monitors signals that operate a device. "Status" monitor the change of status inside a device. If some devices sends ON...ON...ON... "Control" programs will trigger three times. "Status" programs will only trigger once if the device changes to ON. This is classically used for Switchlinc switches. The light may already be on when somebody taps the up toggle switch. Status cannot detect that. Control could detect it and scroll the brightness level through 3 to 100 brightness levels on each tap.

I formerly had this setup with some bidirectional variable traffic. Each ISY must have NR support and changes in variable are send to the passive ISY's variable using the GET protocol. Note: GET does not mean to "get it" from the other ISY but is just a protocol name to "push" it into the other ISY's variable. Bot directions use a GET protocol. The only problem is writing an ISY program to detect a value change, send it into the other ISY's variable but not doing the reciprocal, as it would create an endless loop of IP packet traffic. IIRC I used only a few programs that detected a change in multiple variable values and sent all those in multiple NR GETs from the same program. My system runs mostly on state variable values so controlling lights and devices only required a program or two at the dying ISY end. The active end (polisy and PLM controller) ) didn't care where the variable value came from, internal or external. I could never detect any increased delay in timing of anything. The CPUs split up the processing somewhat anyway. I also never use HTTPS. You may need to generate a custom security package and I could never see the point of passing an encryption password online to be used for security. My system doesn't require that kind of complexity and it only keeps out the internet ignorant hackers.

ecobee stats have a nice fan cycler that can be switched on or off for any schedule cycle. You can set the timer for 0-60 minutes with 5 minute "clicks". However the times are not exact and only approximate, but it works well. When you HVAC calls for energy it only kicks in after x minutes and then cycles until the next cycle run-time, like a good fan cycler should. When I got the ecobee stats I wiped out about 100 ISY program that were not needed anymore. I was controlling the vacation setting on the ecobee from logic in the ISY but eventually realise the ecobee was easier to set vacation schedules, years ahead (multiple from-to periods) , and more reliable, so I reversed the master slave relationship. Multiple ecobee stats can also sync up for many optional enabled features, like schedules, time clock, vacation schedules, etc.. and easy to set up on a Windows machine or android phone. I have never used an iPhone. ecobee also provides cloud monitoring for schedule graphics, temperature charts and cycle chartiing. Another great feature is ecobee support runs a Whatsapp support account. When I have a question I can usually get help within a few minutes.

ecobee stats do averaging also. Just include both sensors in the enables for that schedule segment (climate) However IRC 'follow me' disables averaging by only following the last seen motion sensor. Sent from my SM-G781W using Tapatalk

After playing with three temperature sensors for a few years I finally stopped using them. There are too many logical problems with that idea. Now I just use them to monitor what is happening between rooms. Here is one problem. Let's say you want to control the temperature of your bedroom at nights and you like it cool for sleeping. Now you have a variety of season, where you are and it is spring or fall and your house temperature won't fall back quickly enough in the evenings. So, although the bedroom sensor is the only active one the room is still hot and you open the window to accelerate the cooling process and go to sleep. Middle of the night and finally a slight breeze cools off your bedroom. The ecobee remote sensor sees it, running your furnace to maintain the desired setpoint. With the window open and poor air supply to that remote bedroom the furnace cannot keep up. Now you wake up in the morning to a cold room and when you get out of bed and go to the main rooms of the house they are about 80-85F. With the well insulated homes these days the biggest problem for heating is the setback speed . There is not much you can do about it and no thermostat ever takes that into consideration using predictive logic. That is what I had my ISY do. Dependent on outside temperatures, I would set my ecobee back earlier or later so that my bedroom temperature would be some sort of compromise between watching late night TV wrapped in heated blankets, and being comfortable in a cool bed. After many different styles of predictive setback and other HVAC system ideas I finally just stopped using remote sensors. I found all the new ideas ecobee+ provides, are mostly useless in a modern home, that is too slow to respond. However, I do enable the ecobee+ feature in order to get temperature compensation due to humidity levels. The rest is disabled. Making me uncomfortable just to save a few pennies is not on my sacrifice list.

Yeah. New start.jnlp and cleared cache several times but it always ran the old IoX Launcher and gave "Not Found" errors. Then the IoX Launcher found in the Start menu wouldn't let me delete it as it would only refer me to the program deletion app. You can't delete java programs from there, only MS style coded things. The best of AI from Windoze 11 where they know more about what you want then you will.

You know the dumb thing is that last time I got sick of spending hours looking for this file everytime I did an update, and saved the URL and the file into a folder on my desktop. What do ya' know?, the link file disappeared??? and none of the start.jnlp files would work correctly anyway. It seems they were not the right versions.

Thanks but I just discovered that clearing your java cache does not function anymore. When you clear your cache it is all "Temporary Files", and now start,jnlp installs the Iox Launcher in the permanent java files directory, wherever that is. It seemed that the start.jnlp found the old Iox Launcher in the permanent java file and refused to update it. It seems it states it automatically determines which ISY OS version you are running (as claimed when released a few years ago ) and thought it does not need to be updated?? After you delete the permanent files (I had two installed) I ran the start.jnlp again and all was forgiven. The IoX Launcher was installed correctly into java and a link to it was install into my Win 11 Start menu also. It was a simple job to post a link to it into my taskbar again from there. Tested and working. This didn't work anymore as java doesnt seem to use it when there is a more permanent version available. <see below>

That is the first time I have ever seen any link to the ISY, IoP, or IoX launcher. I have seen it mentioned to load it likely 40-50 times but nobody has ever mentioned where to find it, that I read. Last time I asked I saved links to download it but they seemed to have all changed into outdated start.jnlp files again. Now having installed v5.7.0 that went well, I now need to find the IoX Launcher again. The link loads the start.jnlp file and it installed an IoX Launcher on my desktop but running it resulted in a previous version that gave me the "Not Found" boxes again. Deleting that I cannot find an IoX Launcher with the nice avatar it had originally. Reloading the start.jnlp file only gave that avatar. However it does run the IoX Launcher indirectly. Where do I get the raw IoX Launcher with IoX icon from...or is it not available anymore? OK found it. It hides the IoX Launcher in the Start menus...ooops, sorry... just another copy of the old IoX launcher. deleted. I suspect too much magic going on here. Is it still available somewhere?

"this" thread. OP. v5.7.0 installed quite nicely and seems to be behaving very well. It seems the install did it's FIVE beeps and another beep about 30 seconds later, and then repeated that sequence again later. Seems like it may have rebooted, again?? The variable value grab has been fixed...Thanks a million for that one.! I have been watching and waiting for that for about 5 years now. I never saw any mention of it and gave up updating my polisy(s). That eliminated about 100 lines of Wait code and made lighting much less pop-corn..ish. My NRbridge software can take the GET packets as fast as ISY NR can put them out, and cache them there if required. I'll find out how deep the python 3 buffer is. Love it!