Quantcast
Channel: WXforum.net - Ambient Weather and Ecowitt and other Fine Offset clones
Viewing all 21724 articles
Browse latest View live

Re: i miei confronti ecowitt e non.....

$
0
0
Well when I check pricing for the US I get the following.

$214 - RAD14 and I imagine that there is some additional shipping which I couldn't get easily?
$221.23 - Davis 6838 from Scaled Instruments + $24 shipping.
€200 = $240 - Barani Meteoshield Pro + €100 for world wide shipping!

Potentially the RAD14 could be cheaper if shipping is reasonable. But it will likely best case end up the same cost as the Davis (only $7 price difference, you can't call that cheaper...that is the same when you are talking lower $200 range).  And I'm not sure if there is a better dealer in the US for the Barani, because €100 for shipping is retarded. If you take shipping out of the equation the Davis wins as they are all in the lower $200 range.

well yes, buying in america, yes if i had to buy the Davis ventilated in Italy, i would pay 498 dollars, if i take it on scaled between shipping and customs i would pay 375 dollars, and it would arrive after 30/35 days in this covid period, while the meteoschield pro is finished 310 dollars, while the rad-14 together with the rad-02 I paid 290 dollars including shipping, with the convention of meteonetwork, but the rad-14 normally costs about 200 dollars, the prices davis in Italy are madness, they cost a lot, and I still don't understand why, ](*,)

Re: How the station evaluates wind data? - WH65, WS80, WS68

$
0
0
Hi!

Quote
Did your answer from Lucy only cover the GW1000 or also the HP2551?
My question to Lucy was GW1000-specific.
I think it is likely that other stations will calculate an average internally and process the minima/maxima correctly. Because that's technically feasible and I would have expected this behavior with the GW1000 as well.
For me it is in any case incomprehensible and a bug in the GW1000.
Maybe you will ask Lucy about it again?
Then I am not always the one asking unpleasant questions ...
;-)

Oliver
So that latest I got back on Lucy on this is curious. Apparently the HP2551-C does the same thing as the GW1000 i.e. it only uploads the latest wind observation to the web services. It does not aggregate. I was asking about upload intervals as obviously that plays a part and she says that depends on the API limits on each web service e.g. WU is 16s but Ecowitt.net is 60s. She’s also going to talk to their engineers regarding possibility of adjusting/improving this, will see...

So basically, if you look at my flows I’ve been testing with my setup (see diagram) then I know I can reliably get all the WS80 by using flow (1) via weewx-GW1000-API calls every 4s and that works. But apparently both flows (2) and (3) may miss data as no aggregation. However in my own testing, so far the HP2551C/Ecowitt.net route seems to have not missed anything but the GW1000/Ecowitt.et has on occasion missed data. I’ve not looked at the local logs on the HP2551C but I would have assumed that the device itself would capture the peaks and means correctly as it does display them, even if it doesn’t apparently send them.

Would be interesting if anyone has any confirmatory / contradictory data...

 [ You are not allowed to view attachments ]

Re: Fine Offset Clone Models, compatibility matrix and other useful info - MUST READ

$
0
0
change log:
(14-Nov-2020) added Froggit DP70 (=Ecowitt WH55)
(14-Nov-2020) updated sensor hierarchy (footnote 7)
(17-Nov-2020) included Watson as Fine Offset clone seller to footnote d and to the packages
(20-Nov-2020) added acronym scheme (source: Ecowitt)
(21-Nov-2020) updated table: added WS6006/WL6006 and updated footnote 10 on WS6006/WL6006 (source: Ecowitt)
(22-Nov-2020) added Ambient PM2.5 indoor (WH43) and WH31LA (WH55), updated HP3501 sensor compatibility, added Weather Network information
(23-Nov-2020) updated WL6006 info
(24-Nov-2020) added console clone models/brands and their frequencies
(25-Nov-2020) updated HP3501 sensors (with console firmware 1.6.9), added console/screen sizes, added firmware info
(03-Dec-2020) updated WiFi firmware version for Ecowitt and compatible
(07-Dec-2020) added WH31P (Ambient) to the matrix
(10-Dec-2020) added picture of newly released WH45 (release date 10-Dec-2020)
(26-Dec-2020) added picture for HP2551/WS-2000/WS5000 console display overview
(30-Dec-2020) marked WH32E for Ambient as "end-of-life" (exactly "end-of-support" as they have taken it off their portfolio)
(03-Jan-2021) added reference to related discussion thread  https://www.wxforum.net/index.php?topic=40837.0
(03-Jan-2021) added remark regarding past 24 h rainfall display of the HP2551 console
(05-Jan-2021) added PanTech as another reseller brand in Australia (HP2551, HP2553 and extra sensors)
(13-Jan-2021) added Froggit DP30 water temperature sensor to the matrix
(17-Jan-2021) added Meteobridge/Weewx/CumulusMX/WeatherDisplay console support info
(22-Jan-2021) updated footnote 9 with the new WN30 (temperature only, waterproof probe, 3 m cable) sensor
(29-Jan-2021) updated firmware info for WIFI firmware 1.5.7 Ecowitt / 4.2.9 Ambient
(02-Feb-2021) update WS68 signal indicator in console pictogram overview - updated announcement for PM2.5 sensor cycling (1-4) in current position with next firmware version
(30-Jan-2021) added Tycon ProWeather TC3000WC (WH2350 Fnbe Offset clone) to the matrix
(02-Feb-2021) updated WS68 signal indicator position on console screen, announcement by Ecowitt to implement PM2.5 indicator (1-4, WH41/43) cycling with next firmware

