Pressure data - SDR - Ecowitt GW1000/Froggit DP1500

[Gert Andersen]

Hi

I'm running a configuration with the Ecowitt GW1000/Froggit DP1500(no console) and some senors (rain, wind temp, etc). Data from these sensors are received via the weewx SDR driver and rtl_433. So the GW1000 is not seen by the SDR system and therefore no pressure data are received.

Question, it it possible to add a pressure sensor, which can be seen from the SDR driver or  is there another solution.

Thanks

Gert

[rich T]

I'm using a I2C BME280 Sensor and this driver https://gitlab.com/wjcarpenter/bme280wx. 

[Gert Andersen]

Hi

Thanks, I'll do further investigations. At least it's possible.

Gert

[rich T]

No problem....it is one possible solution. With that sensor you get Pressure, Temp, Humidity, and Altitude.  I been using that sensor for awhile and its been within 0.25 mbars of my Davis console. You are using a RPI?

[Gert Andersen]

Hi

yes, I'm using a RPI. I'll pick one up and start to play with it.

Gert

[galfert]

Alternative solution is to use the Interceptor driver with the GW1000 sending data with its "Customized Server" settings. But that only sends basic sensors and not any of the extra sensors.

[galfert]

Yet another solution to keep using SDR is to get a WH32B from Ecowitt that includes barometric pressure. This would be the same sensor that you would need for the HP2551-C display console as it doesn't have a built in barometric sensor.

[Gert Andersen]

Hi

Thanks a lot for the advise, I'll look at that solution as well.

Rgds

Gert

[Gert Andersen]

Hi

So there are no display consoles that transmit a barometric signal that can be intercepted by SDR?

Gert

On Friday, December 27, 2019 at 3:08:30 PM UTC+1, galfert wrote:

[galfert]

Correct. There is no console that broadcasts barometric pressure via RF. There wouldn't be a need. Any console that has built in barometric pressure has not need to broadcast that via RF as it is already built in, and therefore the console has the data that it needs from the barometric sensor to then upload to the supported online services. A station only needs one barometric sensor. That is the purpose of the WH32B for use on the HP2551-C which does not have a built in barometric sensor. The reason the HP2551-C doesn't have this sensor built in was probably a function first of the temperature/humidity sensor so that it would not cause erroneous indoor temperatures as having those inside the display console would cause those sensors to overheat and report a too high of a temperature. Different display technology like the one in the WH2910C are not prone to temperature increase due to display technology (it is LED vs LCD). The LCD displays overheat, which is why the HP2551-C has the temperature/humidity sensor external via the WH32B. So while we are at it the WH32B also incorporated the barometric sensor on that device. This allows you to have multiple displays at a lower cost all sharing the one indoor WH32B sensor. Ecowitt does not list the WH32B on their websites but if you contact them and tell them that you need the sensor with barometric sensor that would normally be paired with the HP2551-C they will know what you are referring to. I'm calling it a WH32B because that is what Ambient Weather Calls it. I don't really know for sure what Ecowitt calls it officially. There is different regular WH32 that is for outdoor use and that one does not have the barometric sensor....so you don't want that one.

[p q]

Or buy a pressure sensor and hook it up to your computer directly. 

--
You received this message because you are subscribed to the Google Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/fa1f883b-0b6d-4719-a5a8-f462eaf469ee%40googlegroups.com.

--

Peter Quinn
(415)794-2264

[Thomas Keffer]

This is an option. It's pretty expensive, but it is super accurate: 0.2 mbar across 990 to 1040 mbar. I have one and like it a lot. 

I've written a weewx service for reading XDR pressure data.

https://www.dracal.com/store/products/usb_bar20_n/index.php

To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/CAA1SM21%2B%2BH59NMW1uxKgFOtNE1yq9MV_O7YucPNXB0TTwKgxNw%40mail.gmail.com.

[p q]

I was thinking more on the opposite end of the spectrum - cheap and do it yourself  https://www.adafruit.com/product/1893

But either will work.

To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/CAPq0zEA3kJgpQr%3DfySSvcH%3DWTYXaemRbd3zTADsOKBtpxT_FUg%40mail.gmail.com.

--

Peter Quinn
(415)794-2264

[Thomas Keffer]

Nothing wrong with that! 

I wish the data sheet gave more information --- it's hard to determine its repeatable accuracy. It claims 1.5 Pascal resolution, but doesn't give any clues as to linearity or drift. 

My application was offshore sailboat racing, where you need absolute accuracy with little drift. It helps you determine where you are relative to a high pressure cell. The Dracal's form factor is also perfect for plugging into the navigational computer.

-tk

To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/CAA1SM21tWgX-eWiydMnhrwy_5cHpvXn7yZffm-C_k2EQHbtGtA%40mail.gmail.com.

[rich T]

I'm using this sensor. https://www.amazon.com/Diymall-Pressure-Temperature-Sensor-Arduino/dp/B0118XCKTG  Works fine for what I need it for.

[Gert Andersen]

Hi

Thanks for all the answers.

3 very different solutions and prices, which I find attractive and can be used with SDR. Maybe, in the future, there might be a driver  to WeeWX, which can read data from Ecowiit GW1000 / Froggit DP1500. This unit has built-in barometer.

1) The solution from Adafruit, which needs to be soldered a bit

2) The Ecowiit solution with a 3-in-1 sensor

3) The solution with USB-BAR20-N. Assuming it can be put directly into the RPI

Rgds

Gert

[Richard Horobin]

I have a WH25 that does temperature, humidity and pressure (raw) that I bought from Misol via ali-express. It emits RF at 433.9MHz, perfect for SDR.  (Now I've forgotten how to add the sensor, which I will ask about separately.)

Richard.

On Saturday, 28 December 2019 07:36:36 UTC+11, galfert wrote:

[Andy]

 [[sensor_map]]

       inTemp = temperature.152.FOWH25Packet

       inHumidity = humidity.152.FOWH25Packet

       pressure = pressure.152.FOWH25Packet

       inTempBatteryStatus = battery.152.FOWH25Packet