pounce

The reason for posting in the Q&A forum?

Try prowl and growl. Looks generally free/cheap.

I'm not sure how to set up a proxy on the isy, but you could set up a reverse proxy on a pc. I'm not sure of one for the mac, but I use fiddler for the PC. That might give you a little more info. Yes, it wasn't very clear from your post what was going on. I'd probably lower your timing to something reasonable as well.

I see a difference in modes.

viewtopic.php?f=51&t=8755 See if that is an issue.

Not asking you to drop ssl. I'm just suggesting that you select port 80 (or no port) to allow the app server to negotiate the correct ssl port.

If the ui is forcing a port try 80. Just to eliminate the port/ssl handshake as the problem.

Try dropping the port off the host.

They are pretty cool. I have a bunch of the power switches too. Here is a bit on controlling them by http: http://www.digital-loggers.com/http.html

I have used one of these to automate lawn irrigation controls...and many other things. Network interface and scripting.... http://www.digital-loggers.com/din.html

I found it a little hard to find this information so here is a link for future readers... http://backyard.weatherbug.com/group/ba ... rdstations

I lived in San Francisco for 15 years. I love CA, but in GA my mortgage is half of what I paid for a studio in SF 15 years ago!

Thanks. I guess we will find out. If they are willing I can be a trial victim I know GP has an online trial where they are allowing people to get hourly information on their power usage. I'm not able to find the program information now. I think it was for a few thousand consumers. Perhaps when I hear back I can find out more. There might be some advantage to the power company exposing hourly ratings on the internet. If they are using a 3rd party package for doing this instead of a home built solution it might mean the ability to pull the data from the internet so that lower cost devices and systems can consume at least some historical data to correlate with known programming. I'd still prefer the power of getting the data realtime from the meter.

Thanks. Any tips or advice on having this conversation with GP? What do people ask for when they call their power company? How many of these guys do you have connected to meters in the field? This is my meter: http://sensus.com/web/usca/electric/pro ... tial-meter

Any idea if Georgia Power will allow me to interface to my power meter with the new 994iZS? I've been trying to find documents etc on both sides to see if this is possible or just how it works, but haven't had any luck finding anything with any meat on it. I see that on Smarthome it has a red note that the device must be provisioned by the utility, but I am not sure just what that entails. I'd like to give it a try if its possible.

I noticed that the new Lowes Iris system is using some Zigbee devices. Having brick and mortar locations selling consumer zigbee products could be a good opportunity. Might be a chicken and egg thing. You might stimulate demand if you had controller that supported a wide array of existing consumer products. Someone that gets an Iris system might be unhappy with its options and lack of support for some of the Insteon products they want to use and then switch to your products. I can't deny that it's exciting to see the Lowes Iris display at the front end cap at the entrance of each Lowes I've been in over the last few weeks. They are cobbling together parts from multiple companies and supporting zwave and zigbee. The larger the market that gets created the better for everyone. Competition is good here. I feel that there is plenty of room for products like yours to mingle with this larger players if you can support the devices. Quite honestly I would throw down $500 - 1k today if there was a robust system that would allow me to buy any controller, sensor, keypad etc from Insteon, zigbee or zwave. FWIW: I'm a software and tools architect that specializes in the quality and performance aspects of enterprise and some consumer products and services. None of them in the HA space. It does look like there are a lot of cool testing tools and simulators for zigbee networks that could make QA quite a bit easier on a company. Not sure what they cost.

Looks like it's possible to extend the HA profile. Perhaps an option would be to take a look at implementing the HA profile to support a larger group of existing products looking for your autonomous cloud independent brain and then look at extending the profile with creative ways to support generic or dynamic devices to support custom and customer specific needs. Having this radio support looks like it can really open some new doors. I'm very interested to see where it goes.

Are you implementing the mentioned profiles? Doing so would certainly be an ideal starting point. I would not disagree. I'd put that ahead of any generic extensible approach that didn't also solve the needs of devices that were supported by those profiles. The Synapse radios also look pretty cool. I just stumbled on them researching this topic. The interop with xbee and easy python scripting could be interesting for you also. You are probably very aware of their stuff, but its new to me. Sort of wish I found it earlier, but I don't like using a "cloud" no matter how fluffy and bunny looking it might get. I also want and need more flexibility. I guess we can clarify our nomenclature to make it easier to discuss the easiest path to solve customer needs and therefore sell more product over time. I will also try to read more about how you support your device scripting and how a person can query other devices and data and then apply logic. Perhaps there are other ways to skin this cat...

Thanks. I understand. Would you have documentation or a sample for a thermostat? Just sort of thinking out loud as it were...since you now have the ability to use zigbee and these radios are available to the masses have you considered that sensor manufacturers, open groups and the arduino/pic crowd might be leveraged and embraced to do really cool things within this space? Perhaps the community can help develop an extensible message/logic aspect of your system. I can think of quite a few cool things that might help sell more of your product. I can start a list.

Thanks for the information. Is there an opportunity for contributions or working on a more generic driver/protocol/message format? I have the ability to program my sensors to send or respond with whatever I like. In this way if you have something you already prefer to work with perhaps we can find a quick and simple solution for adapting new devices. Or could there a documented/existing interface I can leverage/copy so that no work is required on your side? Thanks!

Hello, I'm investigating various solutions for building automation. I would like to use Insteon devices so your product looks good for that. It would also appear that you are adding support for a Zigbee radio. This is good for me because I have custom sensors that use XBEE Pro S2 radios. I haven't been through all the wiki and documentation yet so forgive me. With the newer device from UD with Zigbee will I have the ability to integrate maybe 50 XBEE Pro S2 sensors? Is there an API/extension or software to allow this sort of integration? What is supported and perhaps on the roadmap if not supported currently? Thanks!