Re: Use a UPS (Uninterruptable Power Supply) powering your console, opinions?

Ambient weather.net create post / Beta Social

$
0
0
Just noticed this on Ambient net. Create Post / Beta Social

 [ You are not allowed to view attachments ]  

Re: Ambient weather.net create post / Beta Social

$
0
0
Yes, after I cleared my cache I found it too. At first I though it was broken for my browser, but then found that you can see the messages in two places but can create them only in one. Then I had two of my stations having a discussion.

Re: Use a UPS (Uninterruptable Power Supply) powering your console, opinions?

$
0
0
I have a 1500 Watt Cyberpower, I use it for my computer and  IP logger for my station on the Davis console.   When the power goes out, the UPS lets me power down the computer and when it runs out of power, the batteries in the console kick in and I am good for a while.  In that the modem isn't working but I do have it also hooked to the UPS (seems when the power goes out the   router for the cable company powers down and has to reset)  I still have data in the console.   It also acts as a surge protector. So far lucky.

Re: WH2650WiFi (GW1000 clone) based weather station at very competitive price in EU

$
0
0
Seems prices have gone up  :?
Now 89EUR at Expondo and 105EUR at Amazon

I paid 98EUR shipping included for teh Waldbeck Halley at Electronic Star (using the 5EUR coupon for newsletter registration).

Re: 2902C Can not get the console to find WiFi

$
0
0
Thanks for the info. Unfortunately I don’t have anything Android. I have all iOS. Quite honestly the darn thing should work or there should be a support arm for assistance. I will try that avenue tomorrow and if that doesn’t help I will return the product. I have no time for business that does not stand behind what they sell. Thank goodness for Amazon. I appreciate your time.

Re: 2902C Can not get the console to find WiFi

$
0
0
Thanks for the info. Unfortunately I don’t have anything Android. I have all iOS. Quite honestly the darn thing should work or there should be a support arm for assistance. I will try that avenue tomorrow and if that doesn’t help I will return the product. I have no time for business that does not stand behind what they sell. Thank goodness for Amazon. I appreciate your time.
Try using your smartphone in flight mode with only wifi on (1st switch on flight mode - then switch on wifi) - the mobile network can confuse the WSView app, or in your case the awnet app.
Also make sure your WiFi router/access point transmits only in the 2.4 GHz band for the time of "pairing" - can be switched on again afterwards once the connection has been established.
That can be a tricky thing and should be meanwhile mentioned somewhere in the (hopefully updated) manual.
It has nothing to do with Apple or Android - that's a (maybe for the user lucky) coincidence.

Sometimes you better don't choose your wifi network from a list but enter SSID and password manually (careful - the keys [passwords] tend to be case sensitive; also typos are easily made).

There is a quite complete description in the Ambient FAQ section - even though it says for Android, it will mainly also apply to iOS smartphones.
https://help.ambientweather.net/help/i-cannot-connect-my-ws-2902a-to-wifi/

If the pairing was successful, you should see an entry for your device in the device list. It should say something like AMBWeather-WIFIxxxx V4.2.9.

The version number may vary. If a newer version is available, an update offer will automatically appear once you click on the device list entry. After clicking on that entry you can then configure your weather networks.

Before you have done this (e.g. enter your station ID and key for Wunderground which needs to be created beforehand at the wunderground web site), no report will be visible. The same applies for the respective credentials for other weather networks offered in the WSView/awnet app (e.g. AmbientWeather, WeatherCloud, WOW).

For more details about the firmware, you can look up our post (page down a bit)
https://www.wxforum.net/index.php?topic=40730

Re: 2902C Can not get the console to find WiFi

$
0
0
Thank you so very much for taking the time to help me. After a day and one half of trying I guess I was not working/thinking like I should. With your direction all is good. Up and running and excited to learn and use this new tool. I appreciate your help very much. Have a great day.

Re: Sky Cover data to pwsweather using weewx

fine offset lifespan

$
0
0
Hy ..

I will buy a fine offset weather station professional from aliexpress maybe will come with misol brand ..i want to know the (stamina ) and life span ...i live in hot country in the summer.. ws 2000 weather station

Re: fine offset lifespan

