Hi Cameron, I've been in exactly this situation. I started with the GW1000 as a service on top of my original Oregon driver, as it is very neat and straight forward. Because I was unable to get all my Ecowitt variables recorded in the single database (maybe because of overlap since both weather stations report some of the same variables, which I did remap to different names), in the end I went for the weewx_multi strategy with two daemons and two databases which worked out of the box because weewx reports make it in fact quite simple to exploit data from distinct databases. The GW1000 weewx daemon instance does nothing but collect and archive loop data. I have no doubt GW1000 as a service must clearly be a perfectly viable option, and I think I was very nearly there in getting it configured, just sharing my experience faced with the same dilemna ! Kind regards, Pascal
On Friday, 16 December 2022 at 13:33:32 UTC+1 Cameron D wrote: > My Oregon WMR300 is still happily chugging away generating weather data > and I thought I'd augment it with some air-quality sensors. > The easiest in my situation seemed to be an Ecowitt WH45 CO2/particle > sensor with a GW1100 gateway, and a WH31 temp/RH sensor thrown in for > almost nothing. > So my new system reports: > 1 x barometer > 3 x temperature > 3 x humidity > 1 each CO2, PM2.5, PM10. > sundry battery and signal strengths > > One of my requirements is to have some plots containing data from both > systems on the one chart. > > There seem to be two choices for driver - the Ecowitt (GW1000) and the > interceptor. Are there any strong reasons to choose one over the other? > > There also seem to be two choices for implementation: > 1. using weewx_multi and keep everything separate. Then use the multiple > binding technique in one skin to incorporate all data in a single report. > 2. use the GW1000 code *as a service* in a single instance of weewx, with > a single database. > > The second method seems in some ways simpler, but am I right in thinking I > would need to remap many of the names to avoid clashes with data from the > WMR300? > > If I choose weewx_multi - is there a suitable systemd unit file I can use > as a template? > > Thanks. > Cameron. > -- 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 on the web visit https://groups.google.com/d/msgid/weewx-user/453e14f7-383c-41cf-9c92-f9349363cd86n%40googlegroups.com.
