In my never ending quest to extend WeeWX, I have purchased Ann Ecowitt
weather station and set it up so that it records the temperature in my
Caravan. This works perfectly but records the data on the Ecowitt website.
I have now managed to extend this to publish the weather stats into a
director
Have you seen this extension for the Ecowitt API? Excellent implementation that may save you a lot of time. https://github.com/gjr80/weewx-gw1000 Sent from Mail for Windows 10 From: Mike RevittSent: 13 January 2021 09:07To: weewx-userSubject: [weewx-user] Recording External Temperatures In my never
I have seen that thanks, but I already run a Vantage Vue and didn't think
you could read data from 2 data sources as part of the main engine
On Wednesday, January 13, 2021 at 9:25:18 AM UTC steep...@gmail.com wrote:
> Have you seen this extension for the Ecowitt API? Excellent implementation
>
You can only run one driver, however weewx-gw1000 can also be run as a service. Quote from the repository: - ‘The GW1000 driver can be operated as a traditional WeeWX driver where it is the source of loop data or it can be operated as a WeeWX service where it is used to augment loop d
That sounds interesting, is there some documentation that shows how to
control where the data goes when running it as a service?
On Wednesday, January 13, 2021 at 10:08:47 AM UTC steep...@gmail.com wrote:
> You can only run one driver, however weewx-gw1000 can also be run as a
> service. Quote
Have a look at the wiki https://github.com/gjr80/weewx-gw1000/wiki which tells you how to setup as a service. Regarding data my personal suggestion would be to create an additional database for Ecowitt and bind to that. You could then pull data from each database as and when you require it, even in
Hi Tom!
Tks for your answer.
Makes sense that the lack of a clock would imply something else. But, what
> is it? Take a measured amount of water and pour it into the rain bucket.
> What do you see in the captured data?
Well, I think the value is cummulative, but not for the last 24h, it's
foreve
Hi,
If the incoming data, rain_mm, is cumulative then you want the WeeWX field
rain and the option contains_total = true. This will convert the cumulative
value into an increment value that WeeWX expects.
rich
On Wednesday, 13 January 2021 at 06:53:11 UTC-5 jmc...@gmail.com wrote:
> Hi Tom!
>
>
For the moment I've given up on the NWS stuff and am using Wunderground
maps. I've been able to integrate an animated loop into my weather page
by doing the following:
I started at: https://www.wunderground.com/maps
For regional radar from Wunderground navigate to:
https://www.wunderground.com
No success so far:
Oscar-Mint:~$ sudo tail -f /var/log/syslog
Jan 9 12:17:32 Oscar-Mint weewx[1686] INFO weewx.restx: PWSweather:
Posting not enabled.
Jan 9 12:17:32 Oscar-Mint weewx[1686] INFO weewx.restx: CWOP: Posting not
enabled.
Jan 9 12:17:32 Oscar-Mint weewx[1686] INFO weew
gjr80 writes:
> Not at all. If you blindly set loop_request = 3 then yes your archive
> record pressure values (as well as some other obs) may end up being a
> combined hardware/software value. If you read the loop_request stanza it
> warns you of this and points out the solution.
It strikes
Well, I found an USB charger from an old phone that supplies up to 5V 2A
and moved the GW1000 to that supply (instead of the USB port on my Banana
PI. The WH31 popped right up on the live view screen. Guessing the Banana
Pi was just too noisy for proper reception? (I only moved it about 2 ft
from
I'd recommend adding the Ecowitt GW1000 to your hardware setup. It will
pick up your Tycon sensor array. Just be sure to get the matching frequency
when ordering the GW1000 as it comes in 433, 868, and 915 Mhz.
On Wednesday, January 13, 2021 at 9:17:08 AM UTC-5 ab9nq@gmail.com
wrote:
> No
Tks Rich, I'll do these changes right now and test.
Tom, you've said:
> wind_avg_km_h => There is no field for averages. It's calculated by WeeWX
> when needed.
> wind_max_km_h => Field windGust
> wind_dir_deg => Field windDir
I commented th 'wind_avg_km_h' and left only "wind_max_km_h" to
wind
Where would the Ecowitt GW1000 cable attach to the TP3000WC? Amazon.com
product, description photo shows a cable with connector. Also, I already
have the ability to upload senor data directly from the TP300WC to
Wunderground. I plan to participate in the NWS CWOP program using
weewx. Th
If you look in the documentation, you'll see that it suggests using
hardware settings for pressure, altimeter, and barometer. That way, there
will not be a problem of alternating between hardware and software computed
values.
On Wed, Jan 13, 2021 at 6:35 AM Greg Troxel wrote:
>
> gjr80 writes:
It sounds like your field "wind_avg_km_h" is actually current wind speed.
Hopefully, by "average" they mean over the last few seconds, not minutes.
On Wed, Jan 13, 2021 at 7:13 AM Jonis Maurin Ceará
wrote:
> Tks Rich, I'll do these changes right now and test.
>
> Tom, you've said:
>
>> wind_avg_
On Wednesday, January 13, 2021 at 6:17:08 AM UTC-8 ab9nq@gmail.com
wrote:
> No success so far:
>
>
I don't see anything at all in your syslog snippet to even indicate what
problem you're reporting, nor your hardware+software config. You're
saving 'something' to the database and generating
Understand the wire; thank you.
##
[Interceptor]
# This section is for the network traffic interceptor driver.
# The driver to use:
driver = user.interceptor
# Specify the hardware device to capture. Op
I have the TP300WC; new this Christmas, it has the anemometer on the top.
Thank you for the info and the driver link!
William
On Wednesday, January 13, 2021 at 1:06:00 PM UTC-5 galfert wrote:
> Do not order the GW1000 from Amazon.com because you will get a GW1000 that
> uses 915 MHz. From my r
Rich, no success :(
I've changed like you suggested, "rain" field and "contains_total = True".
Now it started to rain again and my bucket is reporting 8.0 (was 2.1 before
rain start), but weewx is reporting 51mm/h!
I'm really lost now.
One thing I'm sure: my sensor has been reporting total rain si
On Wednesday, January 13, 2021 at 3:09:29 AM UTC-8 mi...@cougar.eu.com
wrote:
> That sounds interesting, is there some documentation that shows how to
> control where the data goes when running it as a service?
>
>
There is - see
https://github.com/gjr80/weewx-gw1000/wiki/Available-config-optio
Actually, I forgot that the new Ecowitt.com website finally lets you
specify the frequency when ordering (this wasn't an option before and you
had to email). So you can order the frequency that you need.
https://www.ecowitt.com/shop/goodsDetail/18
On Wednesday, January 13, 2021 at 1:35:12 PM UT
But send them an email anyway ...because their shipping information says
that they send 915 MHz to North America. That is conflicting information.
https://www.ecowitt.com/shop/deliveryInfo
Do check your Tycon though to see what frequency it really does use.
On Wednesday, January 13, 2021 at 1:51
Take a look at http://weewx.com/docs/customizing.htm#units It sounds like
you might have a mix of ‘METRIC’ and ‘METRICWX’ data reporting. Let’s leave
the unit_system as ‘METRIC’, but override the units of the rain field to mm
by setting ‘units = mm’ in the rain_mm section. This will convert the
Ok, but I don't have METRIXWX in anywhere in my weewx configuration.
Anyway, I'm following your instructions.
This is my current setup:
[[topics]]
>
> unit_system = METRIC
>
> use_topic_as_fieldname = true
>
> use_server_datetime = True
>
> [[[rtl_433/devices/Fine
You are the man! hahahahhaa
Last value on MQTT before start weewx: rain_mm => 13.8
Started weewx with empty database.
After 10 minutes, MQTT was reporting 15.6 and weewx generated a new report
with total rain (today) value of 1.8 and rain rate of 5.4mm/h
(automatically calculated).
If I'm not wro
Let me try to give a better explanation. As Tom noted earlier, it doesn’t
matter what the units of the data in the packet is. But, for a given packet
all of the data ha to belong to one of the WeeWX unit_system, US, METRIC,
or METRICWX.
Setting the unit_system under MQTTSubscribe controls wha
Great! Sorry I missed the mm/cm earlier.
rich
On Wednesday, 13 January 2021 at 14:35:01 UTC-5 jmc...@gmail.com wrote:
> You are the man! hahahahhaa
>
> Last value on MQTT before start weewx: rain_mm => 13.8
> Started weewx with empty database.
> After 10 minutes, MQTT was reporting 15.6 and weewx
Tycon Wireless "ProWeatherStation" tm, model. TP300WC that I have has a
frequency of 433 Megahertz. Thank you gaifert! Tycononline" tech
support; gave me the frequency band.
William
On Wednesday, January 13, 2021 at 1:55:35 PM UTC-5 galfert wrote:
> But send them an email anyway ...because t
Hi All,
I'm new to weewx and python in general so have been plugging away for a
couple of weeks getting everything setup and working.
My hardware is an ecowitt WH9200 and I'm using weewx 4.2 on FreeBSD which I
setup using the py-setup method. I am capturing the data using the
weewx-intercept
Normally, I don't deal with the influx driver, but Matthew is swamped so I
took a look.
I believe the problem is that the driver was not completely ported to
Python 3. The HTTP response needs to be converted from a byte array to a
string before performing the find() operation.
Try this version of
Thanks very much. I have replaced the existing influx.py with your version
and restarted weewx. It is putting data into the InfluxDb, so fingers
crossed it keeps doing so.
Cheers,
Tom
On Thursday, January 14, 2021 at 2:20:46 PM UTC+11 tke...@gmail.com wrote:
> Normally, I don't deal with the
33 matches
Mail list logo