$
0
0
Typical lifespan is 4 to 6 years, sometimes more, sometimes less. If you live on the coast then that will drastically affect things as the salt air is the worst. There was one Fine Offset reseller I saw recently that was giving 3 year warranties. I can't remember what name the Fine Offset reseller was though that was offering the 3 year warranty. They would not do that unless they knew that the majority would last more than 3 years.
The reseller is Steinberg in Europe, Germany and the selling marketplace (not sure who gives the warranty, but who cares in the end  ;)) is www.expondo.de or other expondo country sites in Europe. So 868 MHz models only, but the sensor reporting RF should not have an impact on the lifespan. The respective models are contained in our matrix https://www.wxforum.net/index.php?topic=40730.0
And the Misol brand suggests 433 MHz RF and Oceania as location of use due to the transmission frequency. It would be their HP2550-1 model (WS-2000 is only Ambient even though they sell their products also to Australia with their 915 MHz - there seems to be an exception for 915 MHz in AUS as long as the wattage remains under a certain threshold).

Re: Sky Cover data to pwsweather using weewx


Re: Sky Cover data to pwsweather using weewx

$
0
0
right - looks like I misread your issue -
so what you are saying is that weewx, even though you have activated [[PWSweather]] in the [StdRESTful] stanza (i.e. put the proper station name and key), no cloud cover info is sent ?
It is not clear to me, what type of station and what type of weewx driver you use for your station. If no data is sent, then somehow the data read by the driver doesn't make its way into the PWSweather posting, possibly, because the "sensor"/observation naming is not a 1:1 thing.
Or that cloud_cover needs to be calculated and weewx needs to be told to do so with reference to your station type.

Without knowing your station and driver nothing more can be said. Knowing the driver one could look up the driver Python code and see what is happening there and how the data from your station is processed - and also look up the PWSweather posting code and see where the potential gap is. That's what I would do.

I suggest you post your question including your weewx.conf (from there your station and driver info can be found) to the weewx user group

weewx-user@googlegroups.com

and either someone with a similar setup (and issue) like yours can reply or the main developers (Gary or Tom) will pick up your case.

But it would be helpful if, once the solution is found, you could report the result in this post for others to benefit.  :grin:

Also, this post/thread would be better placed in the weewx board of the Wxforum  8-) - even though the same people may reply
especially as the connection to Fine Offset (clone) station hardware is not obvious from the OP content.

Re: fine offset lifespan

$
0
0
I have an Ambient Weather WS-2000 , and honestly has performed without issue for near 2 years. I mean there is basic stuff you have to do, like clean out the rain sensor, and maybe swap in a new set of batteries on occasion. But I have no real complaints on it's functionality.

I have augmented my total system beyond that, but don't read into that that the WS-2000 had issues.

Re: Sky Cover data to pwsweather using weewx

$
0
0
System is Ambient Weather WS2000.  Data is collected by Ecowitt GW1000.  All data with the exception of cloud_cover is sent to pwsweather (and has been for years without incident).  How do I look up the pwsweather posting code?

Thanks.

Re: fine offset lifespan

$
0
0
My Ambientweather ws-2902 (the original, without any letter) is up and working for 3.5 years now, without any issue (just the wind direction tends to be inaccurate). Our summer is also long and hot.

Re: Sky Cover data to pwsweather using weewx

$
0
0
System is Ambient Weather WS2000.  Data is collected by Ecowitt GW1000.  All data with the exception of cloud_cover is sent to pwsweather (and has been for years without incident).  How do I look up the pwsweather posting code?

Thanks.
cloud_cover is not a sensor - it's derived data. I.e. it is calculated from a couple of other sensor data depending on which calculation approach is used.
I don't know if in the PWSWeather case this is done by the console (GW1000), by weewx or at the web site (PWSweather).

Also, the GW1000 can be used in weewx with two different drivers
a) Interceptor driver - then you get what the console is sending out as "Customized" either via Ecowitt or WU protocol
b) GW1000 API driver - here the driver requests all sensor information from the GW1000 - so what is received as a result depends on the driver

Depending on what the driver provides to weewx from the GW1000, this can be calculated or not, and again depending on the driver, this info can be forwarded to PWSWeather or not.
It may need some additional entries in the [StdWXCalculate] [[Calculations]] stanza.
That's the general observation here.

I still think I can't help you much further here - I suggest again that you just send an email to weewx-user@googlegroups.com subject title: weewx not sending sky cover data to PWSWeather
- and tell your story: that you have a GW1000 and send regularly data to PWSWeather via weewx - and the daily Sky cover data are not shown on PWSWeather.com

If the devil sits deep in the detail, what cannot be excluded, Tom and/or Gary will know/find the answer. 8-)
And don't forget to include your weewx.conf file - and if you feel you have too sensitive data there, you can edit/remove api keys etc. before you send it  ;)
Viewing all 21724 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>