bpwwer

Yeah, it was raining. I accidentally stopped my program. I've been trying to get monthly & yearly rain values working and failed to restart the program after making a small change before I left for the day. So totally my fault. Looks like we had about .71 in. total.

I have the costco version of that (01050C), but it's the same components. They only make one bridge and one 5-n-1 sensor. There's a number of different displays. I'm not real happy with that display but then I didn't buy the package for the display so never really used it. On sale, that is a pretty good deal. Initially, they had a big problem with the humidity sensors, I've had 3 of the 5-n-1 sensors before getting one that works correctly. The bridge is supposed to be plug-n-play, but there can be some issues with getting it registered. It's been a while since I installed my but I think I had to wait a while after plugging it in because it spent the first 20+ minutes downloading new firmware. A lot of people seem to have problems getting the bridge to register, I think it's because it won't register while doing the firmware download so if you keep power cycling it and trying to register it fails. The key is to let it sit for while. I've had mine for about 2.5 years now. They first released the bridge based product for sale at CostCo and I bought one. Then they pulled the bridge product for a about a year while they worked out some issues. My original bridge and last 5-n-1 sensor have been good. Given the cost, I don't expect the same performance/quality as a $600 Davis weather station. I do consider it a pretty good value. I do wish they'd make the bridge a bit more hobbyist friendly, but I can work around that. The support on the product has been beyond what I would expect for something at that price point. They seem to be willing to send out replacements when there is a problem. There's quite a few examples of that in their support forum (see link below). I think a pogoplug would probably work. The key is that you need two network interfaces so you can sniff the packets being sent by the bridge. I've been working on the software to make it more modular and less specific to my environment. You should also look at the software George created (see below). There's also a commercial product called MetroBridge (I think) that does basically the same. The two places that have information on decoding data from the bridge are: http://moderntoil.com/?p=794&cpage=1#comment-4918 https://support.acurite.com/acurite?topic-list[settings][type]=recent George, http://nincehelser.com/ipwx, is really the one person responsible for most of the information on decoding the data from the c

Great! I had to restart everything around midnight after a power glitch from the lightning so I think the daily total never reset. The .73 is likely what we got since about 10pm yesterday. I'm still getting refused connections (43 since midnight), but none since about 5:30 this morning. I don't think this really effects anything since they're somewhat random and I don't see multiple refusals in a row. I don't think I'm sending (or maybe not properly tracking) monthly & yearly rainfall. I'll look into that. I am sending hourly and daily rainfall totals and those seem to be working. Weatherbug doesn't seem to accept rainfall at any smaller granularities. I don't know that my setup is something worth duplicating. When Acurite came out with a sensor package and internet bridge it seemed like a great solution. Works well if you want to use their cloud service, not so well if you want the data local. I do have the setup somewhat documented at http://www.bobshome.net/weather/

Yes, El Dorado Hills. Before getting my station and getting it to report to weatherbug, I would bounce between Placerville airport and the CTRSH station. Mostly using Placerville. But the temperature difference between Placerville and here would vary between 3 to 10 degrees. Not real useful when used to control when heat or air should be on. You should be able to enter the "p17648" for the station ID and it will pick it up. You can also look at it on-line at http://weather.weatherbug.com/CA/El%20D ... tat=p17648 I haven't been tracking the rain stats, but I'm sending the same values I send to weather underground and my rainfall data is matching another wunderground station just down the street. While looking at it today, I noticed that that weatherbug wants monthly and yearly rain totals so I just added that to the data I'm sending them. It hasn't started raining yet, but it's supposed to tonight. Hopefully the updates to the cloud will make things work a bit better. I'm sending updates once per minute and have seen a lot of errors where weatherbug refuses the connection. Nothing consistent, just burst of refused connections 5 to 10 times in an hour and then it's fine for hours.

Mike, I just looked at this thread for the first time. It sounds like you might be close to my location. I'm running a backyard station now that may provide better data for you depending on the distance between us. I was having a lot of problems with other stations too mostly related to temperature because all the surrounding stations were at quite different altitudes. My station id is p17648 It's at about 1300ft in EDH. I've had some issues with rain data but I think I have most of those worked out. The station just came back up on the weatherbug cloud so I should know soon as rain is on the way. And if the station is useful to you, at least you have someone to complain to if it is having problems

