If you don’t need backfill you can possiblt still use the original driver.

Two issues.  The first is whether your old gateway can read data from a new 
model sensor. I had to upgrade from my old gw1000 gateway to a gw1200 to be 
able to hear a newer ws85 sensor.

The second issue is how to merge multiple sensors into one weewx database. 
Generally you just need a sensor-map to select which wind or rain sensor to 
use. Worst case two instances and MQTT should work.

FWIW my experience is that the ecowitt piezo rain sensors are horrible. I 
found no way to calibrate my rain readings to be able to believe them even 
with a calibrated cocorahs manual gauge nearby. I gave up trying and took 
the ws85 down. I never worked trying to see if its wind readings were good 
or not.


On Monday, July 7, 2025 at 4:48:05 AM UTC-7 Vetti52 wrote:

> So, my first approach seems to be promising. Maybe, I will at first, run 
> the Wittboy in parallel, without integration into Weewx and compare the 
> data and calibrate, when possible. At least I will have to omit the wind 
> data, because in the area there will be no suitable place to measure the 
> wind speed and orientation, because at an elevation of 2m AGL there are too 
> many turbulences and will result in a data mess pretty sure. As far, as I 
> have read the documentation of GW1000 or GW3000, there is no method to 
> silence specific sensors of the array. So I will have to find out, how to 
> ignore wind data in Weewx. Am I right?
> Besides, since now, I never needed to backfill data from Ecowitt or WU. 
> So, I hope, this remains that way, and I do not need the new backfill 
> method. However, I am not sure, if there are other advances, which will 
> urge Ecowitt users to switch to the http based driver, Gary was working on. 
> But, maybe, there is some progress on this project from other specialists 
> here in the forum, that can enlighten me meanwhile.
>
> Thanks so far
> Peter
>
> [email protected] schrieb am Freitag, 4. Juli 2025 um 19:31:42 UTC+2:
>
>> I use two GW2000 with one WeeWX instance, one with the Ecowitt Gateway 
>> Driver as a Driver, the other  one with the Ecowitt Gateway Driver as a 
>> Service. I am on 0.6.3, which isn't capable of backfilling data from the 
>> gw3000s SD-storage in case your WeeWX wasn't running for whatever reason.
>>
>> Vetti52 schrieb am Freitag, 4. Juli 2025 um 18:46:51 UTC+2:
>>
>>> Since a couple of years I have an EFWS2900 working without any failure 
>>> now. This is an Ecowitt 2900 clone, positioned on a pole at 6m above 
>>> ground. It has a colored console, which is just used for visual checks. I 
>>> added a Froggit DP1500, which is a clone of Ecowitt GW1000, serving as 
>>> source 
>>> for weewx, using the GW1000 driver, version 0.6.3. This works perfectly. 
>>> However….
>>> When there is only drizzling rain, the sensor does not react. I 
>>> therefore decided, to add another rain sensor, which should be positioned 
>>> at 2m AGL. 
>>> My current approach is: 
>>> I have purchased an Ecowitt GW3001 (coming next week), which consists of 
>>> a Wittboy sensor set and a GW3000. I plan to replace the WS2900 on the pole 
>>> with the Wittboy and place the WS2900 at a position 2m AGL nearby. This 
>>> should then be used for additional rain measurement only. 
>>> The GW3000 should be connected per LAN, situated directly at the router 
>>> in the basement. The temperature sensor is thus not relevant. The old 
>>> GW1000 remains in the living room for temperature and, maybe, for pressure 
>>> measurement.
>>> So, I need a setup for collecting data from the GW1000 and GW3000. My 
>>> first approach was, to stay with the current setup using the GW1000 driver, 
>>> and ad the GW3000 with a second GW1000 driver, but running as a service.
>>>  Is this possible? And, if yes, how should I configure weewx to „merge“ 
>>> the data into an arrangement, which provides a „smooth“ transition?
>>> I have seen the thread started from gjr, concerning a separate GW3000 
>>> driver, which indicates, that there are improvements coming, concerning 
>>> Ecowitt drivers at all. But the actual situation of gjr being „offline“, 
>>> touches me considerably. 
>>> So, I am hesitating to follow my approach. Or should I, instead, replace 
>>> the complete GW1000 driver based data collection setup by something, which 
>>> is more „up to date“, and which needs, however, still to be developed?
>>>
>>

-- 
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 [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/weewx-user/bfe70fa9-43d7-469e-b08a-748aabcbd9dan%40googlegroups.com.

Reply via email to