waffles

Stu; your argument to use a SPDT makes a lot of sense to me. From what I understand an Insteon Open/Close Micro Module would not be able to handle the load for such fan, so I believe I would need to enlist the help of relays. While I think I could assemble and wire such contraption by following a build plan, I am clearly lacking the knowledge to design something from scratch that would reliably work. Are there any build plans / threads I could follow along or are there any devices already readily available? I would appreciate any pointers. TIA!

Thank you Paul. Using 2 separate switchable insteon devices, in combination with programs/scenes seems like a good straight forward solution to me.

I like to control a 2 stage whole house fan (QuietCool QC ES-4700) via my ISY-Insteon system. The fan has two load lines, 1 for low speed and 1 for high speed. In my search I came across this thread: http://forum.universal-devices.com/topic/13628-micro-openclose-module-for-whole-house-fan/ It sounds like jshank wanted to do exactly what I have in mind. I would have posted in the thread, but it has been closed/archived. I was wondering if anyone had found a solution to his problem and could share it with me. BTW, I called QuiteCool Tech Support for some insights. Unfortunately, they could not offer any HA solution, but advised that the fan motor could not be controlled by a dimmer (which is what I had figured). Thanks!

Yep, I had read about it and made sure I did a factory reset first. Thanks!

A big thank you to all of you! Lots of great information. With that, I think I am making some progress. It seems that setting up a MS requires extra patience, with having to wait several minutes for setting changes to fully register and the device 'settles down'. Patience grasshopper, patience..... Is my understanding correct that if Dusk.Dawn is Off, the Sensor can not be triggered?

Thanks again, LeeG!

Thanks LeeG, this was helpful! So in other words, when I am done programming, I do not want to see any 1011 icons in the menu, only "cherries"

Newbie warning - please bear with me. I am trying to set up a motion sensor (2842-222) to control an LED light (2672-222). My goal is: if the motion sensor is triggered, it should turn on the LED, which then should stay on for 30 sec. if during this period a new motion is sensed, the 30 sec "on" timer would be restarted above should only happen if the environment is dark enough Therefore I created a scene with the LED as responder to the sensor being the controller, with the understanding that no elaborate programming of the ISY is needed, as I can use the MS's options to set the parameters. I got as far as that 1. and 2. work, but I am struggling with 3. I tried to follow the documentation, in particular the settings under Options 2 "As of ISY firmware 2.8.3+ more options are available". My ISY is on v4.2.30 and the menu for the options looks different - see attached. I am confused what "Night only mode" checked or unchecked now means. I tried both ways, in addition to adjusting the Darkness Sensitivity, but I am not getting the desired results. => What are the proper settings for my case? In addition to above, I could also use some help with: A. the "low battery sensing": the Current State in the Administrative Console stays blank => how can I retrieve the state? B. when I click the Query command in the MS's options menu, I get random "Failed Communicating with" errors with this sensor, as well as with a second SM that is in my setup. Both sensors seem to be working fine otherwise. They are within close proximity of other Insteon devices. I found some posts regarding this behavior but no clear answer on how to proceed. Thanks!

I searched through the forum and wiki, but have not been able to get a complete answer to my question. Basically, I am looking for a legend for the various icons that are used in the tree menu. I think I can figure out most of them, but it would be nice to get confirmation. What I am not clear about is what these "cherries" mean, e.g. shown for the first motion sensor.

I will check it out. Thanks, Michel!

Appreciate you prompt reply, Michel. I am still not quite clear how to understand that the ISY displays the external IP address. What happens if the external address changes? Would I need to re-enable the Internet access in the ISY settings? Maybe when the ISY About window is opened, the ISY (only) polls the current external IP address and displays it, i.e. it would then show a changed IP address? Or....?

I have a Dynamic DNS service (dyndns) set up in my router (Netgear 3700 with OpenWrt) and Internet Access enabled in my ISY994i. The ISY has created an entry in the router's UPnP screen, showing its internal IP adress and secure port. In the ISY's About I see under Internet Access my current external IP address: https://xxx.xxx.xxx.xxx:xxxxx/, rather than the dyndns host name. That said, where in the ISY would I have to enter this info? Overall it has been working fine. On the other hand, my IP address has not changed in quite a while. I am wondering if I am missing something. Could someone please enlighten me? Thanks!

