apostolakisl

The best thought I have had on this is to put an alarm contactor on the flapper outside to tell when the dryer is on. You can use an io linc to monitor the contactor. Most other ideas involve doing things that would void your warranty on the dryer, be unsafe, violate code, or all of the above. Having said that, I haven't actually put a contactor on my dryer vent flapper. But I can't see why it wouldn't work. Plus, if it fails to close because of lint or whatever, it can make you aware of that fact as well. I've been meaning to do it, I just haven't.

This looks interesting. I am seeing this as 1) ISY broadcasts every event as a result of the network resource to anyone listening 2) Eventghost listens on port 33333 via the EG broadcast plugin EDIT: OK, I have this sort of working. When I run the network resource, I just get "broadcast" as the event in EG. How do I get something specific?

I see that this plugin has a heartbeat. I assumed that the heartbeat was an event received from ISY, but it would seem instead that the heartbeat is generated by eventghost plugin for ISY and is designed to keep the connection open. Though the heartbeat is about every 30 seconds, not 2 seconds. EDIT: I also noted that my ISY admin console had lost its connection. This happens often for me. And frequently there is a hidden window when this happens. I have to hit the tab key and return to close the window, which I never end up seeing, before I can move on. Otherwise every click on the ISY console just gives me a "ding" noise.

I don't really know anything about how the plugin works, it is written in python I believe, but regardless, I don't know whatever it is. I can say that with the plugin running, all ISY events get sent to eventghost and I can pick any of these events as triggers. This connection established by the plugin just closes for no reason that I can tell. There isn't an error, it just says it closed. ????? Anyway, I need it to not do that!

It would seem that this is happening to me. I have a message on the eventghost log that just says connection closed (or something to that effect) with the ISY IP address after it (I already deleted the log by doing a restart and don't remember the exact language it used). EDIT: The closing of the connection shows up as an event on eventghost and as such, I should be able to use that event to trigger a macro. The macro could run autohotkey script that closes and restarts eventghost. Since I already cleared the log, I can't copy that event into a macro, but next time it happens I'll be sure to do that. I believe this is the second time in 24 hours that it has done this. Alternatively, does anyone know if I could skip the subscription to ISY and use the network module to have ISY push a message to eventghost to trigger a macro? I really don't need eventghost to track everything in ISY, just the home/away variable.

This would work great provided you don't want the light to ever be on aside from when the motion sensor triggers it. Turning the light on manually will trigger the program (a "status" line in a program triggers every time the status of said device changes), it will evaluate to false (since the control on motion sensor line will be false), the else clause will run, and 20 seconds later the light turns off.

I'm not sure why you are defining it that way. HA is the goal, not what is part of ISY or not part of ISY. I suppose the people at echo could say the same thing in reverse about ISY. Anything external to echo is an enhancement from their perspective. The people at Smarthome would certainly say that about ISY also. Anything external to Insteon devices would be an enhancement from their perspective. It's all HA. And HA in general is an enhancement. If I'm putting it in, it's part of the system and expect it to work. I would rather not having the enhancement at all if it is something that is inconsistent. Inconsistent is worse than just not there at all.

Speaking of IFTTT, Tasker, and Echo. Is there any way to get any of these things (or other things) to control google voice settings? I used to have a plugin for takser that would change my google voice settings, but google changed something and the plug in now is broken and the developer either has no interest in fixing it or just can't. I used to have it set so that every time I came home and my phone connected to my wifi, it would activate my cell phone number on my google voice account causing my home phone to ring. And of course when I left, it would do the opposite. I can't find any other method to do that automatically.

I can't really agree with that. You could chip out darn near every control method as an "enhancement" to your HA using that logic.

I can't speak to IFTTT since I've never used it, but it doesn't make any sense that a signed certificate would be needed since it is geared to the masses. I do have tasker and use it without a signed certificate every day.

Just an FYI, you don't need to pay for a certificate on a private server. Paid certificates allow for a visitor to have confidence that you are authentic because a third party (the one the site bought the certificate from) says so. But if you are going to your own site, you should know that your site is authentic and all you need is encryption. Back to Echo. I think I'm going to let this Echo concept mature for another month or two and then get back to it. I'm not super excited about relying on Amazon, or Goolge or anyone offsite being responsible for my home automation. The IOT concept isn't my favorite. But, a local solution doesn't exist, at least not in any way that can compete with Echo (or Siri, or OK Google). Having said that, I would rather rely on only one offsite processor (Amazon) rather than two (Amazon and UD).

OK, I re-read it and now I see what they meant. The description could have been worded much better. It would appear that the portal includes a subscription version of the network module and if you already paid for the permanent version, they are essentially giving you a credit if you convert your permanent network module over to the subscription. But you don't have to. I still would much prefer to run this locally. Latency has to be a significant issue when adding another internet hop into the picture.

So, this looks somewhat complicated. However looking at the portal, for whatever reason it removes the network module. Which removes all of my network resources controlling my cai webcontrol board and like 200 ir remote codes that my global cache executes.

I wanted to look at the RPi solution, but my searches aren't finding the code you speak of. I certainly don't need an Echo with high end (sort of) sound quality as I have already spent a good bit of cash installing a very nice whole house audio system. So it looks like the dot plugged into my current sound system is the best option.

I'm looking at Echo but the info is somewhat scattered and evolving rapidly. 1) How is this linked to ISY? It would seem that the ISY portal is a necessary item? Is the portal the item that logs into Amazon and the portal serves as a relay to your ISY? Port-forwarding won't do the trick? 2) The portal is currently beta? I don't see it listed on UD's regular web page as an official module. 3) Echo is a one room device? Can it be wired up to have mic's and speakers all over the house or do you need an echo per room? 4) It appears that echo allows voice command activation of programs. I assume it can be used to directly control devices and scenes simply by stating the name? Anything else it does with ISY? 5) Do you have to add every program/scene/device to a list or registry somewhere (the portal?) or do you automatically get control of everything on ISY once linked? 6) And Echo Dot? Is it just an Echo without good sound quality? Thanks for the info.

