[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[mwall]

On Tuesday, January 28, 2020 at 11:00:34 AM UTC-5, Vetti52 wrote:
>
>
> starting at line 2246
>
>> 'totalrainin': 'rain_total',
>> 'rainratein': 'rain_rate',
>>
>
> These lines made it for me. Since version 0.51 rain works fine. However, 
> now there is wh65_battery missing in weewx. So, it is not yet perfect.  
>

i am sure weewx-interceptor is still not perfect (and the firmware updates 
and discrepancies between ambient, ecowitt, and other firmware ensure that 
perfect will probably never be obtained), but these items were resolved in 
0.52

m

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/e935a22e-6d6b-4e31-bd91-ab7f7dbd99b5%40googlegroups.com.

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[mwall]

james,

please try weewx-interceptor 0.53.  this should use yearlyrainin for 
devices such as the hp2551 that use something similar to but not quite the 
ecowitt protocol.

m

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/a5027f34-4c94-4f90-ba69-72ac1597b2dd%40googlegroups.com.

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[gjr80]

Ok, thanks, the issue is that the http posts being intercepted by the 
interceptor driver do not contain a ‘rainin’ field. When used with the Ecowitt 
client the interceptor driver relies on being able to calculate the difference 
between successive rainin values to determine the rainfall per packet. No 
rainin means no (field) rain. No rain field translates to nulls in the rain 
field in your database (as distinct from zero).

What to do? I know nothing of your station so i don’t know if the lack of a 
rainin in the http post is expected behaviour or not. At the moment the use of 
rainin to calculate rain is hard coded in the interceptor driver. It is also 
possible to calculate rain from any of the other cumulative rain fields in the 
http post (day, month and year for example) but (I believe) this will require 
changes to the interceptor driver rather than just adding an entry to the field 
map in weewx.conf. Probably one for Matthew or some of the others more familiar 
with the interceptor driver.

Gary

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/08ac0d74-3e62-4558-85c6-ae4f5ef8afe9%40googlegroups.com.

Re: [weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Thomas Keffer]

You've got the general idea. As implied by the Wiki article, make sure you
specify different database names for the two instances. Otherwise, you'll
two processes trying to use the same database.

-tk

On Tue, Jan 28, 2020 at 1:53 PM Kevin Davis  wrote:

> Ok, got it.
>
> I remember seeing that page a while back, but that was before I had
> started thinking about this.
>
> So essentially, via the conf files, each instance will know which station
> feed, Davis or AcuRite, to pull from.  And only one instance will be setup
> to produce the reports and it will bind to the second database for any of
> the AcuRite data points I want to use.
>
> Makes sense.  Now, to stumbled my way through it.
>
> Fun stuff.  Thanks for the great software.  I will now return to the
> woodwork.
>
>
> On Tuesday, January 28, 2020 at 1:43:31 PM UTC-8, Thomas Keffer wrote:
>>
>> No, they can (and should) run on the same computer.
>>
>> See the Wiki article *How to run multiple instances of WeeWX
>> * for details.
>>
>> -tk
>>
>> On Tue, Jan 28, 2020 at 1:34 PM Kevin Davis  wrote:
>>
>>> Wow.  Thanks for the quick reply Thomas.
>>>
>>> I'll look into your solution.  Will that require each station to run on
>>> it's own  Pi?
>>>
>>> On Tuesday, January 28, 2020 at 1:09:08 PM UTC-8, Thomas Keffer wrote:

 That would require writing a custom service that manages a separate
 thread which talks to your AcuRite.

 Far simpler is to just run two instances of weewx: one for the VP2, the
 other for the Accurite, each with its own database. Then nominate one of
 the instances to run the reports, using the 2nd database in the reports.
 See the section *Using multiple bindings
 * in
 the Customizing Guide.

 On Tue, Jan 28, 2020 at 11:21 AM Kevin Davis  wrote:

> This weekend, I am going to replace my existing station(AcuRite 01036)
> with a Davis Pro2.
>
> I would like to move the AcuRite to the garden area for some localzied
> readings?  How can I transition the feed from the AcuRite to load it's 
> data
> into the "extra" Temps fields in the database?
>
> --
> 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 weewx...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com
> 
> .
>
 --
>>> 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 weewx...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/4430c6b7-3f6c-4b6a-aa01-0ee67b956dac%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/6d61d9d1-896c-407e-989b-d63a9f4e9d5a%40googlegroups.com
> 
> .
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEDZ7iy5MUN3n4WWGkzNWTG6fruX86DYAQ9HS4ohCeWULQ%40mail.gmail.com.

Re: [weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Kevin Davis]

Ok, got it.

I remember seeing that page a while back, but that was before I had started 
thinking about this.

So essentially, via the conf files, each instance will know which station 
feed, Davis or AcuRite, to pull from.  And only one instance will be setup 
to produce the reports and it will bind to the second database for any of 
the AcuRite data points I want to use.

Makes sense.  Now, to stumbled my way through it.

Fun stuff.  Thanks for the great software.  I will now return to the 
woodwork. 


On Tuesday, January 28, 2020 at 1:43:31 PM UTC-8, Thomas Keffer wrote:
>
> No, they can (and should) run on the same computer.
>
> See the Wiki article *How to run multiple instances of WeeWX 
> * for details.
>
> -tk
>
> On Tue, Jan 28, 2020 at 1:34 PM Kevin Davis  > wrote:
>
>> Wow.  Thanks for the quick reply Thomas.
>>
>> I'll look into your solution.  Will that require each station to run on 
>> it's own  Pi?
>>
>> On Tuesday, January 28, 2020 at 1:09:08 PM UTC-8, Thomas Keffer wrote:
>>>
>>> That would require writing a custom service that manages a separate 
>>> thread which talks to your AcuRite.
>>>
>>> Far simpler is to just run two instances of weewx: one for the VP2, the 
>>> other for the Accurite, each with its own database. Then nominate one of 
>>> the instances to run the reports, using the 2nd database in the reports. 
>>> See the section *Using multiple bindings 
>>> * in 
>>> the Customizing Guide.
>>>
>>> On Tue, Jan 28, 2020 at 11:21 AM Kevin Davis  wrote:
>>>
 This weekend, I am going to replace my existing station(AcuRite 01036) 
 with a Davis Pro2.

 I would like to move the AcuRite to the garden area for some localzied 
 readings?  How can I transition the feed from the AcuRite to load it's 
 data 
 into the "extra" Temps fields in the database?

 -- 
 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 weewx...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com
  
 
 .

>>> -- 
>> 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 weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/4430c6b7-3f6c-4b6a-aa01-0ee67b956dac%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/6d61d9d1-896c-407e-989b-d63a9f4e9d5a%40googlegroups.com.

Re: [weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Thomas Keffer]

No, they can (and should) run on the same computer.

See the Wiki article *How to run multiple instances of WeeWX
* for details.

-tk

On Tue, Jan 28, 2020 at 1:34 PM Kevin Davis  wrote:

> Wow.  Thanks for the quick reply Thomas.
>
> I'll look into your solution.  Will that require each station to run on
> it's own  Pi?
>
> On Tuesday, January 28, 2020 at 1:09:08 PM UTC-8, Thomas Keffer wrote:
>>
>> That would require writing a custom service that manages a separate
>> thread which talks to your AcuRite.
>>
>> Far simpler is to just run two instances of weewx: one for the VP2, the
>> other for the Accurite, each with its own database. Then nominate one of
>> the instances to run the reports, using the 2nd database in the reports.
>> See the section *Using multiple bindings
>> * in
>> the Customizing Guide.
>>
>> On Tue, Jan 28, 2020 at 11:21 AM Kevin Davis  wrote:
>>
>>> This weekend, I am going to replace my existing station(AcuRite 01036)
>>> with a Davis Pro2.
>>>
>>> I would like to move the AcuRite to the garden area for some localzied
>>> readings?  How can I transition the feed from the AcuRite to load it's data
>>> into the "extra" Temps fields in the database?
>>>
>>> --
>>> 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 weewx...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/4430c6b7-3f6c-4b6a-aa01-0ee67b956dac%40googlegroups.com
> 
> .
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zECTNNfZ8d9agp7EEXQzjVqip5RTj6vjHRBbcBkyr2uhRg%40mail.gmail.com.

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[James Berry]

Ok, think I've got all that.  Files here:

https://www.dropbox.com/sh/gapewrn5f2hqczy/AAAs2FUqlM035k9GRYYCLBeoa?dl=0


On Tuesday, 28 January 2020 20:19:47 UTC, gjr80 wrote:
>
> Hi, 
>
> I would suggest you go back to basics and post a copy of weewx.conf and a 
> startup debug log extract. The output of the wee_debug utility (
> http://weewx.com/docs/utilities.htm#wee_debug_utility) includes a 
> sanitised copy of weewx.conf, just copy and post the output. Do check it 
> first for sensitive info such as passwords, usernames, addresses etc 
> wee_debug is good at obfuscating this info but is not perfect. To obtain a 
> startup debug report edit weewx.conf, set debug = 1 then restart WeeWX. Let 
> WeeWX run for at least two full archive periods then take a copy of the log 
> from startup through until the two archive periods have elapsed. Post the 
> log extract making sure you include the full startup log, don’t edit/alter 
> anything. 
>
> Gary

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f4f86c48-996f-4141-9e74-99697b470bef%40googlegroups.com.

Re: [weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Kevin Davis]

Wow.  Thanks for the quick reply Thomas.

I'll look into your solution.  Will that require each station to run on 
it's own  Pi?

On Tuesday, January 28, 2020 at 1:09:08 PM UTC-8, Thomas Keffer wrote:
>
> That would require writing a custom service that manages a separate thread 
> which talks to your AcuRite.
>
> Far simpler is to just run two instances of weewx: one for the VP2, the 
> other for the Accurite, each with its own database. Then nominate one of 
> the instances to run the reports, using the 2nd database in the reports. 
> See the section *Using multiple bindings 
> * in 
> the Customizing Guide.
>
> On Tue, Jan 28, 2020 at 11:21 AM Kevin Davis  > wrote:
>
>> This weekend, I am going to replace my existing station(AcuRite 01036) 
>> with a Davis Pro2.
>>
>> I would like to move the AcuRite to the garden area for some localzied 
>> readings?  How can I transition the feed from the AcuRite to load it's data 
>> into the "extra" Temps fields in the database?
>>
>> -- 
>> 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 weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4430c6b7-3f6c-4b6a-aa01-0ee67b956dac%40googlegroups.com.

Re: [weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Thomas Keffer]

That would require writing a custom service that manages a separate thread
which talks to your AcuRite.

Far simpler is to just run two instances of weewx: one for the VP2, the
other for the Accurite, each with its own database. Then nominate one of
the instances to run the reports, using the 2nd database in the reports.
See the section *Using multiple bindings
* in the
Customizing Guide.

On Tue, Jan 28, 2020 at 11:21 AM Kevin Davis  wrote:

> This weekend, I am going to replace my existing station(AcuRite 01036)
> with a Davis Pro2.
>
> I would like to move the AcuRite to the garden area for some localzied
> readings?  How can I transition the feed from the AcuRite to load it's data
> into the "extra" Temps fields in the database?
>
> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com
> 
> .
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEAEukwNvOcE%3D9BjPdTLi%2BaZ29ooK7%3D%3Do%3D03vSw2i3-w9Q%40mail.gmail.com.

[weewx-user] Re: help with ambient weather 2902 / interceptor / pihole

['Tolip Wen' via weewx-user]

I use interceptor and I have my router do the internet portion of the 
equation. The way I implimented it is with firewall rules on my router.
When my WS-1400-IP sends his data to wunderground my router makes a copy of 
the packets and sends them to my weewx computer.

If your WS2902 communicates with wunderground directly from your router 
over WiFi then the router is the logical first opportunity to duplicate and 
redirect the copy of the data. I have no idea if the Asus rt-a66u running 
stock software has provisions for 'ip tables' but you can load DD-WRT 
software on that model and it can do it. Switching the OS that is running 
on your router IS NOT TRIVIAL!

At any rate the firewall rules I use with DD-WRT are as follows,

iptables -t nat -A PREROUTING -s 10.10.100.72 -p tcp --dport 80 -j DNAT 
--to-destination 10.10.100.13:8099
iptables -t nat -A POSTROUTING -j MASQUERADE


My WS-1400-IP device has IP address 10.10.100.72
My weewx computer has IP address 10.10.100.13
My router changes the destination IP and port, my examples use 8099.
My weewx.conf file has the following interceptor settings,

[Interceptor]
# This section is for the network traffic interceptor driver.

# The driver to use:
driver = user.interceptor

# Specify the hardware device to capture.  Options include:
#   acurite-bridge - acurite internet bridge
#   observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
#   lw30x - oregon scientific LW301/LW302
#   lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
device_type = observer
port = 8099

There is another way to use interceptor in sniff mode but I think it requires 
different firewall rules.
If your stock router uses 'iptables' you can try the lines I used just replace 
the IP addresses with whatever you are using.
Change the device_type in your weewx.conf to whatever is apropriate for your 
device.

Beware! the firewall rules use fixed IP addresses. 
If you use DHCP on your router it is necessary to make sure your router always 
gives the same IP to your 2902 and your PC running weewx.
The solution is to add Static Leases to your DHCP server on your router for the 
2902 and weewx respectively.
If you don't do this and one of the devices gets a different address it can be 
"level 3 fun" figuring out why something stopped working when you did not 
change anything.

If you choose this method and it does not work right away you can use 
wireshark on the weewx PC and sniff packets to verify that the router is 
working as expected. Don't forget to verify that the data is still going to 
a remote destination if that is what you want.

It is also possible with firewall rules to NOT send the data directly to 
wunderground etc.
That way weewx can do whatever you choose with the data and send that out. 
:-)

Hope this helps! :-)