From yesterday (9/2) Most recent update:

I don't seem to be getting data from my backyard station either. But, the weatherbug web page isn't showing me any data, it says "No current observations available at this time Please try again later or Select a different station" But the weatherbug backyard station test page for my station is showing that they're getting the data and it's up-to-date. i.e. this page: http://data.backyard2.weatherbug.com/data/ecv.aspx works but this page: http://weather.weatherbug.com doesn't when both pages reference the same station id. So I'm thinking it's a weatherbug issue. Edit: I just logged into the weatherbug developer's site and it appears that this is a sitewide issue.

Hi sorka, From the main HS web interface you can set the current setpoint by finding the device and scrolling to the right. There's up and down buttons that will bump the current set point up or down. Near the top of the main web interface, there's a button labeled "ISY Insteon Thermostats" If you click on that, it will bring up a screen that has information for each thermostat including the heat and cool setpoints. Each of those setpoints is a drop down box that you can use to set the corresponding set point. The plugin also supports the HomeSeer thermostat API so you can use scripts to set the heat or cool setpoint via that API. There are also ISY Insteon Thermostat specific actions that can be used in events to set the heat or cool setpoint.

The "reset variables" worked and it is now reporting valid looking numbers. Thanks Michel

No one else has reported it so I don't think it's widespread and maybe just me. I have changed the station a couple of times with no change. The only thing I haven't tried yet is to reboot the ISY. I'll try a reboot and save off the log before and after. Ok I rebooted and looked through the logs. Nothing in them that indicates any problems, but the the same "--214748.352" value is still there in Irrigation Requirements. I tried changing all the various irrigation settings (tried all regions, tried setting allowable depletion to zero, etc.) the value hasn't changed. Seems to be stuck at that one value. All the incoming weatherbug data seems valid and correct. What can I do to reset this value? Is there a config file I should delete?

No one else has reported it so I don't think it's widespread and maybe just me. I have changed the station a couple of times with no change. The only thing I haven't tried yet is to reboot the ISY. I'll try a reboot and save off the log before and after.

Nope, I think it started after updating to 3.2.1. I noticed because the plug-in for HomeSeer started crashing (unhandled exception trying to parse the value) after that update. Same value via rest too. All methods to report the climate values report that value. It doesn't look like it's changing either. I've changed some of the irrigation module values, enabled, disabled, changed the weatherbug station. None of those has had any effect. I have not tried re-booting the ISY. I can leave it like this and experiment with it. I don't need the value to be right for anything.

Since installing 3.2.1 I'm seeing invalid information in the Irrigation module's "Irrigation Requirement" output. Light 12.6 % Light Rate 2.2 %/h Evapotranspiration 0.1356 inches/day Irrigation Requirement --214748.352 inches Yesterday's Water Deficit 0.1163 inches Wouldn't be too bad if the number was just wrong, but the "--" causes my software to throw an exception when trying to parse it.

Hi Mark, I don't make a lot of changes to the ISY since my configuration is fairly stable at this point so I don't test a lot of scene modifications scenarios. I do hear of occasional problems with the the ISY Plugin getting out sync with the ISY when doing a lot of administration tasks on the ISY. Restarting the plug-in/HomeSeer will correct that. In this case, shutting down HomeSeer while making the changes can help prevent the out-of-sync problems. No one has reported problems with the plug-in causing (or being suspected of causing) the ISY to crash. When changing scenes like that, the ISY could be sending a lot of data to the plug-in, but it should be mostly ISY->plugin so I wouldn't think data flowing in that direction would cause problems for the ISY. The plug-in does queue up incoming messages from the ISY so it won't cause the ISY to block if it gets behind in processing the messages. You can try turning on the debug log output on the plug-in. This will generate a large amount of log output to the HomeSeer log while you are making the changes. It may help to know what the last message sent by the ISY was before it crashed, but if you're not seeing errors in the log, there's probably not anything else that the additional logging will reveal. Bob

