So your station is a dumb station ?
Let's continue this is the other private message
What info do you need from Ambient Weather? I partner with them through Simplex Technology and I can get you any details you need? I developed the "approved' Ambient Weather integrations for HomeSeer and ISY.
I use 8 of the add-on sensors around the house. The sensors send back temp and humidity. If you add sensors, Ambient will automatically add the data to the json data stream as temp1f and humidity1 for the first sensor; temp2f, humidity2 for the 2nd sensor etc.... Here's how I added all 8 of my sensors:
Open the code for the "Ambient Weather Device" in your "Drivers Code" section of Hubitat
I've named my sensors after the locations that they're placed, but you can call yours whatever you want, but keep the names consistent between sections. I'm also showing you three sensors, but you'll probably need to add only one set, so you can just use one pair in each of the two sections.
In the "definition" section up top, add the following attributes:
attribute "watermains_temp", "number" //add-on sensor #1
attribute "watermains_humidity", "number" //add-on sensor #1
attribute "sump_pump_temp", "number" //add-on sensor #2
attribute "sump_pump_humidity", "number" //add-on sensor #2
attribute "attic_temp", "number" //add-on sensor #3
attribute "attic_humidity", "number" //add-on sensor #3
NEXT, in the "def setWeather" section of the driver code, add the paired "sendEvent" chunks of code:
sendEvent(name: "watermains_temp", value: weather.temp1f, unit: 'F', isStateChange: true);
sendEvent(name: "watermains_humidity", value: weather.humidity1, unit: '%', isStateChange: true);
sendEvent(name: "sump_pump_temp", value: weather.temp2f, unit: 'F', isStateChange: true);
sendEvent(name: "sump_pump_humidity", value: weather.humidity2, unit: '%', isStateChange: true);
sendEvent(name: "attic_temp", value: weather.temp3f, unit: 'F', isStateChange: true);
sendEvent(name: "attic_humidity", value: weather.humidity3, unit: '%', isStateChange: true);
You shouldn't need to change anything in the apps code.
If I recall, you need to open the "Ambient Weather Device" in the devices section, and hit "Refresh" but if that doesn't work, you may need to delete and then re-add the device. (I can't remember which...)
Don't know if all of that was clear or not, so let me know -- either way, Ambient should be feeding the data back to you in the data stream that it's providing....
Also, there are some other attributes in the data stream that you may be able to get:
sendEvent(name: "maxdailygust", value: weather.maxdailygust, unit: 'mph', isStateChange: true);
sendEvent(name: "weeklyrainin", value: weather.weeklyrainin, unit: 'in', isStateChange: true);
sendEvent(name: "monthlyrainin", value: weather.monthlyrainin, unit: 'in', isStateChange: true);
sendEvent(name: "yearlyrainin", value: weather.yearlyrainin, unit: 'in', isStateChange: true);
sendEvent(name: "totalrainin", value: weather.totalrainin, unit: 'in', isStateChange: true);
sendEvent(name: "inside_temp", value: weather.tempinf, unit: 'F', isStateChange: true); //inside main sensor unit
sendEvent(name: "inside_humidity", value: weather.humidityin, unit: '%', isStateChange: true); //inside main sensor unit
sendEvent(name: "barometer_abs", value: weather.baromabsin, unit: 'in', isStateChange: true);Thanks, but I only needed the outside temp/humidity as it was with the original sensor. That’s now solved for me with an Ecowitt WH32, which as it turns out is the exact same WH32E used by Ambient Weather. So the WH31B has been returned to Amazon.com
They are the exact same because they are from the exact same manufacturer. EcoWitt is a end-user sales channel for FineOffset that makes the devices. Ambient Weather has for a long time been a US channel partner for FineOffset. Just recently with the emergence of EcoWitt I'm curious how things will change.
BTW - if anyone is interested I've been working with EcoWitt/Foshk to modify the firmware of the GW1000 to support POST'ing of the data to a local/custom URL. I have the beta firmware to test and verify with. If all goes well this will become standard offering of the GW1000. Once this happens it will be possible to then use the GW1000 as a replacement for the ObserverIP module for PWS array's and for add-on sensors. The benefit is all the data could be send to your hub locally with zero cloud interactions. This is all work being done by Simplex Technology not for one HA system but for all.
2 Likes
Thanks for explaing to others that may not know that relationship. I was aware that they are all Fine Offset, but just needed to get the correct sensor. Of course Ambient Weather tech support had "No Idea" if the Ecowitt would work for me. Even though I couldn't buy from them in Canada, they wouldn't ship to me (not even for warranty coverage) and they weren't selling that particular sensor through Amazon.com
So it was on me to take the chance and possibly lose a little in shipping items back to Amazon.com from Canada.
Having data from the GW1000 is of great interest to me for next summer. Since if I can get that in to HE, I can do automatic watering based on moisture with these really inexpensive and IP66 rated sensors
Through Simplex we work with Ambient Weather, Foshk and now EcoWitt and yes they are all from Foshk.
Also most (not all) of the Foshk sensors work with RFXcom also.
As for the soil moisture sensor you linked. Yes I have one and the AQI sensor and they both work well with the GW1000. I've also tested the GW1000 with a 1401 array and it's fine. It should just work with any of the OIP based array's.
1 Like
Great! Let me know when you're close. I'm in Toronto and outdoor growing draws to a close in a few months unless you have a greenhouse. Certainly not worried about soil moisture levels right now, but I want to purchase while prices are low, instead of next Summer when everyone cares about gardening again and the prices jump back up.
1 Like
If you have any information on a local Ambient Weather site I would be interested in providing that in my Ambient Weather driver as an option rather than just rely on the JSON from the API.
But I have not seen any mention of that and mine does not seem to respond to normal HTTP requests. I know it is sending the data somehow but have not bothered trying to wireshark it or anything since I got the API code working for mine, which I will admit is NOT the one this thread is about.
Thanks!
I will have to take a look, parsing it likely should not be bad. But unless I can confirm newer models also have it, I will probably make it as an alternative driver (since I would have no way of testing it).
1 Like
@snell the PWS's that use the ObserverIP module (WS-800, WS-1401, etc) they all have IP in their names. The ObserverIP is a little black box that plugs into ethernet and receives the radio signal from the PWS or console.
There is a web interface. You can scrape it. It WILL CRASH the observer IP if you scrape it too often (less than once a minute) as the little box has a memory leak and it will eventually lock up hard and require a power cycle. Many use a power plug to cycle power nightly... kinda like the HE hub right? Anyways. Though you should be aware.
1 Like
Thanks! That helps. Definitely proves I will not be able to test it directly. Really bothers me when manufacturers go the route of API only and leave people no local methods for the data they generate.
That said... My Ambient has still been far better than the older weather station I have.
The Ambient Weather sensor arrays are made by FineOffset. FO has a off shoot for consumer sales called EcoWitt. Their GW1000 receives the RF from the sensor arrays. I've tested it with my WS-1401 that uses the Observer IP module and it's a direct replacement.
Point being that with the GW1000 you can configure it to send to a local server HTTP end point. I worked with FO to make the endpoint customizable and port so it can work with multiple systems. You will need a webserver to accept a POST and then parse the incoming data. This makes the entire setup local.
On top of it the EcoWitt stuff is cheaper.
1 Like
Precisely why I bought a Weatherflow. Full access to my data locally.
1 Like
Heh. Well, I will have to keep those options in mind if I ever replace mine. I got it for a reasonable price, coded a driver for it, and have had good luck so far.
I have an Ambient weather device. Does this Ambient Weather device driver and app still work okay? Does it inject forecast data as well? Thanks.
I installed the app and the driver. When I go to the app page I see this:
So I'm guessing that no matter what I set the interval for (e.g. 2 minutes), it will run every 5 minutes. It's hard to tell if I am running the latest version as I don't see any versioning numbers. I followed the link at the top of the page.