On Wednesday, January 22, 2020 at 9:36:46 PM UTC-6, Christopher Lanus wrote:
>
> hello there, i recently got an ambient weather 2902 station, and am 
> interested in storing my data locally, which brought me to weewx, and 
> eventually here.
>
> i've done a fair bit of reading/experimenting, and am still unable to 
> intercept my weather data. i'll do my best describing what my setup looks 
> like:
>
> - weather station up and running, connected to wifi, 
>   - reporting data to ambient weather and wunderground.
>   - have wunderground station id
>   - have a record of this station's local ip in my network
> - weewx installed on rpi3 running raspian (via [[
> http://weewx.com/docs/debian.htm][debian instructions]])
>   - this pi is also running owncloud, served by nginx on ports 80/443
>   - this pi has a static ip
> - interceptor driver installed via [[
> https://github.com/matthewwall/weewx-interceptor][its github]]
> - pihole running on a pi zero
>   - this pi has a static ip
>   - my router (asus rt-ac66u) uses this pi as its dns server
>   - i have noted that my station makes regular calls to `time.windows.com`
> - and only infrequent to `rtupdate.wunderground.com`
>   - i have updated the `/etc/hosts`, adding records to resolve both `
> time.windows.com` and `rtupdate.wunderground.com` to the ip running weewx
> - i have configured weewx.conf 
>   station_type = Interceptor
> ...
>   [Interceptor]
>   driver = user.interceptor
>   device_type = observer
>   port = 9000
> ...
>   [[Wunderground]]
> enable = true
> ..
>
>
> - i have started/restarted weewx daemon
> - i have manually run interceptor
>   - do not see any traffic
>   - however, when i manually hit my weewx machine's ip on port 9000, i see 
> it logged in my terminal
> - running `journalctl -u weewx.service`, i've seen the following messages:
>
>
> Jan 21 21:32:28 cql-server weewx[5408]: restx: Wunderground-PWS: Data for 
> station KILLAGRA32 will be posted
> Jan 21 21:32:28 cql-server weewx[5408]: restx: PWSweather: Posting not 
> enabled.
> Jan 21 21:32:28 cql-server weewx[5408]: restx: CWOP: Posting not enabled.
> Jan

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[gjr80]

Hi,

I would suggest you go back to basics and post a copy of weewx.conf and a 
startup debug log extract. The output of the wee_debug utility 
(http://weewx.com/docs/utilities.htm#wee_debug_utility) includes a sanitised 
copy of weewx.conf, just copy and post the output. Do check it first for 
sensitive info such as passwords, usernames, addresses etc wee_debug is good at 
obfuscating this info but is not perfect. To obtain a startup debug report edit 
weewx.conf, set debug = 1 then restart WeeWX. Let WeeWX run for at least two 
full archive periods then take a copy of the log from startup through until the 
two archive periods have elapsed. Post the log extract making sure you include 
the full startup log, don’t edit/alter anything.

Gary

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/874ed61d-1515-4ba0-a6cf-a6f6cb6fb09c%40googlegroups.com.

[weewx-user] Pulling Data from two stations : Davis Pro 2 and Acurite 01036

[Kevin Davis]

This weekend, I am going to replace my existing station(AcuRite 01036) with 
a Davis Pro2.

I would like to move the AcuRite to the garden area for some localzied 
readings?  How can I transition the feed from the AcuRite to load it's data 
into the "extra" Temps fields in the database?

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/6513d078-30a8-4405-a796-2f5054c1b840%40googlegroups.com.

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[James Berry]

For completeness, here are the complete logs for an entry from my device 
where it had rained earlier, but wasn't raining at the time.

Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: raw data: 
PASSKEY=xx&stationtype=EasyWeatherV1.4.6&dateutc=2020-01-28+06:37:00&tempinf=67.5&humidityin=46&baromrelin=29.106&baromabsin=29.106&tempf=37.9&humidity=87&winddir=274&winddir_avg10m=258&windspeedmph=10.5&windspdmph_avg10m=11.2&windgustmph=15.9&maxdailygust=28.6&rainratein=0.000&eventrainin=0.488&hourlyrainin=0.000&dailyrainin=0.106&weeklyrainin=0.488&monthlyrainin=0.921&yearlyrainin=0.921&solarradiation=0.00&uv=0&wh65batt=0&wh25batt=0&freq=433M&model=HP2551_V1.5.7
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter eventrainin=0.488
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter baromrelin=29.106
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter maxdailygust=28.6
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter monthlyrainin=0.921
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter PASSKEY=
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter model=HP2551_V1.5.7
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: unrecognized 
parameter windspdmph_avg10m=11.2
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter hourlyrainin=0.000
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: unrecognized 
parameter winddir_avg10m=258
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter freq=433M
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter yearlyrainin=0.921
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter dailyrainin=0.106
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter stationtype=EasyWeatherV1.4.6
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
parameter weeklyrainin=0.488
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: raw packet: 
{'wind_speed': 10.5, 'humidity_in': 46.0, 'temperature_in': 67.5, 
'solar_radiation': 0.0, 'wind_gust': 15.9, 'wh65_battery': 0.0, 
'humidity_out': 87.0, 'uv': 0.0, 'dateTime': 1580193420, 'pressure': 
29.106, 'temperature_out': 37.9, 'wind_dir': 274.0, 'wh25_battery': 0.0, 
'rain_rate': 0.0, 'usUnits': 1}
Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: mapped 
packet: {'pressure': 29.106, 'outHumidity': 87.0, 'UV': 0.0, 'radiation': 
0.0, 'dateTime': 1580193420, 'windDir': 274.0, 'outTemp': 37.9, 
'windSpeed': 10.5, 'inHumidity': 46.0, 'inTemp': 67.5, 'windGust': 15.9, 
'rainRate': 0.0, 'usUnits': 1}

On Tuesday, 28 January 2020 16:19:37 UTC, James Berry wrote:
>
> I had assumed that since hourlyrainin and dailyrainin were present in the 
> source data that these were meant to be mapped somewhere - the log says 
> these are ignored (and have values in them).  You are right that there was 
> no rainfall at the time, but you can see that there had been some since 
> midnight.
>
> Looking at interceptor.py I find the lines you refer to at line 2359 
> (which is also the line they are in the latest github version)
> My weewx.config is pretty much verbatim - only just installed it and added 
> the interceptor sections as per the instructions (it only has the port and 
> the use of ecowitt-client) - it has no mapping extensions in
>
> Looking at my archive table I can see rain_rate is populated with values, 
> but the rain column is NULL - so perhaps it is that the calculation is not 
> happening rather than the mapping is wrong?
>
>
>
> On Tuesday, 28 January 2020 16:00:34 UTC, Vetti52 wrote:
>>
>> according to your data, there was no rain at that time. rain_rate is 
>> zero. rain_total is not provided by your console and will be calculated. I 
>> had the same problem, which is solved since version 0.51.
>> When starting interceptor.py manually, you will see, how the sensors are 
>> labelled by your console. 
>>
>> have a look into interceptor.py
>>
>> starting at line 2246
>>
>>> 'totalrainin': 'rain_total',
>>> 'rainratein': 'rain_rate',
>>>
>>
>> These lines made it for me. Since version 0.51 rain works fine. However, 
>> now there is wh65_battery missing in weewx. So, it is not yet perfect. 
>>
>> Do you have any entries in weewx.conf?
>>
>>> [Interceptor]
>>> [[sensor_map_extensions]]
>>>
>>
>>
>> Am Dienstag, 28. Januar 2020 07:40:19 UTC+1 schrieb James Berry:
>>>
>>> Looks like there was some rain since midnight, this is the log entry 
>>> being generated - looks like the rain total is being ignored and this could 
>>> be the reason?
>>>
>>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: 
>>> unrecognized parameter windspdmph_avg10m=11.2
>>> Jan 28 06:37:02 weather weewx[27613]: inte

[weewx-user] Re: Issue Conversion with sdr driver and wind sensor WGR800

[Olivier Payrastre]

Hello,

Thanks a lot. I applied first method cause it was easier. All is working 
fine now. 

Olivier.

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/08beb366-8277-4a24-aeca-99fa8086db2a%40googlegroups.com.

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[James Berry]

I had assumed that since hourlyrainin and dailyrainin were present in the 
source data that these were meant to be mapped somewhere - the log says 
these are ignored (and have values in them).  You are right that there was 
no rainfall at the time, but you can see that there had been some since 
midnight.

Looking at interceptor.py I find the lines you refer to at line 2359 (which 
is also the line they are in the latest github version)
My weewx.config is pretty much verbatim - only just installed it and added 
the interceptor sections as per the instructions (it only has the port and 
the use of ecowitt-client) - it has no mapping extensions in

Looking at my archive table I can see rain_rate is populated with values, 
but the rain column is NULL - so perhaps it is that the calculation is not 
happening rather than the mapping is wrong?



On Tuesday, 28 January 2020 16:00:34 UTC, Vetti52 wrote:
>
> according to your data, there was no rain at that time. rain_rate is zero. 
> rain_total is not provided by your console and will be calculated. I had 
> the same problem, which is solved since version 0.51.
> When starting interceptor.py manually, you will see, how the sensors are 
> labelled by your console. 
>
> have a look into interceptor.py
>
> starting at line 2246
>
>> 'totalrainin': 'rain_total',
>> 'rainratein': 'rain_rate',
>>
>
> These lines made it for me. Since version 0.51 rain works fine. However, 
> now there is wh65_battery missing in weewx. So, it is not yet perfect. 
>
> Do you have any entries in weewx.conf?
>
>> [Interceptor]
>> [[sensor_map_extensions]]
>>
>
>
> Am Dienstag, 28. Januar 2020 07:40:19 UTC+1 schrieb James Berry:
>>
>> Looks like there was some rain since midnight, this is the log entry 
>> being generated - looks like the rain total is being ignored and this could 
>> be the reason?
>>
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: 
>> unrecognized parameter windspdmph_avg10m=11.2
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter hourlyrainin=0.000
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: 
>> unrecognized parameter winddir_avg10m=258
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter freq=433M
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter yearlyrainin=0.921
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter dailyrainin=0.106
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter stationtype=EasyWeatherV1.4.6
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
>> parameter weeklyrainin=0.488
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: raw 
>> packet: {'wind_speed': 10.5, 'humidity_in': 46.0, 'temperature_in': 67.5, 
>> 'solar_radiation': 0.0, 'wind_gust': 15.9, 'wh65_battery': 0.0, 
>> 'humidity_out': 87.0, 'uv': 0.0, 'dateTime': 1580193420, 'pressure': 
>> 29.106, 'temperature_out': 37.9, 'wind_dir': 274.0, 'wh25_battery': 0.0, 
>> 'rain_rate': 0.0, 'usUnits': 1}
>> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: mapped 
>> packet: {'pressure': 29.106, 'outHumidity': 87.0, 'UV': 0.0, 'radiation': 
>> 0.0, 'dateTime': 1580193420, 'windDir': 274.0, 'outTemp': 37.9, 
>> 'windSpeed': 10.5, 'inHumidity': 46.0, 'inTemp': 67.5, 'windGust': 15.9, 
>> 'rainRate': 0.0, 'usUnits': 1}
>>
>> On Tuesday, 28 January 2020 06:21:48 UTC, James Berry wrote:
>>>
>>> Hi Paul,
>>>
>>> /usr/share/weewx/user/interceptor.py dated Jan 16
>>> - DRIVER_VERSION = '0.52'
>>>
>>> I guess there must be a difference between the HP2551 and GW1000.  
>>> I did see the current record rain_rate increase in the web page, but 
>>> rain today did not, and the graph does not show any rainfall.
>>>
>>> I will attempt to increase the level of logging ahead of next rainfall 
>>> to see if I can capture what is coming from the device.
>>>
>>> Best wishes
>>> James
>>>
>>>
>>> On Tuesday, 28 January 2020 03:41:22 UTC, Paul McGeorge wrote:

 Are you using the latest version .52?  

 I am getting identical readings on ecowitt.net and Weewx with my 
 GW1000 and the latest version and no extra configuration for rain.

 On Monday, January 27, 2020 at 10:44:38 AM UTC-7, James Berry wrote:
>
> It has been raining here today. My HP2551 has uploaded rain to 
> ecowitt.net and wu, but nothing has appeared in weewx.  Looking at 
> this perhaps the default config for the ecowitt-client needs some changes 
> for me to get rain to be logged?
>
> Did you work out what to do? 
>
> On Saturday, 18 January 2020 15:25:05 UTC, Vetti52 wrote:
>>
>>
>>
>> Am Montag, 13. Januar 2020 12:32:33 UTC+1 schrieb Vetti52:
>>>
>>>
>>>
>>> Am Sonntag, 12. Januar 2020 22:01:36 UTC+1 schrieb mwall:

 On Sunday, January 12, 2020 at

[weewx-user] Re: wanted: users with ecowitt gw1000 wifi bridge

[Vetti52]

according to your data, there was no rain at that time. rain_rate is zero. 
rain_total is not provided by your console and will be calculated. I had 
the same problem, which is solved since version 0.51.
When starting interceptor.py manually, you will see, how the sensors are 
labelled by your console. 

have a look into interceptor.py

starting at line 2246

> 'totalrainin': 'rain_total',
> 'rainratein': 'rain_rate',
>

These lines made it for me. Since version 0.51 rain works fine. However, 
now there is wh65_battery missing in weewx. So, it is not yet perfect. 

Do you have any entries in weewx.conf?

> [Interceptor]
> [[sensor_map_extensions]]
>


Am Dienstag, 28. Januar 2020 07:40:19 UTC+1 schrieb James Berry:
>
> Looks like there was some rain since midnight, this is the log entry being 
> generated - looks like the rain total is being ignored and this could be 
> the reason?
>
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: 
> unrecognized parameter windspdmph_avg10m=11.2
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter hourlyrainin=0.000
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: 
> unrecognized parameter winddir_avg10m=258
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter freq=433M
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter yearlyrainin=0.921
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter dailyrainin=0.106
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter stationtype=EasyWeatherV1.4.6
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: ignored 
> parameter weeklyrainin=0.488
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: raw packet: 
> {'wind_speed': 10.5, 'humidity_in': 46.0, 'temperature_in': 67.5, 
> 'solar_radiation': 0.0, 'wind_gust': 15.9, 'wh65_battery': 0.0, 
> 'humidity_out': 87.0, 'uv': 0.0, 'dateTime': 1580193420, 'pressure': 
> 29.106, 'temperature_out': 37.9, 'wind_dir': 274.0, 'wh25_battery': 0.0, 
> 'rain_rate': 0.0, 'usUnits': 1}
> Jan 28 06:37:02 weather weewx[27613]: interceptor: MainThread: mapped 
> packet: {'pressure': 29.106, 'outHumidity': 87.0, 'UV': 0.0, 'radiation': 
> 0.0, 'dateTime': 1580193420, 'windDir': 274.0, 'outTemp': 37.9, 
> 'windSpeed': 10.5, 'inHumidity': 46.0, 'inTemp': 67.5, 'windGust': 15.9, 
> 'rainRate': 0.0, 'usUnits': 1}
>
> On Tuesday, 28 January 2020 06:21:48 UTC, James Berry wrote:
>>
>> Hi Paul,
>>
>> /usr/share/weewx/user/interceptor.py dated Jan 16
>> - DRIVER_VERSION = '0.52'
>>
>> I guess there must be a difference between the HP2551 and GW1000.  
>> I did see the current record rain_rate increase in the web page, but rain 
>> today did not, and the graph does not show any rainfall.
>>
>> I will attempt to increase the level of logging ahead of next rainfall to 
>> see if I can capture what is coming from the device.
>>
>> Best wishes
>> James
>>
>>
>> On Tuesday, 28 January 2020 03:41:22 UTC, Paul McGeorge wrote:
>>>
>>> Are you using the latest version .52?  
>>>
>>> I am getting identical readings on ecowitt.net and Weewx with my GW1000 
>>> and the latest version and no extra configuration for rain.
>>>
>>> On Monday, January 27, 2020 at 10:44:38 AM UTC-7, James Berry wrote:

 It has been raining here today. My HP2551 has uploaded rain to 
 ecowitt.net and wu, but nothing has appeared in weewx.  Looking at 
 this perhaps the default config for the ecowitt-client needs some changes 
 for me to get rain to be logged?

 Did you work out what to do? 

 On Saturday, 18 January 2020 15:25:05 UTC, Vetti52 wrote:
>
>
>
> Am Montag, 13. Januar 2020 12:32:33 UTC+1 schrieb Vetti52:
>>
>>
>>
>> Am Sonntag, 12. Januar 2020 22:01:36 UTC+1 schrieb mwall:
>>>
>>> On Sunday, January 12, 2020 at 7:23:30 AM UTC-5, Vetti52 wrote:

 This will make things a bit easier. However, I must confess, that I 
 am sometimes a bit messy. So, when updating interceptor.py from your 
 site, 
 I will have to remember, on which parts I mades my modifications. So, 
 for 
 me it would be much easier, if all modifications could  reside in a 
 separate file. I am afraid, that realizing this would a hard job for 
 now.

>>>
>>> the only modifications you should make are to the weewx 
>>> configuration file.
>>>
>>> m
>>>
>>
>> Well, I followed the procedure of Stephen to import rain event:
>>
>> https://www.wxforum.net/index.php?topic=37471.msg386960#msg386960
>>
>> and additionally modified 'baromrelin': 'barometer', because my 
>> WS2900 has a very simple way to calculate "relative pressure" by just 
>> adding constantly 26.9 hPa to the measured "absolute pressure". For 
>> better 
>>>

Re: [weewx-user] Re: XML: windspeed in m/sec as well as km/h

[Keimpe Bleeker]

Many thanks, that's working! Sorry for missing this in the documentation, I
was digging around in everything and my blue eyes turned grey...


Op di 28 jan. 2020 om 16:04 schreef Thomas Keffer :

> Almost. It's $current.windSpeed.km_per_hour.
>
> It's all in the documentation
> .
>
> -t
>
>
> On Tue, Jan 28, 2020 at 6:41 AM Andrew Milner 
> wrote:
>
>> $current.windSpeed.formatted.km_per_hour
>>
>> I think
>>
>>
>>
>> On Tuesday, 28 January 2020 16:04:32 UTC+2, Keimpe Bleeker wrote:
>>>
>>> Hi all,
>>>
>>> For a local news-website I kneed to build an XML- feed with windspeed in
>>> km/h, while my WeeWX is (consiously) configured for m/sec. Cheetah is
>>> picking the value for windspeed with this variable:
>>> $current.windSpeed.formatted. Is there a solution to get/create/... a
>>> second variable with windspeed in km/h?
>>>
>>> Thanks in advance!
>>>
>>> --
>> 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 weewx-user+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/9481d291-2619-4d78-9589-550b57805ff1%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/VxBdQHKD-U4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/CAPq0zEC7eEbVGqm3KoihzWYQM_kwWrJhDmUr%2B09j3s1zp1O7Cg%40mail.gmail.com
> 
> .
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAGdxzRN_H6qOOgB-j%3D7fnTHuGVP2fw9EsNJ29kp_SZFO89D9Ew%40mail.gmail.com.

Re: [weewx-user] Re: XML: windspeed in m/sec as well as km/h

[Thomas Keffer]

Almost. It's $current.windSpeed.km_per_hour.

It's all in the documentation
.

-t


On Tue, Jan 28, 2020 at 6:41 AM Andrew Milner 
wrote:

> $current.windSpeed.formatted.km_per_hour
>
> I think
>
>
>
> On Tuesday, 28 January 2020 16:04:32 UTC+2, Keimpe Bleeker wrote:
>>
>> Hi all,
>>
>> For a local news-website I kneed to build an XML- feed with windspeed in
>> km/h, while my WeeWX is (consiously) configured for m/sec. Cheetah is
>> picking the value for windspeed with this variable:
>> $current.windSpeed.formatted. Is there a solution to get/create/... a
>> second variable with windspeed in km/h?
>>
>> Thanks in advance!
>>
>> --
> 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 weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/9481d291-2619-4d78-9589-550b57805ff1%40googlegroups.com
> 
> .
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEC7eEbVGqm3KoihzWYQM_kwWrJhDmUr%2B09j3s1zp1O7Cg%40mail.gmail.com.

[weewx-user] Re: XML: windspeed in m/sec as well as km/h

[Andrew Milner]

$current.windSpeed.formatted.km_per_hour

I think



On Tuesday, 28 January 2020 16:04:32 UTC+2, Keimpe Bleeker wrote:
>
> Hi all,
>
> For a local news-website I kneed to build an XML- feed with windspeed in 
> km/h, while my WeeWX is (consiously) configured for m/sec. Cheetah is 
> picking the value for windspeed with this variable: 
> $current.windSpeed.formatted. Is there a solution to get/create/... a 
> second variable with windspeed in km/h?
>
> Thanks in advance!
>
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/9481d291-2619-4d78-9589-550b57805ff1%40googlegroups.com.

[weewx-user] XML: windspeed in m/sec as well as km/h

[Keimpe Bleeker]

Hi all,

For a local news-website I kneed to build an XML- feed with windspeed in 
km/h, while my WeeWX is (consiously) configured for m/sec. Cheetah is 
picking the value for windspeed with this variable: 
$current.windSpeed.formatted. Is there a solution to get/create/... a 
second variable with windspeed in km/h?

Thanks in advance!

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f57dcfd8-3c85-44aa-9b64-036606413ec9%40googlegroups.com.

[weewx-user] Re: Is AcuRite 00899 rain gauge supported with weewx and rtl_433?

[Andy]

may be here https://github.com/merbanan/rtl_433/tree/feat-acurite899

https://github.com/merbanan/rtl_433/issues/972

On Monday, January 27, 2020 at 5:26:59 AM UTC-8, Helmut Bachmann wrote:
>
>
> Hi everyone, 
>
> I´d appreciate your confirmation if AcuRite 00899 rain gauge is supported 
> with rtl_433 driver and weewx SW.
>
>
> https://www.amazon.com/AcuRite-00899-Wireless-Self-Emptying-Collector/dp/B004V1XJW0/ref=pd_cp_86_2/140-8020718-1374666?_encoding=UTF8&pd_rd_i=B004V1XJW0&pd_rd_r=895aa3c2-976b-4f91-8aef-c51c6d4b1411&pd_rd_w=k5DVw&pd_rd_wg=LDcu3&pf_rd_p=8b7a1fd1-136c-4b2c-8fd7-681e38610ce2&pf_rd_r=MCBAE241JBCQKBSN5DN2&refRID=MCBAE241JBCQKBSN5DN2&th=1
>
> Watching the list of sensors with "rtl_433 -h" only shows an AcuRite rain 
> gauge 00896 under #10, which btw is commented out, so you have to invoke it 
> specifically. From my understanding this 00899 sensor is an upgrade from 
> the previous 00986, but I'd appreciate your confirmation before I buy some 
> at Amazon.
>
> In case it is not supported, any other rain gauge (@433Mhz) you would 
> recommend?
>
> Thanks in advance for your comments!
>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0fe842d6-4d05-48ea-a720-1e90532ba83e%40googlegroups.com.

Re: [weewx-user] Creating a first time config file

[Andres Marangunic]

Hello Gary,
Right after I posted, I did re- install Linux and WeeWX, then I could 
complete the process and I have the simulator working, as soon as I figure 
out the way to see the data over internet I will connect the Davis station 
I have, 
I'm just starting, and it is not my intention to disturb people with many 
basic issues, I'm also trying to read as much as possible,
My goal is to incorporate the weather data to a web page, and to post real 
time weather pictures, also to let the data be part of some of the weather 
sites.

Thank you for answering

El martes, 28 de enero de 2020, 5:52:14 (UTC-3), gjr80 escribió:
>
> Hi,
>
> You really did not give us much chance to help you. Seldom do you need to 
> re-install Linux, this is not Windows. If you have problems installing 
> WeeWX learn how to copy text from your console and post copies of the exact 
> command(s) entered and the exact responses received. We can then see 
> exactly what you are doing and what your system responds with. Much better 
> than 'I did this' - what if you made a typing mistake? Once we know exactly 
> what you did we can then ask for further info from logs etc as required.
>
> Gary
>
> On Tuesday, 28 January 2020 08:37:19 UTC+10, Andres Marangunic wrote:
>>
>> Hello,
>> I have the same issue, Been new to Debian, I have not idea how to get 
>> permission. To install I copied all the lines in the same order I found  in 
>> the Debian install guide 
>> ,
>>  
>> I never got the prompts for setup, later I tried to configure it with "sudo 
>> dpkg-reconfigure weewx"
>> And still it doesn't work.
>> Now I'm trying to reinstall Debian and start all over.
>>
>>
>> El sábado, 20 de enero de 2018, 8:48:52 (UTC-3), Thomas Keffer escribió:
>>>
>>> Yes. 
>>>
>>> Make sure you delete the database you used. Otherwise, it will consist 
>>> of a mix of simulated and real data.
>>>
>>> The database is located in /var/lib/weewx/weewx.sdb
>>>
>>> sudo rm /var/lib/weewx/weewx.sdb
>>>
>>>
>>> -tk
>>>
>>> On Fri, Jan 19, 2018 at 10:35 PM, William  wrote:
>>>
 Thank you!   I think that worked.  I was able to go through the prompts 
 with no errors.   Was able to go to Verify and it did bring up a webpage 
 with my location in Simulator mode.

 So when I do get my system (Vantage Pro2,wireless), I will want to 
 reconfigure with the correct driver to VP2 and run in daemon mode?

 --
 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 weewx...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/10e8b353-2718-4447-826b-a4dab580eb8e%40googlegroups.com.

Re: [weewx-user] Creating a first time config file

[gjr80]

Hi,

You really did not give us much chance to help you. Seldom do you need to 
re-install Linux, this is not Windows. If you have problems installing 
WeeWX learn how to copy text from your console and post copies of the exact 
command(s) entered and the exact responses received. We can then see 
exactly what you are doing and what your system responds with. Much better 
than 'I did this' - what if you made a typing mistake? Once we know exactly 
what you did we can then ask for further info from logs etc as required.

Gary

On Tuesday, 28 January 2020 08:37:19 UTC+10, Andres Marangunic wrote:
>
> Hello,
> I have the same issue, Been new to Debian, I have not idea how to get 
> permission. To install I copied all the lines in the same order I found  in 
> the Debian install guide 
> ,
>  
> I never got the prompts for setup, later I tried to configure it with "sudo 
> dpkg-reconfigure weewx"
> And still it doesn't work.
> Now I'm trying to reinstall Debian and start all over.
>
>
> El sábado, 20 de enero de 2018, 8:48:52 (UTC-3), Thomas Keffer escribió:
>>
>> Yes. 
>>
>> Make sure you delete the database you used. Otherwise, it will consist of 
>> a mix of simulated and real data.
>>
>> The database is located in /var/lib/weewx/weewx.sdb
>>
>> sudo rm /var/lib/weewx/weewx.sdb
>>
>>
>> -tk
>>
>> On Fri, Jan 19, 2018 at 10:35 PM, William  wrote:
>>
>>> Thank you!   I think that worked.  I was able to go through the prompts 
>>> with no errors.   Was able to go to Verify and it did bring up a webpage 
>>> with my location in Simulator mode.
>>>
>>> So when I do get my system (Vantage Pro2,wireless), I will want to 
>>> reconfigure with the correct driver to VP2 and run in daemon mode?
>>>
>>> --
>>> 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 weewx...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>

-- 
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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/dc579bd8-2da6-4616-89ae-fe63e93893db%40googlegroups.com.