A common technique If control device x is switched on and control device x is not switched off Then do x Else do y Triggers either pushing on or pushing off paddle Result pushing on runs then (both lines are true, indeed the on was pressed and the off was not pressed) pushing off runs else (both lines are false, though only one needs to be. The on was not pressed, the off was pressed, (not not-pressed)) I believe this stuff is in the wiki. Though it may not be organized as you expect. YOU MUST STUDY ALL PROGRAMS IN TWO WAYS - - TRIGGER AND RESULT 1) line by line as to what triggers 2) line by line as to what constitute the line being true vs false once triggered.

Trigger in a status program is ANY CHANGE. . . .period. The x in "if status x" is has no bearing on the fact that it triggered, it only affects whether the program is true or false (and thus a then or else runs). If status of device is on Then do x Else do y All changes in device trigger the program If it changed to on, then x happens, otherwise y happens. If control is switched on Then do x Else do y All presses of on paddle trigger program. Nothing else triggers this program and x is the only thing that happens, y would never happen as it is currently written.

Status programs trigger on a change in status, the truth or false outcome depends on what status states you included. Triggering just runs the program, whether it is true or false is a separate thing. It makes zero difference what you put in your two connected "or" statements, as long as they are the same. If status is 2% or status is not 2% will always be true just the same as any condition you put there.

The terms "and" and "or" are used to logically connect two conditions, just like in standard English grammar. So, an "and" or "or" without a condition on both sides of it is not doing anything. I wasn't aware that ISY would let you start off with an "and" or "or" statement, since I have never tried it seeing as there is no logic to it. But, assuming ISY does let you, there would be no point in doing it.

What you have written will respond to any ACTION taken AT the switch. Not necessarily any change at the switch. In other words, if the switch is changed because it is responding to a scene, your above program won't do anything. Your program only responds to someone physically pushing the switch. "Control" means that the switch was physically acted upon. You need to use STATUS to trigger a program on any change. If Status is on or status is not on Then do something The above "do something" will run every time the light changes status. "Status" programs always trigger on a change of status and the two lines of code combined with an "or" cover all possible states meaning that it will always be true and run the "then" clause. Keep in mind that an action taken on the switch that doesn't change the status won't do anything, for example, if the light is already on and someone pushes the on paddle.

1) does the connection light turn on your router/isy when the ethernet cable plugs in? 2) check the router connected stuff page and look for something with the mac address printed on the isy (I am assuming the isy has its mac address printed on it, never needed to check before).

You appear to have 3 programs where 1 would suffice. Also, you will soon learn that stufviews program does not fix your issue. There is no need to have a "schedule" program and a separate action program. I am also somewhat curious as to what your schedule program has in the if section that would trigger with manually control of the light causing it to revert back to the scheduled state. Furthermore, stusviews program would disable your schedule program by pressing the on paddle of your light. Unless you later press the "off" paddle, the schedule program will stay disabled forever and your lights will not do their next scheduled activity.

The program that oberkc wrote does exactly that with a single simple program. You must have something unnecessarily complex at present. Either that or you are looking for the program to do something more than you have noted here.

I am curious to see what kind of program you wrote that un-does a manual intervention. Programs only run with triggers. A trigger in a from x to y time are the times x and y. All other times the program sits idle no matter what. You must have included the status of the lights you are controlling within the program for it to trigger the program when you manually change the light. I am curious as to what it is you are doing, mostly because it probably means you have over-thought the problem.

I have 3 fans on my back porch all wired to the same "dumb" switch. I wanted to put them on a fanlinc and would prefer to use one fanlinc to run all 3 fans. I don't have any desire to control the fans separate, having them all go to the same speed at the same time is perfect. I see the fanlinc is rated to 1 amp for the fan, so obviously I need to check the amps and make sure that this is not an issue. Has anyone used a single fanlinc connected to multiple fans?