MaddBomber83

You'll want to read up on Using the Irrigation Module Here. While it says weatherbug a lot of that information is still applicable. Let us know if you have any questions after!

You may be able to use intensity, Coverage or Condition in your logic. But.... I don't think it is really necessary. The irrigation module adjusts based on past rain already. In the logic I use, if there is prediction for .2 inches or more then it will delay it ~ 1 or 2 days. The Irrigation Requirement builds up to .4 inches and then it doesn't matter if it is going to rain or not. Going further, you can consider the value of the prediction to indicate the likelihood that it will happen. Some examples for my area: 0.05" Predictions almost never come true. 0.10" sometimes comes true. 0.20" almost always come true. If your area is predicting that you are get 1 foot of rain in the next 24 hours, I think that gives you a high chance of getting at least a few inches. So for your % chance, I still recommend you use 24 hour rain prediction. Just set it high enough with some trial and error so you get an 'accurate enough' schedule. If you add a second threshold for your irrigation requirement that would override any prediction then you'll be set. If you get unlucky and your 80% chance of rain does not come for two days, your requirement would have built up enough that even 1 foot of rain wouldn't stop you!

24 Hour Rain. I have it skip the day if it will exceed one of my cycles unless I need two cycles. If Time is 11:00:00PM And Module 'Climate' 24h Low Temperature >= 40 °F And Module 'Climate' Wind Speed <= 20 mph And Module 'Climate' Gust Wind Speed <= 20 mph And ( ( Module 'Climate' Irrigation Requirement >= 0.2 inches And Module 'Climate' 24h Rain <= 0.25 " ) Or ( Module 'Climate' Irrigation Requirement >= 0.4 inches ) ) Then Run Program 'Irrigation Started' (Then Path) Else - No Actions - (To add one, press 'Action')

Well, I have the Irrigation module running as well to figure out what days to water. On the days watering I also use predicted rain fall to not water on days it may rain. I add predicted low to not water on cold days. When the actual timers are running it will wait until wind speed is low enough. If you are not using the irrigation module, you can instead flag a schedule to run normally, and add a second schedule that runs if it was hot. You could also fake some irrigation items such as having your run time based on high temperature.

http://www.amazon.com/o/ASIN/B00ESZPUR6?tag=adapas02-20 This one is the same price but you could just use the 110 outlet without any transformer. As for the 12 vdc one you linked earlier, it does not really give much information to go on for that. Similar china types take 3 amp starting and 2 amp constant. Higher quality ones can get below 1 amps though.

http://www.amazon.com/o/ASIN/B0013V8K3O?tag=adapas02-20 If you are going Z-Wave you may look at this too. I've not used one though. I thought you were concerned about environmental exposure? The outlet you linked is not a GFCI outlet and only one of the plugs are controlled.

I have a box full of old DC power supplies. You may have one just sitting around the house. The 24 volt ones not so much, but 12 volt is in the range of common.

Keep in mind that the EZFlora only allows one active output at any given time. This may or may not be a problem depending on if you run irrigation timers when you also expect to be using the mister. Take a look at the On/Off Outdoor Module. Couple it with a 110 volt Solenoid. Or a 24v transformer.

Correct. You would use the XML split function in tasker. There is also another post that just got a bunch of new posts where the OP has some really nice programs already made and ready for import into tasker that accomplishes the above with some more robustness.

Uber; that is some great information and thank you. I have some travel coming up, but when I'm done I'll need to make some updates to the OP. Another question for you: [*:36qeexcu]The ISY communicates with the camera by using the CGI api provided by FosCam. [*:36qeexcu] HTTP://IPcamera:PORT/cgi-bin/CGIProxy.fcgi?cmd=ptzStartCruise&mapName=BackScan&usr=[uSR]&pwd=[PWD] ... [*:36qeexcu]With a web server running your PHP script, we would instead interface with that PHP rather than the CGI. (and add the ISY's IP to the Authorized Usage List) [*:36qeexcu]HTTPS://WEB_SERVER/SecureImageDisplayControl.php?cmd=ptzStartCruise&mapName=BackScan - For users who can not use PHP; if we followed your advice on restricting the HTTP port to local network only, and understanding we are now at the mercy of the ISY security when in remote; is this still a secure method? - While apparent now, I am no security expert. Having the Operator USR/PWD in the url like that rather than at least in the Authorization/Basic header feels like a security risk. - My understanding is that the FosCam API currently does not allow use of that Authorization/Basic header. Again, thank you in advance!

I'll have to look into this a bit more then. When I hit manage certificates on ISY it just brings me to PDF that I'll have to read later. As for certificats I use CAcert.org for mine. But this particular piece of equipment does not have a very good interface.

I wish the ISY had the ability to run PHP script on its web server. Until then I've swapped over to the secure methods outlined above on a web server hosted on my router.

Sweet, ty!

Security Update For the Camera Controls, please visit http://foscam.us/forum/showing-secure-m ... tml#p46871 for additional information. The short version is that there is some simple PHP code you can run that makes controlling the camera more secure. It does require that you have your own web server though. The above code reflects direct communication with your camera and exposes your IP/USER/PASS to anyone who can access your network. I'm ok with this for my external cameras, I'm not ok with this for any internal cameras.

Hello; I have a device on my network that responds to REST requests. Using the Advanced Rest Client Chrome Extention I'm able to get things working properly. Using the ISY's interface, I can not get it to work. In Chrome: https://IP_Address /config.php Authorization: Basic randomeLETTERSandNUMBERS Body: setsysload=9 Request headers User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36 Origin: chrome-extension://hgmloofddffdnphfgcellkdfbfbjeloo Authorization: Basic randomeLETTERSandNUMBERS Content-Type: application/x-www-form-urlencoded Accept: */* DNT: 1 Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8 Cookie: PHPSESSID=o5tpeu6nsq6nfkqs3bl78ju854 headers Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-type: text/html Transfer-Encoding: chunked Date: Wed, 04 Jun 2014 21:45:46 GMT Server: lighttpd/1.4.34 Doing it in ISY I just get a request failed. Now, if I change it to HTTP in isy I get a resource moved; which is correct as you get a permanent redirect to the HTTPS address. Any idea on how to troubleshoot further?

Hello; I'm new to the irrigation module. I believe I have everything set up correctly, but I'm still showing 0 for the irrigation module parameters. Below are my current conditions from the module (they are correct): Cloud Condition | Clear Temperature | 102 F High Temperature | 102 F Low Temperature | 72 F Feels Like | 102 F Average Temperature | 82 F Humidity | 18 % Humidity Rate | 0 %/h Pressure | 29.83 inches Pressure Rate | 0 inches/h Dew Point | 52 F Wind Speed | 15 mph Average Wind Speed | 0 mph Wind Direction | SSW Average Wind Direction | N/A Gust Speed | 18 mph Gust Direction | N/A Rain Today | 0 inches Rain Rate | 0 inches/h Max Rain Rate | 0 inches/h Light | 100 % Light Rate | 0 %/h Evapotranspiration | 0 inches/day Irrigation Requirement | 0 inches Yesterday's Water Deficit | 0 inches Cloud Condition Tomorrow | Fair/mostly sunny High Temperature Tomorrow | 102 F Low Temperature Tomorrow | 72 F Avg. Temperature Tomorrow | 91 F Humidity Tomorrow | 35 % Wind Speed Tomorrow | 14 mph Gust Speed Tomorrow | 23 mph Rain Tomorrow | 0 inches Snow Tomorrow | 0 inches As far as the Weather Provider Settings: Location ID | KE11 Calculation Method | Penman-Monteith Irrigation Region | Best Guess Absorption Factor | 80% (Level Ground) Crop/Plant Coefficient | 0.6 (Bermuda) Water Inches / Cylce | 0.25 Under Calculate: Soil Type | Sand Root Depth | 6 Inches Allowable Depletion | 60% Calculated Depletion | 0.072 Inches Any guess to the part I may be getting wrong?

Telnet to your ISY Advanced Configuration Guide You may be running into a few things. From the above two links we know the ISY as an adjustable cap on the number of emails sent per minute @ 60. The below program (each one is a different email/isp) results in a lot of throttling by the ISY I can tell there is throttling simply because that variable is part of the email, and rather than each email having an incremented value I actually ended up with most the emails having the value of 80: If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Repeat 20 times $Int_17 += 1 Send Notification to 'Admin' content 'Program Status' $Int_17 += 1 Send Notification to 'Backup1' content 'Program Status' $Int_17 += 1 Send Notification to 'Backup2' content 'Program Status' $Int_17 += 1 Send Notification to 'Backup3' content 'Program Status' Else - No Actions - (To add one, press 'Action') A wait time of 1-2 seconds after every variable change made every 2-3 emails share the same value. At this time the different email services decided it was time to significantly throttle my messages. I started receiving them several minutes apart. All in all, it does not look like I never recieved an email. I do what Xathros suggests for my notifications when I want them to go to more than one place. They are in a group (such as the wife and me, or that and our cells) and I tend not to have issues with it.

It sounds like you already have a zone controller acting as the middleman between the hardware and the 4 separate thermostat logic. If this is the case (as in your thermostats themselves are nothing special) then the Insteon TSTats should be a plug in solution for you. I would recommend picking one up and making sure it does what you expect first before dropping the cash on the other 3. I have a halfway functional (still installing / programming things) zone control system where the ISY is the brains behind the system. This is just to say that if for whatever reason there is some incompatibility it is likely something that can be fixed in this thread.

I'm interested in this topic. On your question for SSL, do the following: Make sure your 443 (or whatever) port is forwarded to your ISY. On Tasker Action > Net > HTTP GET do the following: Server:Port = https://USER:PASS@DDNS:PORT Path = /rest/status/node At the bottom check Trust Any Certificate. This should enable you to do your web based connection. Be sure to test the above in your browser first. This is an example of two of my programs: Here we update the status of a fan including a query. 1401224323450 1401419118168 14 Master Fan Status 10 1 118 false http://USER:PASS@IP:PORT /rest/query/21 6A 24 2 118 false http://USER:PASS@IP:PORT /rest/status/21 6A 24 2 547 %masterfan_httpd %HTTPD 590 %masterfan_httpd formatted=" 590 %masterfan_httpd2 " 547 %MasterFan %masterfan_httpd21 547 %MasterFan Error %masterfan_httpd21 10 *\s* Next we have a task that changes the Widget to a yellow button while running. It then gets the status of the fan and cycles through Off, High, Med, Low. Last it verifies the state of the fan and changes the widget to be a Black, Red, Silver, Green fan symbol. 1401228917726 1401419519570 15 Master Fan 10 1 549 %MasterFan 152 Master Fan nn_standby net.dinglisch.android.ipack.ilikebuttonshd 130 Master Fan Status %priority+1 35 %MasterFan 8 152 Master Fan tape_reel2 net.dinglisch.android.ipack.transparentglasshd %MasterFan 0 Off 152 Master Fan tape_reel2 net.dinglisch.android.ipack.redgoldpainthd %MasterFan 0 High 152 Master Fan tape_reel2 net.dinglisch.android.ipack.glossysilverhd %MasterFan 0 Med 152 Master Fan tape_reel2 net.dinglisch.android.ipack.greenfloralhd %MasterFan 0 Low 152 Master Fan cust_warning %MasterFan 0 Error 130 Master Fan Status %priority+1 35 %MasterFan 8 118 false http://USER:PASS@IP:PORT /rest/nodes/21 6A 24 2/cmd/DON/255 %MasterFan 0 Off 118 false http://USER:PASS@IP:PORT /rest/nodes/21 6A 24 2/cmd/DON/191 %MasterFan 0 High 118 false http://USER:PASS@IP:PORT /rest/nodes/21 6A 24 2/cmd/DON/63 %MasterFan 0 Med 118 false http://USER:PASS@IP:PORT /rest/nodes/21 6A 24 2/cmd/DOF %MasterFan 0 Low 549 %MasterFan 30 hl_zzz_tasker

If you go to Tools > Diagnostic > Event Viewer Set the Level to 3. Device communication events Clear the log. Then press the button, wait until your thermostat changes, see the update in the event viewer, then hit Save Log to Text. Then, post that log in the [.code][./code] without the dots tags here so we can see. On my quick tests it took maybe ~ 5 seconds for everything to settle. This is with a wired insteon Thermostat. I can also try it on my wireless thermostat to see if it makes any difference.

I like how they look. Do you have the triggers set to run on boot as well?

I would be interested how you go about doing that. Right now I'm installing a 12" line to bring fresh air into the house by connecting it to the suction side of my whole house fan. It as a NC Damper on it that I'll throw some programs together to handle the opening and closing. I'm having that line run through its own filter at the suction. The rest of the dampers are just zone controls for the various rooms. It is not often the weather is cool enough here that we can run without the AC.

For mine I set a wait command and then call the same program's If Path. Below is an example of my program Equalize that is set up for a similar reason. It will run the whole house fan when some fan switches are used or if I'm at one of my heating / cooling setpoints. If Status 'Office Light - Office Light / Office Light - Fan High' is not Off Or Status 'Closet Light - Closet Light / Closet Light - Fan High' is not Off Or $Int_Main.TStat_Status is $Int_Main.TStat_SP.Cool_Actual Or $Int_Main.TStat_Status is $Int_Main.TStat_SP.Heat_Actual Then Set 'Main - Thermostat' Fan On Wait 10 minutes Run Program 'Equalize' (If) Else Set 'Main - Thermostat' Fan Auto Wait 10 minutes Run Program 'Equalize' (If)

If Control 'Office Fan - H' is switched Off Then Set 'Main - Thermostat' Mode Off Else - No Actions - (To add one, press 'Action')

You may give consideration for Z-Wave depending on how many other devices you will be using. Since your Insteon network is already large, adding a few Z-Wave devices may help your locks out.