There's a lot of overlap between what a program like HomeSeer can do and what the ISY can do when you look at just Insteon device management/control. However, when you start wanting to do more and interact with other types of devices, that's when HA software becomes the way to go. Your question comes up every now and then on the HomeSeer ISY Plug-in forum. Typical responses are things like voice response, control of other types of equipment like audio/visual (home theater) type stuff. For one or two deadbolts, it's probably hard to justify the expense of HomeSeer, especially if you already have an ISY. There are less expensive alternatives. One option might be Elve from Codecore Technologies. I think the base package is reasonable, but post something on the forums first, while it does have some ZWave support, I'm not sure it supports the deadbolts yet. Also Premise is a free system with some open source type development actively supporting it. You can find more on the Cocoontech forms. Elve does have some support for the ISY (I wrote a basic driver but it's still considered an alpha release). I don't think Premise can work with the ISY, but I believe it can work with Insteon.

I've seen a couple of threads about the Kwikset deadbolts on Cocoontech forums, but it seems that most people are using some type of HA software to control them. I just bought a Kwikset zwave deadbolt but was sent one with the wrong finish so I'm waiting for the right one. I already have HomeSeer so that's probably what I'll use, at least at first.

Well I'm still not seeing any variable events. I have a variable set up to increment as part of repeat program so it increments every 2 minutes. I see the program events, but nothing for the variable. I also set a variable via the REST interface and see no events generated. The screen shot clearly shows that the variable changed at 6:41:27 but the event viewer shows nothing variable related anywhere around that time. My own program that subscribes to the ISY is showing the same thing as the admin console event viewer. Everything else variable related seems to work fine so what am I missing?

Thanks Brad and Chris, I'll spend some more time playing with it. My initial check was not showing any variable related messages. However, most of the changes were being made from the admin console screen. I did set up a program to increment a variable and I did see the program messages but no variable change message (could be I'm filtering those out though). Also, I was looking for updates in the udiws20.ws and didn't realize there was a new udiws30.ws Doh!

Some of these variable related questions might be more appropriate in the Developers forum but since we're talking about them Will changes to variables eventually send messages? Right now I'm not seeing any messages from the ISY when variables are created, removed, or when the value changes. Also, will variables be accessible though the WSDL interface or just REST?

Steve, Did you restart the HomeSeer or the plug-in after the swap? If not, I'd recommend at least doing a re-sync of the plug-in from the plug-in's status page. Restarting HomeSeer would be better to make sure it syncs properly with the ISY. Also, what version of the plug-in and what version of the ISY firmware? If at some point in this your ISY got upgraded to the latest firmware but you're still using an older version of the plug-in, you'll need to update the plug-in to the latest release candidate available on the HomeSeer Forums. http://board.homeseer.com/forumdisplay.php?f=919

I think you need to put the "/setoutps.cgi?0000W11=TTL1+ON" up in the Path text box. It needs to be sent as part of the URL instead of as the HTTP body.

If you are seeing a pause of 5 seconds between when the ISY starts to query the ECM-1240 and when it gets a response from the ECM-1240, that seems excessive. I'm able to query my ECM-1240 every 2 seconds without a problem. I don't have any MS and my ECM-1240 is hardwired to the EP-1 but even so the EP-1 should respond almost instantly when it's queried for data. Michel, Is it possible that the ISY is blocked while a TCP connection is trying to be established and that the serial buffer for the PCM connection overflows, losing any messages that were sent at that time?

Same result here. I had to do the update twice to get it take. The first attempt showed no errors or failures. I suggest performing the upgrade a couple more times (without re-downloading the file) and see if that works.

The ISY plug-in in HomeSeer doesn't create separate devices for the weatherbug values. It currently just creates 1 device for the module. The device string contains the current temperature value and unit so mine currently has "60.8 F" in the device string. The individual weatherbug values are accessible to HomeSeer scripts and can be used in conditions/triggers. There is also a plug-in status page that shows all the individual values, you can see an example of that on my web page for the plug-in http://www.bobsplace.com/ISYInsteon/ You're the second person to ask about individual HomeSeer devices for the weatherbug data. So it will very likely end up as a feature of a future version.

Hi nickoonce, I have a sample Visual Studio C# application that subscribes to events and just displays them in a window. If you'd like the source send me an email or PM. bob@universal-devices.com