Poll

Should Ambient/Ecowitt make the following changes to the WS2000/HP2551 UI?

Move the outdoor sensor signal/battery icons to the bottom right of the wind circle? Move the indoor signal/battery icons to the right of the CH icon?
1 (4%)
Move the outdoor sensor signal/battery icons between the outdoor temp and wind circles? Move the indoor sensor signal/battery icons between indoor temp and humidity circles?
2 (8%)
Option to display rain rate below the raindrop icon?
5 (20%)
Option to Show/Hide, "Rain started x:xxam" during rainstorm, then "Rain x days ago" after 24hrs of no rain?
6 (24%)
Option to Show/Hide, weather ticker. Adjustable scroll speed. Show/Hide select messages.
5 (20%)
None of the Above
6 (24%)

Total Members Voted: 14

Author Topic: Poll #1: Signal/Battery Position 1, Sig/Batt Position 2, Rain Rate location...  (Read 2380 times)

0 Members and 1 Guest are viewing this topic.

Offline galfert

  • Global Moderator
  • Forecaster
  • *****
  • Posts: 6822
Ahhh Henry, I was right about you. No need to answer my PM. You let the cat out of the bag with that statement.
Ecowitt GW1000 | Meteobridge on Raspberry Pi
WU: KFLWINTE111  |  PWSweather: KFLWINTE111
CWOP: FW3708  |  AWEKAS: 14814
Windy: pws-f075acbe
Weather Underground Issue Tracking
Tele-Pole

Offline henry

  • Member
  • *
  • Posts: 42
Re: Should Ambient make the following changes to the WS2000 interface?
« Reply #26 on: July 23, 2019, 09:55:49 PM »
If there were any prioritizing of requested changes being given to the manufacturer; i.e., Fine Offset, it would be very much appreciated if they would first allow for all their equipment, not just one model:

 :arrow: the user to enter the elevation of the barometric sensor
 :arrow: a known gravity value at the station's location; otherwise, use a nominal value
 :arrow: incorporate the outdoor temp and station pressure into
 :arrow: properly calculating an adjusted sea level pressure, and altimeter pressure

I can understand the purpose of entering the elevation of the barometric sensor to get a correct relative pressure, right?  At the moment, we let absolute pressure and relative pressure same after initial setup. User can adjust the relative pressure value manually. So it is more convenient if only elevation is to be entered and relative pressure is machine calculated. we will consider implementing this function. Correct me if my interpretation is wrong. 

As to the gravity and outdoor temp influence on pressure, we studied this and found the influence is like in the 0.1hpa or even less.  do you really expecting an accuracy better than 0.1hpa out of this device? The sensor we used is far less accurate: within the whole temperature range, its accuracy is +/- 3.0hpa ( depends on the batches of the sensor, sometimes it is even worse) . So I really don't think there is a necessity for this requirement.

 

Offline henry

  • Member
  • *
  • Posts: 42
Henry,
Good information thank you. How about using Darksky for forecast like Acurite does on some of their displays?

PS - I sent you a private message some time ago. I never got a response. Maybe you have not noticed that feature on this forum.

Sorry, I didn't have your mails received about Darksky. Could you send it again to sales@foshk.com? Thanks.

Offline galfert

  • Global Moderator
  • Forecaster
  • *****
  • Posts: 6822
Re: Should Ambient make the following changes to the WS2000 interface?
« Reply #28 on: July 23, 2019, 10:08:04 PM »
If there were any prioritizing of requested changes being given to the manufacturer; i.e., Fine Offset, it would be very much appreciated if they would first allow for all their equipment, not just one model:

 :arrow: the user to enter the elevation of the barometric sensor
 :arrow: a known gravity value at the station's location; otherwise, use a nominal value
 :arrow: incorporate the outdoor temp and station pressure into
 :arrow: properly calculating an adjusted sea level pressure, and altimeter pressure

I can understand the purpose of entering the elevation of the barometric sensor to get a correct relative pressure, right?  At the moment, we let absolute pressure and relative pressure same after initial setup. User can adjust the relative pressure value manually. So it is more convenient if only elevation is to be entered and relative pressure is machine calculated. we will consider implementing this function. Correct me if my interpretation is wrong. 

Yes Yes Yes Yes Yes!!! You understood this perfectly. As it stands now it is too confusing for most people to figure out what should be their absolute pressure. They have to plug numbers into online pressure calculators, and that is only if they get it to know to do this. It is also confusing that after you have your offset configured that to make pressure calibration adjustments they need to adjust Absolute and not touch Relative or they throw off their elevation offset. The instinct is to try and adjust Relative and that is a no no, because the right thing to do is to adjust Absolute and Relative follows by the same amount. Totally backwards as you can see. I get it, but I don't think the majority of people do.

Quote

As to the gravity and outdoor temp influence on pressure, we studied this and found the influence is like in the 0.1hpa or even less.  do you really expecting an accuracy better than 0.1hpa out of this device? The sensor we used is far less accurate: within the whole temperature range, its accuracy is +/- 3.0hpa ( depends on the batches of the sensor, sometimes it is even worse) . So I really don't think there is a necessity for this requirement.

That makes sense to me.
« Last Edit: July 23, 2019, 10:11:09 PM by galfert »
Ecowitt GW1000 | Meteobridge on Raspberry Pi
WU: KFLWINTE111  |  PWSweather: KFLWINTE111
CWOP: FW3708  |  AWEKAS: 14814
Windy: pws-f075acbe
Weather Underground Issue Tracking
Tele-Pole

Offline 49studebaker

  • Member
  • *
  • Posts: 45
Darksky weather forecast would be nice. Professional forecast is more accurate.

Offline 49studebaker

  • Member
  • *
  • Posts: 45
Any plans to add these features or not?

 

anything