I personally prefer Control over Status since I think about these programs in an event-based way. However, I was mostly doing it because you mentioned scenes. Since the scenes may have many responders and at different levels, it's hard to say what "scene" is on. Using programs like I showed on the controllers, you can tell what scene is really on. If you just query the status of a light, is it "On" because Scene A is turned on or because Scene B is turned on? Got it - thanks much!

Thanks for the link. Looks like this is exactly what I was looking for (for my fall back solution anyway). I see you are querying the controllers, rather than the loads, which oberkc and I were looking at. Is there an advantage to do this way over the other?

Yes, this can get a bit fuzzy, in particular if you have several dimmer devices with target levels less than 100 and greater than 0%...and even more complicated if you have a mix of different target levels in a scene. To come up with a percentage value, as available for a dimmer, but for a scene, do you calculate an average across all device levels? If so, what does it tell you? Or this one: should a scene be considered 100%, if a target level is only 70% and that level is currently met. That is why I said, I prefer to keep it simple – like you showed in your program: each device of a scene has a target state. If all devices are at their target state, this equates to a TRUE, otherwise it is FALSE – no grey area. Will do. EDIT: how do I do this? Is there a sub forum to post in or form to submit?? Maybe one the moderators (Michel?) could point me in the right direction - thanks! I upgraded from a several thousand $ URC setup a few years ago to iRule. I have been very happy with iRule’s capabilities and performance (and at much lower cost). I use a couple of iPads, a Touch and an Android smart phone as ‘front ends’. Control of my home theater is handled mainly by the ISY for the Insteon ‘stuff’, a Digi Portserver for the IP to RS232 connections and a GlobalCache itach for the IR devices. More and more devices are also directly controllable through IP. iRule is a very powerful and customizable solution. AFAIK, iRule offers a free demo version> Why do not you check it out.

No .... Is to possible to have this feature added? This is what I thought of as a workaround if the value for variables could be queried but not the state of scenes. I already wrote a little test program where I set a variable to '1', if all criteria are met, otherwise the variable is set to '0'. The downside of this approach is that in case of changes to a scene this program would have to be updated accordingly.

Sorry, I did not want to make it too complicated/detailed. I have a universal remote control system with 2-way/feedback (iRule). I use the REST interface commands to communicate with the ISY by sending commands and receiving states of devices. The next step – and this is the content of my questions here – is to get the ISY to broadcast the states of scenes or values of variables. Hope this is clearer now.

Is there a way to query the state of a scene, specifically for Insteon devices? A simple on/off or yes/no would work for me. Here is a simple scenario: I have 3 ApplianceLincs that belong to Scene "all on". If the state for all 3 devices is ON, the state for this scene will be YES. If the state for one or more is not ON, the state for this scene will be NO. The same rules would apply for dimmers. There, ON for each device would be defined by their respective target levels (0-100%). Along those lines, is it possible to query the value of VARIABLES (Integers or States)?

Thanks for the reply. I think before I can jump into the actual programming I need to figure out how to talk to the thermostat with the ISY. Within the iRule I connect through a 'http gateway' . Where would I configure this in the ISY. Would this be in the optional network module? Thanks!

Thanks for your reply, kevkmartin; The thermostat's API would give me the currently set target temp. I could go from there. Unfortunately, I am a complete noobie when it comes to ISY programming. Thus far I have only written mini programs, if you can even call it that, to link X10 and Insteon devices. How would I need to go about it? Do I need to an addl. module for it? TIA!

I was wondering if you have found a solution. I am in a similar situation. My thermostat (Filtrete 3M-50 / Radiothermostat) also does not have any commands for temp up or down; only discrete temps settings. I also like to integrate it in my iRule setup. I might need my ISY994's help. But how? The standalone Radiothermostat apps for iOS and Android offer this functionality, so it should be somehow possible.