larryllix

None of that works with my Echoes or Dots. I thought maybe certain names for timers may be the answer but sadly no. I tried your "set egg timer for three minutes" exact wording but I only get the generic timer with the response "Three minutes. Starting now"

The echo verb list is very limited to basic words. You'll need a program to operate the mode changes.

Second thought... One program will not work with a dead band gap. Every time the stat reports a different temperature that condition isn't true it will run False. Three states are needed for a deadband, and Then / Else only offers two states. Two programs can offer three states. >=80 program Then code, <=75 program Then code, both >=80 program False code and <=75 program False code (no code = deadband)

Sure. Easiest is two programs. One greater than or equal to 80 deegrees to turn the fans on, and one program less than or equal to 75 degrees to turn the fans off. The two programs could be combined with a dual logic to trigger Then and Else but it would take some thinking to generate the negative logic to run the Off/Else command. Even if the program misses the trigger point either one will still run with the next temperature change send as a self-backup. Not sure what options are available in admin console right now.

You own Amazon and Aphabet and yet you stillwork for Apple? BTW:Your linked webpage hangs my Chrome/Raspbian browser when it attempts to load the video. IE 11 and Chrome/Android works fine.

....and what Stu said but make sure any conductor coming into your house has a good ground wire to the same point as your electrical service. This means phone, cable TV or whatever is connected to your Router. Sounds like it came in on one service and got your equipment, looking for ground. Sent from my SGH-I257M using Tapatalk

For that price we could buy pears or even seven Echoes. 'Total control, end to fail', again. Sent from my SGH-I257M using Tapatalk

Have you tried the transistor open collector intoo to IOLink? Usually, open collector outputs pull almost to 0 volts output unless heavily loaded. They do in any logic chip I used. The IOLnk sense input should have a better tolerence than that. I am guessing it will work. I don't see the purpoese of building a latching circuit. ISY programs can be ade retriggerable and tming can be set with one line of ISY code. If .....control IOInk.input is switched ON Then ,,,,Wait 30 seconds /this will get retirgged ever input pulse If ....status IOLink.input is On Then ....Wait 30 seconds /this will only get triggered when ioLink status changes. The ioLink has options for the output latching or momentary, following input and divorced. Check the device page options in admin console.

We use our rear doorbell sound for a "dryer is done" alert. Trouble is after a few years it still makes us think "who is at the door?" for a split second. Usually you can extend the drop out time of a DC relay with a series diode, resistor, and large capacitor across the coil.

If you advanced enough to write http handling code I really recommend you go to v5.0.10. You should have no trouble with it. Any bugs are monor gui layout things and it would be so simple for you to create a solution to this problem, rather than use workarounds. Then you wouldn't be rewriting you techniques later.OTOH: If you are like me you will enjoy the challenge to resolve it both ways.

Ad hominem comment? I don't know what you are going on about. If you would search the forums, you would find I have posted about a dozen different programs, attempting to teach others techniques, for getting and using temperatures into variables, including averaging three different sensors with outliers being disallowed from the formula, You don't need to preach to me about the value of getting temperatures into variables and your comment in bold seemed very out of context here. Regardless, I had forgoetten that people using less than v5.x, such as this user, do not have this capability, and need to use network resources to dump values into variables. Carry on. I have never had to use that workaround

What time is your general query set to run? Do you have a whole house scene set up?

Port forwarding is for translation through a firewall from WAN to LAN. If you are trying to access your ISY from inside your LAN to inside your LAN then port forwarding is not your tool. You need to lock your ISY ip_address down. You can do this inside the ISY or the best way is to put an entry inside your router. The router DHCP table sees MAC addresses and substitutes IP addresses for them. You can control what the router issues in the reservation table.

Wrong syntax and technique for programs. See my post again. It will do exactly what you want.

I compact my dates and times to a format like this. MMDD.hhmmss. I do this on a regular basis in V5 and keep it in an Integer variable with init to. Then I keep another flag variable set to 1 showing initialisation and init to 0. When ISY boots up I check the flag variable to see if it is initialised status and if not I create my running date.time variable. Now I send both Integer variable and my running date.time variable in a notification. Now, the notification sends the last known time (Integer date.time), as well as the current running date.time. By subtracting about 3 minutes, 30 seconds from the difference, I know how long the power was off. It's not real accurate, being based on the reboot time of ISY but it works as rough indicator. Lastly, I set the initialised status variable to 1. If you are not running v5.xx you will need another date time source. It gets a little more complicated to create than just massaging system variables.

