@codytruscott Thanks Cody, we plan on writing some smart apps and this can definitely be one of them.
@franzgarsombke Awesome… looking forward to this!!!
@franzgarsombke if only I could install it right now! 
IRO Smart App and Device types coming soon!!! Days not weeks!!!
@cooperglee
Been 12days 
Are we close?
@hmmartin Making great progress, lots of work Hopefully we will have something testable very soon.
just waiting for any updates on this project.
Greg -
Will let you know when we have a beta version to test against, taking a lot longer to build this then expected!
Not going to set any dates out since those tend to be missed. I want to work with ST on making this a first class citizen versus just throwing code out for the community to be frustrated with. The development ecosystem is a little rough around the edges.
Thanks, hoping to have something soon!
As long as it’s before spring @franklamas!
@smart lol, yes definitely before spring 
Heavy testing and debugging is going very well - App and the three device-types (Iro, zones, and schedules) are very stable - putting some finishing touches on it and will get it ready for some beta testing…
What does the community want to see as ST Hooks?
Right now all zones and schedules are created as “things” (they are optionally turned off if people don’t want all the zones/schedules individually). Each of the device-types also double as a pseudo common device type - i.e. the zones will show and respond to capability.valve and capability.relaySwitch, the schedules as type.switch and capability.button for pause/resume, and the Iro supports capability.switch for sleep on/off and capability.momentary and capability.button for pause/resume… The zones support commands for on/off and skip, the schedules support start, pause, resume, and off, and the Iro supports on/off, pause/resume, skip, and start/stop rain-delay. We have built in the option to have notifications turned on or off for events related to either schedules or zones (not individually yet - likely in a later version) and the ability to integrate with a capability.contactSensor to automatically pause and resume a rule that is active.
What else would people like to see?
Are there any new capabilities other than those that are documented? I just wanted to make sure SmartApps created for irrigation in general will be compatible with other irrigation systems
I guess fist part of the answer is that it is a combination of App and three device types specific to Rachio. And Yes, we are hoping that ST will adopt the three basic capability types that are specific to irrigation once the whole project is submitted. They would need to be capability.irrigationZone, irrigationSchedule, and irrigationController… irrigationZone is very specifically unique in that it is a “relay/valve” that is a subset of a collection of “relays/valves” and only one can be on at a time. There are other properties that are specific to a “zone” that would also be relevant to future integrations with other “smart things” for instance a waterMoisture sensor, groundTemperature, fertilizerLevel… there are a few more that are relevant… irrigationSchedules are a collection of zone/duration pairs that have a startTime and a repetition that can be from daily to monthly. So as an explanation a series of times per valve per cron schedule. The schedules are then impacted by intelligence such as rain, soil moisture, time of year, ambient daily heat, etc. irrigationController has a collection of irrigationZones and a collection of irrigationSchedules. The system as a whole might be “paused” or in rain mode, have a seasonal change which impacts all of the individual schedules and default zone times, and potentially a rain sensor, and even its own local temperature and humidity measurement - those are duplicative of existing ST devices (waterSensor, temperatureMeasurement, and humidityMeasurement). So in summary, the three basic principals of irrigation (match precipitation) are unique to themselves although they could be construed as a compilation of a lot of the existing ST capabilities - however - it would not make sense to call an irrigationZone a valve, nor would it make sense to call an irrigationSchedule a cron job with a duration - it is more synonymous with a CD player with water instead of music. I could argue that the irrigationController is not completely unique, however, I believe that there are specifics related to an irrigationController that are not capabilities today - i.e. rain and rain sensor, seasonal adjustments, soil temperature and type (which are also specific to a zone), and much more.
How far are we from integration? Looking at such a promising thread I went ahead an ordered one of Amazon which is currently discounted at $199 for 8 Zones. - http://www.amazon.com/Rachio-Smart-Enabled-Irrigation-Controller/dp/B00IEFXDIE/ I know there is a talk about a version 2.0 in makes, but could not resist the discount that was offered.
Question / Feature request - Will there be any polling capabilities? This is kind of a problem in Philips Hue, where the actions performed outside of ST on hue (say from hue app or any third party apps) wont reflect the state change in ST. There are alternatives and workaround Eg. ST SmartApp - Pollster, but I would prefer a fully baked solution and Push rather than Fetch. I guess this would require rachio app to alert ST and a change along those lines.
@mhatrey I don’t want to speak for @cooperglee but he is crushing it. The app looks great and will probably be far and away from anything out there to date. @cooperglee took full advantage of our webhook API (http://rachio.readme.io/v1.0/docs) which should handle most state changes. We are working on icons and testing right now. We are close! It’s hard to put a date on this, but should be weeks and not months to completion.
Comes down to resources and priority now 
Definitely at the top of our list.
Feel free to PM me any time (franz@rach.io) if you have any detailed questions.
@franzgarsombke Only 5,616,000 seconds left for spring to spring…Need to replace my vintage Richdell then!
@smart I like those kind of deadlines!
Franz is “spot on”!! I also have Phillips Hue and a couple of other ST devices in which the “polling” functionality is poor at best and “pollster” is just not quite a good enough solution for my insane desire for “real-time” results. So as an example - Rachio Connect and each of the ST “things” that are created (Iros, Zones, and Schedules) all do “real-time” polling, receive webHooks from ST for immediate state-changes, and have advanced “state checking” for the ST UI. It is “very rare” if any of the Rachio devices become out of sync with reality. Much attention to detail has been spent on this!! You can even just “watch” your ST app as the Rachio Iro runs through a regular schedule… We have also built in features to “pause” or “skip” irrigation based on ST triggers (i.e. contactSensor open, switch on/off, temperature point). Rachio Connect will please the most demanding of ST users and supports lots of ST integration functionality!
Beta testing is underway/nearly completed and production release is around the corner. We (speaking on behalf of myself and Rachio) are dedicated to insuring that the released version is of highest quality and virtually bug free!
@cooperglee @franzgarsombke This is simply awesome guys. Excited with my decision on Rachio
Im getting my iro tomorrow, but now questioning myself whether I should wait. Damn it! #FirstWorldProblem.
