Recent Posts

Pages: [1] 2 3 ... 10 » Last Page
1
18 years of service? Accept the great news and buy a new one. I have 3 complete VP2s and one unit is 15 years old and I am getting a new ISS—it is cheaper, looks bette than replacing parts as they fail or get more “ugly” so to speak. I do have a separate anemometer that communicates to the 3 consoles. The console is a different issue—I prefer the old one (6312) vs. the new and improved “color” console (6313) —the new console lacks a data port, you can’t adjust monthly rainfall amounts, etc., but it looks nice and is updated automatically by Davis. However, Davis hasn’t released any updates since January 2025–they used to update quite frequently but maybe all the “bugs” have been fixed and no enhancements to the console are necessary—unlikely in my view.
2
As your second gateway has no outside temperature source, as Gyvate explained:
in the absence of a T&H sensor, they are using the barometric formula taking 288 K (15° C) as a given temperature. Not Indoor temperature!
Well, that's just silly. GW3000 has perfectly fine internal T&H sensor. It would be trivial to apply same algorithm to internal T&H sensor. What's wrong with having more accurate indoor relative pressure.

Relative to what exactly?  :?:

There would be no comparison to any other published pressures ( weather forecasts, etc.) unless it is calculated using the correct and agreed method.

Certainly not the International Standard Atmosphere which requires outdoor temperature.

3
As your second gateway has no outside temperature source, as Gyvate explained:
in the absence of a T&H sensor, they are using the barometric formula taking 288 K (15° C) as a given temperature. Not Indoor temperature!
Well, that's just silly. GW3000 has perfectly fine internal T&H sensor. It would be trivial to apply same algorithm to internal T&H sensor. What's wrong with having more accurate indoor relative pressure.





4
just read my posts properly ...
in case of no T&H sensor (outdoor T/RH) available, a different algorithm is used ...
so no bug, but a feature

Clarify, does that mean gw3000 will use different algorithm if outdoor T&H sensor isn't available, or devices that have no access to T&H (either indoor or outdoor) use different algorithm?
5
Thanks!

Question--I have downloaded the update but haven't updated my 5000-Array. In looking at the download, I see no USB driver for Windows 11. I looked at the wiki, and it also only mentions Windows 10. Will the Windows 10 driver work for Windows 11?

It worked fine for me on Windows 11
6
Setup:
gw3000, placed in Office. Access to outdoor temperature and humidity sensor.
2nd gw3000 placed in network closet. No access to outdoor sensors.
Elevation difference between the two is 4 inches. Both have the same firmware version.
Absolute pressure is always the same for both GW3000s.

1.)
If true that outdoor temperature is used if gateway is connected to outdoor sensor, then when outdoor  and indoor temperatures are the same (when green and yellow line cross on bellow graph), relative pressure should be  about the same for both GW3000s. But it isn't (Humidity should not make up to .05 inHg difference in relative pressure).

As your second gateway has no outside temperature source, as Gyvate explained:
in the absence of a T&H sensor, they are using the barometric formula taking 288 K (15° C) as a given temperature. Not Indoor temperature!

2.)
If outdoor temperature is used, then the difference could be explain with lag between how often relative pressure is calculated and how often absolute pressure is measured. But that's not the case because relative pressure line changes as often as absolute pressure does.

Precisely! Because the temperature used on the second gateway is constant at 299K (15° (59°F)). As there is no variation in temperature on gateway 2, its relative pressure will have no adjustment for temperature.

3.)
If outdoor temperature is not used, then relative pressure between the two should not be larger than 0.2 inHg (calculated) when accounting for indoor temperature difference between two indoor location.
It's possible that is due to conversion (customary to metrics and vice versa) and values rounding when taking into account temperature and humidity between two units.

Indoor temperature is not used in the formula. It is outdoor temperature from a sensore or 299K (15° (59°F)).


But then, maybe it is something entirely else.

It is exactly as has bee explained to you.

Taking your first values posted:
1st GW3000
abs. pressure 29.18 inHG
rel. pressure 29.79 inHG @ 73.9°F and 34% humidity
2nd GW3000   abs. pressure 29.18 inHG
rel. pressure 29.84 inHG @ 77.7°F and 36% humidity

and later you said outdoor temperature was:
"PS
I just looked what was the outdoor temperature at that time, it was 98.1 °F "

Putting the values into https://www.starpath.com/barometers/baro_cal.php ( Starpath Online Barometer Calibration)
We get:
For 1st GW3000 (using outside air temperature):
 [ You are not allowed to view attachments ]

For 2nd GW3000  (using 299K (15° (59°F)):
 [ You are not allowed to view attachments ]




7
just read my posts properly ...
in case of no T&H sensor (outdoor T/RH) available, a different algorithm is used ...
so no bug, but a feature
 [ You are not allowed to view attachments ]
8
the WS3900 is one of the IoT enabled consoles:
https://meshka.eu/Ecowitt/dokuwiki/doku.php?id=start#ecowitt_automation_iot_-_wfc01_wittflow_ac1100_wittswitch_wfc02

The HP25x0 consoles receive the srain info, but they don't process it.
Possibly a RAM shortage.
9
What makes you think that only Ecowitt would know ?

I was working together with Ecowitt engineering implementing the SLP algorithm shown in the PDF.
Selecting the best way how to easily implement the formula through programming in the firmware.
So what more do you want ?
Do you want a notarial certification with an Apostille?
That you won't get ...

Factual statements in the WiKi have been cross-checked with Ecowitt - why do you they link to that WiKi from their help portal ? If they were doubtful about the content, they wouldn't do that.
Unlike you, they have read the WiKi.

Go to https://shop.ecowitt.com/de/pages/help-center and click on the very right tile saying "Fine offset & ecowitt WiKi" and check where you end up ...

And you don't need to quote Vladimir Lenin ...  #-o :lol:

all the scientific details you can also find in e.g. Wikipedia for the barometric and hypsometric formulae ...

If you had read my earlier reply to @Rover1822 closely, you could understand where the difference between the two pressure values could come from ... (hint: device firmware HP25x0 2.0.2)

Sorry, in most cases I'm a little bit skeptical about various claims, whether individuals or companies.

Anyways, I've found my answer through testing. GW3000 will use outdoor T&H sensor when available.

As far as equation they use for REL, they have a possible bug in there somewhere. REL difference when using indoor vs outdoor is twice that of what should be at certain temperature ranges.
That's confirmed with manual calculation, online calculators and AI. Max delta should be 0.02 inHg, GW3000 calculates 0.05 inHg. That's for my environment. Results may vary under different conditions.

Once I collect enough data points, I'll submit it to Ecowitt.

10
I just purchased a WS3900 and it is receiving the srain_piezo with the same WS90 unit I was using before. Apparently this is not supported on the HP2560.

Thank you for your assistance.
Pages: [1] 2 3 ... 10 » Last Page