If this device acts as any supported Insteon or Zwave device, it has a status page, and programs can be written and triggered by almost any parameter on that device page. Then it is only a case of dedicating a memory location, and writing a program to trigger on any change of value pf this parameter. If ....Multi.sensor >= 0 /reasonable low limit AND ....Multi.sensor <=99 Then ....$Variable = Multi.sensor /reasonable upper limit Else ...send notification to YOU Multi.sensor is ridiculous Hint: If you want to trigger further programs on the end result you will require the usage of a Status Variable .Now you will need an Integer variable also for the intermediate value, so that you don't rigger programs twice and on the false value. Then ....$iVariable = Multi.sensor ....$iVariable *= 1.8 ....$iVariable += 32.0 ...$sVariable = $iVariable

I use two CAO Tags for humidity control in my cold cellar. One inside and one outside. Last year, I discovered the need for Dew Point meterng, instead of Relative Humidity. Turns out, I was bringing in lower RH air from outside, but when it cooled to the cold cellar temperature, it would raise the humidity in the cold cellar, giving an unwanted result. Calculating dew point is too complex for ISY programs (using exponiatial functions) , but I have fudged a way to create it accurately, inside usuable ranges. Too bad the Tags support dew point metering, but won't send it. . Sent from my SGH-I257M using Tapatalk

Yeah. For in the house the lower may be better but for bathroom or other humidity control? Get the lower one and then use clear salt to check the other end. CAO Tags only take one adjustment anyway. It would be interestingvto see how linear they are with third party testing. My house never gets dowm to 32% Sent from my SGH-I257M using Tapatalk

Nice! Did you know you can get a fairly exact 70% R.H. for calibrating these sensors? There are some available at HomeDepot at 33.3% ? and 70% RH but you can do it much cheaper with table salt if you avoid the type with any sugar or other impurities in it. Do a web search for the technique. It's very easy and cheap involving a smaller container and larger one (or ziploc bag)

See post #6.

Only enough to setup the SSID and security, IIRC, then it goes away. I think I have run into it some time back but I could not get past the security. I don't like devices that require hubs and use proprietary protocols and have been going away from MiLight and Philips to Ledenet.

OK, one more go at it. This is a pretty standard procedure people use. "Turn on backyard floodlights when there is motion" If Status Control 'Back porch motion-Sensor' is Switched On And Status 'Backyard flood lights' is Off And From Sunset To Sunrise (next day) Then Set 'Backyard flood lights' On $backyard_motion = 1 Wait X minutes Set 'Backyard flood lights' Off Else Set 'Backyard flood lights' Off "Turn off backyard floodlights when motion stops" If Status 'Back porch motion-Sensor' is Off And $backyard_motion is 1 And From Sunset To Sunrise (next day) Then Set 'Backyard flood lights' Off $backyard_motion = 0 Using Control Switched, and getting rid of the Off command inside the MS is the usual method. The program, seeing the switched on will retrigger the Then section and also the Wait X hours. The Else section was added to catch the "Until sunrise", just in case the Wait X hours timer ever failed to turn the lights off. It's a backup control, saving potential energy waste. Now for your manual override, there are established methods to do this but with this - You can turn on the light from the switch - You can turn off the light from the switch. However, if you turn on the light from the switch during the night time frame the MS can still activate the program and turn the light off again. For the manual override (just a clue for you) think this way ... - Capture the On in a program and use Disable program "Turn on backyard floodlights when there is motion" - Capture the Off in a program and use Enable program "Turn on backyard floodlights when there is motion"

Very nice! Good sleuthing! IIRC Port 8899 is the same the MiLight controller hubs use. In the end I think we will find most of these gadgets are made by the same company, or at least the firmware is.

First program. Change first line to Switched On Get rid of second status line. It is causing the problem and doesn't serve any purpose. When you turn the light On/Off it causes the first program logic to run again and execute Then or Else. Most of us disable the MS off command and let ISY decide when to turn the lights off. It reduces Insteon traffic and stops erroneous and unexpected things from happenning. Many disable the MS night time only and let ISY decide when the lights are needed.

I don't think this resolves anything for the OP.How does this DMX controller get converted to http/ REST protocol or DMX to RGBW and back. For the rest of the HA stuff, it comes back to... why would one want to convert everything to DMX from any most Etherenet protocols that ISY can put out, and then convert DMX to some other controller protocol driving RGBW LED's? The LEdenet controllers I have (23 units), cost about $11-$12 Plus PS and cables (~ $25 total) and ISY can drive them directly without conversion back and forth to/from DMX.