I have the original driver working just fine with a new gateway, with the SD card. It has it's own IP address (set in a DHCP server on my home network) and I also have an older gateway working alongside it, the DHCP gives that a different IPA.
On Monday, 7 July 2025 at 16:34:28 UTC+1 vince wrote: > 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/4907644e-cab6-427e-b738-67455d4b2a86n%40googlegroups.com.
