Re: [weewx-user] Keeping every monthly/yearly statistics and plots

[. fankyy]

Thanks Ian, your template looks very interesting. But on your weather page 
i wasn't able to go back further than the last 7 days. Is there an option 
to choose any day in the past (e.g. more than a year ago) and it will show 
a graph of that day with 5 minute interval?

Is there a way to install/combine multiple skins? I really like the simple 
overview and graphs of the "sofaskin", but would love to have all the 
interactive functions from your skin.


Am Sonntag, 6. Oktober 2019 08:32:57 UTC+2 schrieb steeple ian:
>
> Fankyy,
>
> You can certainly do that with Highcharts from the context menu button.
> Look here https://claydonsweather.org.uk and select any of the chart 
> links under the individual sensor modules.
>
> Ian
>
> On Sun, 6 Oct 2019 at 00:01, . fankyy > 
> wrote:
>
>> Is there a built-in funcion/setting to keep the statistics and plots of 
>> every single month/year (and week), in a way that the visitors can choose a 
>> certain year and all plots from that year will appear? 
>>
>> Or is there a setting to auto-export e.g. the monthly plots at the end of 
>> a month to, as an example "2019-05-temp.gif" or "2019-05-gust.gif"? 
>>
>> Always had that in wswin and somehow no one with weewx seems to have it. 
>> And I couldnt find anything in the manual/wiki.
>>
>> Or is a database export plus highcharts the way to go?
>>
>> Thanks for any advice!
>>
>> -- 
>> 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/e2690e93-359d-4da6-bad6-2c53e0202a49%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/b6eaa56d-da3a-4402-ac90-30ab38df1652%40googlegroups.com.

[weewx-user] Re: Weather station recommendations?

[Xant]

Thank you Vince to point-out Solar Rad, UV and Illumination discussions 
that are already posted in WF Forums.


Wow... isn't this a "heated" debate? (no pun intended)

Here is one related posting from WF Forums,"*Solar Radiation, Illumance, 
and UV Index, is there any difference?*"

https://community.weatherflow.com/t/solar-radiation-illuminance-and-uv-index-is-there-any-difference/3004

Excerpt note from WF developer:

There are actually two sensors, each tuned to a different part of the light 
spectrum, in the part we use to measure sunlight (the APDS-9200 from 
Broadcom). The APDS-9200 reports “lux” (aka “brightness”) and “uv index” 
directly (which must be calibrated), and we estimate solar radiation from 
the brightness value assuming it’s light from the sun (ie., we know the 
makeup of the full spectrum, more of less, even though we’re only measuring 
radiation from a small portion of the spectrum).

and Sensor reference:

https://github.com/CalvEngIO/APDS-9200/blob/master/Docs/APDS-9200.pdf

Long discussion and somehow confusing. Besides stating that WF has in fact 
2 Sensors for Radiation, UV and Illumination, the discussion of pure 
"multiplier" still persists, and does not (clearly) answer the original 
question if there are any difference among the 3 entities.

Still... "food for thought".

Xant

-- 
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/4df95e7c-bd60-4dd9-a76c-cd8f0c97d2a3%40googlegroups.com.

Re: [weewx-user] Issue with installing and running Weewx on windows

[p q]

Are you sure you want simulator? That will give you simulated data not the
real thing. I would have thought you'd want accurite. In any case, put the
station type you want for station_type.

On Thu, Oct 10, 2019 at 5:11 PM Miste Yalmi  wrote:

> Thanks for your assistance I have a better understanding now but I still
> have an issue
> Currently it is station_type = 'unspecified'
> I am trying to use the accurite_bridge (smarthub) for which it says to use
> the Simulator driver but I don't know to set that up
>
> On Thu, Oct 10, 2019 at 8:33 PM p q  wrote:
>
>> Looks like it's failing trying to read the weewx.conf file for the driver
>> for your station. What do you have in your weewx.conf file for the
>> station_type?
>>
>> On Thu, Oct 10, 2019 at 4:19 PM Miste Yalmi  wrote:
>>
>>> Let me start by saying that I am new to Python, so please bear with me.
>>> After installing python and weewx and following the process that was laid
>>> out here: https://github.com/weewx/weewx/wiki/weewx-on-windows , I
>>> attempted to Run Weewx. I received the following  error:
>>> PS C:\Users\weewx> python bin\weewxd weewx.conf
>>> Traceback (most recent call last):
>>> File "bin\weewxd", line 64, in
>>> weewx.engine.main(options, args)
>>> File "C:\Users\weewx\bin\weewx\engine.py", line 891, in main
>>> engine = engine_class(config_dict)
>>> File "C:\Users\weewx\bin\weewx\engine.py", line 72, in *init*
>>> self.setupStation(config_dict)
>>> File "C:\Users\weewx\bin\weewx\engine.py", line 90, in setupStation
>>> driver = config_dict[stationType]['driver']
>>> File "C:\Python27\lib\site-packages\configobj.py", line 554, in
>>> *getitem*
>>> val = dict.*getitem*(self, key)
>>> KeyError: 'unspecified'
>>>
>>> Any assistance would be appreciated.
>>>
>>> --
>>> 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/15bd33e8-10e9-40be-9b91-c72adaa28469%40googlegroups.com
>>> 
>>> .
>>>
>>
>>
>> --
>> Peter Quinn
>> (415)794-2264
>>
>> --
>> 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/CAA1SM20ou8-HnyjOQwS6wWNM-%3DKBtShHW9AXVDCS8vuqfz2CWg%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/CAPfFu4svGoT7NS3R1YvS%2BTZD0CFr85iNnRmN0StYfgxV%2B_d0Lw%40mail.gmail.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
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/CAA1SM22u3LS4NOdCBOURZF4%2BH4EkuB3jH-v_R0pQX1A9yHd4og%40mail.gmail.com.

Re: [weewx-user] Issue with installing and running Weewx on windows

[Miste Yalmi]

Thanks for your assistance I have a better understanding now but I still
have an issue
Currently it is station_type = 'unspecified'
I am trying to use the accurite_bridge (smarthub) for which it says to use
the Simulator driver but I don't know to set that up

On Thu, Oct 10, 2019 at 8:33 PM p q  wrote:

> Looks like it's failing trying to read the weewx.conf file for the driver
> for your station. What do you have in your weewx.conf file for the
> station_type?
>
> On Thu, Oct 10, 2019 at 4:19 PM Miste Yalmi  wrote:
>
>> Let me start by saying that I am new to Python, so please bear with me.
>> After installing python and weewx and following the process that was laid
>> out here: https://github.com/weewx/weewx/wiki/weewx-on-windows , I
>> attempted to Run Weewx. I received the following  error:
>> PS C:\Users\weewx> python bin\weewxd weewx.conf
>> Traceback (most recent call last):
>> File "bin\weewxd", line 64, in
>> weewx.engine.main(options, args)
>> File "C:\Users\weewx\bin\weewx\engine.py", line 891, in main
>> engine = engine_class(config_dict)
>> File "C:\Users\weewx\bin\weewx\engine.py", line 72, in *init*
>> self.setupStation(config_dict)
>> File "C:\Users\weewx\bin\weewx\engine.py", line 90, in setupStation
>> driver = config_dict[stationType]['driver']
>> File "C:\Python27\lib\site-packages\configobj.py", line 554, in *getitem*
>> val = dict.*getitem*(self, key)
>> KeyError: 'unspecified'
>>
>> Any assistance would be appreciated.
>>
>> --
>> 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/15bd33e8-10e9-40be-9b91-c72adaa28469%40googlegroups.com
>> 
>> .
>>
>
>
> --
> Peter Quinn
> (415)794-2264
>
> --
> 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/CAA1SM20ou8-HnyjOQwS6wWNM-%3DKBtShHW9AXVDCS8vuqfz2CWg%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/CAPfFu4svGoT7NS3R1YvS%2BTZD0CFr85iNnRmN0StYfgxV%2B_d0Lw%40mail.gmail.com.

Re: [weewx-user] Issue with installing and running Weewx on windows

[p q]

Looks like it's failing trying to read the weewx.conf file for the driver
for your station. What do you have in your weewx.conf file for the
station_type?

On Thu, Oct 10, 2019 at 4:19 PM Miste Yalmi  wrote:

> Let me start by saying that I am new to Python, so please bear with me.
> After installing python and weewx and following the process that was laid
> out here: https://github.com/weewx/weewx/wiki/weewx-on-windows , I
> attempted to Run Weewx. I received the following  error:
> PS C:\Users\weewx> python bin\weewxd weewx.conf
> Traceback (most recent call last):
> File "bin\weewxd", line 64, in
> weewx.engine.main(options, args)
> File "C:\Users\weewx\bin\weewx\engine.py", line 891, in main
> engine = engine_class(config_dict)
> File "C:\Users\weewx\bin\weewx\engine.py", line 72, in *init*
> self.setupStation(config_dict)
> File "C:\Users\weewx\bin\weewx\engine.py", line 90, in setupStation
> driver = config_dict[stationType]['driver']
> File "C:\Python27\lib\site-packages\configobj.py", line 554, in *getitem*
> val = dict.*getitem*(self, key)
> KeyError: 'unspecified'
>
> Any assistance would be appreciated.
>
> --
> 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/15bd33e8-10e9-40be-9b91-c72adaa28469%40googlegroups.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
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/CAA1SM20ou8-HnyjOQwS6wWNM-%3DKBtShHW9AXVDCS8vuqfz2CWg%40mail.gmail.com.

[weewx-user] Issue with installing and running Weewx on windows

[Miste Yalmi]

Let me start by saying that I am new to Python, so please bear with me. 
After installing python and weewx and following the process that was laid 
out here: https://github.com/weewx/weewx/wiki/weewx-on-windows , I 
attempted to Run Weewx. I received the following  error:
PS C:\Users\weewx> python bin\weewxd weewx.conf
Traceback (most recent call last):
File "bin\weewxd", line 64, in 
weewx.engine.main(options, args)
File "C:\Users\weewx\bin\weewx\engine.py", line 891, in main
engine = engine_class(config_dict)
File "C:\Users\weewx\bin\weewx\engine.py", line 72, in *init*
self.setupStation(config_dict)
File "C:\Users\weewx\bin\weewx\engine.py", line 90, in setupStation
driver = config_dict[stationType]['driver']
File "C:\Python27\lib\site-packages\configobj.py", line 554, in *getitem*
val = dict.*getitem*(self, key)
KeyError: 'unspecified'

Any assistance would be appreciated.

-- 
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/15bd33e8-10e9-40be-9b91-c72adaa28469%40googlegroups.com.

[weewx-user] Re: Unit conversion rule in conf file

[gjr80]

The other side of the coin is the actual tag that is used in the template. 
For example, $current.windSpeed will show the current archive record wind 
speed formatted/converted as per weewx.conf and skin.conf but 
$current.windSpeed.knot will always display the current archive record wind 
speed in knots. It would be unusual to find such a tag with hard coded 
units in a properly developed customisable skin but who knows.

WeeWX 3.9.0 introduced the [StdReport] [[Defaults]] stanza and defaults.py 
 for setting default 
units (and formats and other things) but in your case since you have an 
appropriate override in [StdReport] [[StandardReport]] this should not be 
the cause of your problem.

Gary

On Friday, 11 October 2019 08:26:59 UTC+10, engolling wrote:
>
> Hello,
>
> I'm stuck at a relativley simple problem of unit conversion in combination 
> with the used neowx skin.
>
> In the weewx.conf the standard report section is looking like this:
> [[StandardReport]]
> # See the customizing guide to change the units, plot types and 
> line
> # colors, modify the fonts, display additional sensor data, and 
> other
> # customizations. Many of those changes can be made here by 
> overriding
> # parameters, or by modifying templates within the skin itself.
> 
> # The StandardReport uses the 'Standard' skin, which contains the
> # images, templates and plots for the report.
> skin = neowx
> [[[Units]]]
> Groups
> group_altitude = meter
> group_speed2 = km_per_hour2
> group_pressure = mbar
> group_rain = mm
> group_rainrate = mm_per_hour
> group_temperature = degree_C
> group_degree_day = degree_C_day
> group_speed = km_per_hour
> 
>
> and in the skin.conf like this:
> [[Groups]]
> # For each group of measurements, this section sets what units to
> # use for it.
> # NB: The unit is always in the singular. I.e., 'mile_per_hour',
> # NOT 'miles_per_hour'
>
> group_altitude = meter# Options are 'foot' or 
> 'meter'
> group_degree_day   = degree_C_day # Options are 
> 'degree_F_day' or 'degree_C_day'
> group_direction= degree_compass
> group_moisture = centibar
> group_percent  = percent
> group_pressure = hPa  # Options are 'inHg', 
> 'mmHg', 'mbar', or 'hPa'
> group_radiation= watt_per_meter_squared
> group_rain = mm   # Options are 'inch', 
> 'cm', or 'mm'
> group_rainrate = mm_per_hour  # Options are 
> 'inch_per_hour', 'cm_per_hour', or 'mm_per_hour'
> group_speed= km_per_hour  # Options are 
> 'mile_per_hour', 'km_per_hour', 'knot', or 'meter_per_second'
> group_speed2   = km_per_hour2 # Options are 
> 'mile_per_hour2', 'km_per_hour2', 'knot2', or 'meter_per_second2'
> group_temperature  = degree_C # Options are 
> 'degree_F' or 'degree_C'
> group_uv   = uv_index
> group_volt = volt
> group_length   = cm
>
> # The following are used internally and should not be changed:
> group_count= count
> group_interval = minute
> group_time = unix_epoch
> group_elapsed  = second
>
> [[StringFormats]]
> # This section sets the string formatting for each type of unit.
>
> centibar   = %.0f
> cm = %.2f
> cm_per_hour= %.2f
> degree_C   = %.1f
> degree_F   = %.1f
> degree_compass = %.0f
> foot   = %.0f
> hPa= %.1f
> hour   = %.1f
> inHg   = %.3f
> inch   = %.2f
> inch_per_hour  = %.2f
> km_per_hour= %.0f
> km_per_hour2   = %.1f
> knot   = %.0f
> knot2  = %.1f
> mbar   = %.1f
> meter  = %.0f
> meter_per_second   = %.1f
> meter_per_second2  = %.1f
> mile_per_hour  = %.0f
> mile_per_hour2 = %.1f
> mm = %.2f
> mmHg   = %.1f
> mm_per_hour= %.1f
> percent= %.0f
> second = %.0f
> uv_index   = %.1f
> volt   = %.1f
> watt_per_meter_squared = %.0f
> NONE   = "   N/A"
>
> [[Labels]]
> # This section sets a label to be used for each type of unit.
>
> centibar  = " cb"
> cm= " cm"
> cm_per_hour   = " 

[weewx-user] Re: Weather station recommendations?

[Timothy Buchanan]

After reading these many good opinions and checking provided links and 
other leads, I've decided to buy the WeatherFlow. It was between that and 
the Vue. The main reported downside to the WF (rain accuracy) doesn't apply 
so much here in Colorado where it tends to rain a lot or not. (Today is 
about 4-5 inches of snow.) The main downside to the Vue seems to be the 
interface. I have often found serial/USB connections to be trouble and 
would rather work with UDP packets. Thanks again for the advice.

-- 
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/e5f32b02-1f97-43b6-a554-afa730dfeec6%40googlegroups.com.

[weewx-user] Unit conversion rule in conf file

[engolling]

Hello,

I'm stuck at a relativley simple problem of unit conversion in combination 
with the used neowx skin.

In the weewx.conf the standard report section is looking like this:
[[StandardReport]]
# See the customizing guide to change the units, plot types and line
# colors, modify the fonts, display additional sensor data, and 
other
# customizations. Many of those changes can be made here by 
overriding
# parameters, or by modifying templates within the skin itself.

# The StandardReport uses the 'Standard' skin, which contains the
# images, templates and plots for the report.
skin = neowx
[[[Units]]]
Groups
group_altitude = meter
group_speed2 = km_per_hour2
group_pressure = mbar
group_rain = mm
group_rainrate = mm_per_hour
group_temperature = degree_C
group_degree_day = degree_C_day
group_speed = km_per_hour


and in the skin.conf like this:
[[Groups]]
# For each group of measurements, this section sets what units to
# use for it.
# NB: The unit is always in the singular. I.e., 'mile_per_hour',
# NOT 'miles_per_hour'

group_altitude = meter# Options are 'foot' or 
'meter'
group_degree_day   = degree_C_day # Options are 
'degree_F_day' or 'degree_C_day'
group_direction= degree_compass
group_moisture = centibar
group_percent  = percent
group_pressure = hPa  # Options are 'inHg', 
'mmHg', 'mbar', or 'hPa'
group_radiation= watt_per_meter_squared
group_rain = mm   # Options are 'inch', 
'cm', or 'mm'
group_rainrate = mm_per_hour  # Options are 
'inch_per_hour', 'cm_per_hour', or 'mm_per_hour'
group_speed= km_per_hour  # Options are 
'mile_per_hour', 'km_per_hour', 'knot', or 'meter_per_second'
group_speed2   = km_per_hour2 # Options are 
'mile_per_hour2', 'km_per_hour2', 'knot2', or 'meter_per_second2'
group_temperature  = degree_C # Options are 'degree_F' 
or 'degree_C'
group_uv   = uv_index
group_volt = volt
group_length   = cm

# The following are used internally and should not be changed:
group_count= count
group_interval = minute
group_time = unix_epoch
group_elapsed  = second

[[StringFormats]]
# This section sets the string formatting for each type of unit.

centibar   = %.0f
cm = %.2f
cm_per_hour= %.2f
degree_C   = %.1f
degree_F   = %.1f
degree_compass = %.0f
foot   = %.0f
hPa= %.1f
hour   = %.1f
inHg   = %.3f
inch   = %.2f
inch_per_hour  = %.2f
km_per_hour= %.0f
km_per_hour2   = %.1f
knot   = %.0f
knot2  = %.1f
mbar   = %.1f
meter  = %.0f
meter_per_second   = %.1f
meter_per_second2  = %.1f
mile_per_hour  = %.0f
mile_per_hour2 = %.1f
mm = %.2f
mmHg   = %.1f
mm_per_hour= %.1f
percent= %.0f
second = %.0f
uv_index   = %.1f
volt   = %.1f
watt_per_meter_squared = %.0f
NONE   = "   N/A"

[[Labels]]
# This section sets a label to be used for each type of unit.

centibar  = " cb"
cm= " cm"
cm_per_hour   = " cm/h"
degree_C  =  " °C"
degree_F  =  " °F"
degree_compass=  " °"
foot  = " feet"
hPa   = " hPa"
inHg  = " inHg"
inch  = " in"
inch_per_hour = " in/h"
km_per_hour   = " km/h"
km_per_hour2  = " km/h"
knot  = " knots"
knot2 = " knots"
mbar  = " mBar"
meter = " meter"
meter_per_second  = " m/s"
meter_per_second2 = " m/s"
mile_per_hour = " mph"
mile_per_hour2= " mph"
mm= " mm"
mmHg  = " mmHg"
mm_per_hour   = " mm/h"
percent   = "  %"
volt  = " V"
watt_per_meter_squared = " W/m²"
day   = " Tag"," Tage"
hour  = " Stunde",   " Stunden"
minute= " Minute", " Minuten"
second

[weewx-user] Re: Weather station recommendations?

[vince]

There have been 'many' discussions about your question on the various 
optical sensors and reported measurements on the WeatherFlow forums.  Far 
too many nuances there to reiterate here.   They answered all the questions 
you asked above.

All the WF sensor data is basically the same as you'd expect.  There are 
sensors that put out a signal.  They convert it to a value.  Sometimes 
there's some math involved based on how your gear is tuned, or located 
lat/lon, etc.

There has been great 'religious view' type discussions there about sensors 
vs. reported values and how the reported values are derived.   I try not to 
get into those threads, as I trust the vendor to know what they're doing.  
They kinda do this stuff large-scale for big companies and governments etc. 
on their many thousand dollar gear.

I did reverse engineer one pair of measurements, I forget which, and found 
that it seemed the default was a simple multiplier.  A few hours of 
research pointed me back at the reference documentation from NWS or the 
like that they derived their formula from.  But they 'do' salt to taste via 
their CL algorithms, so you can't assume that an initial (untuned) 
multiplier is what they're using after your station has been up long enough 
to get tuned by them (which they do not reveal to us).

Regardless, search the WF forums.  The specific things you've asked have 
been asked+answered there with lots of detail.

-- 
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/495f0c3b-3713-4cd2-9454-714f60f1d66b%40googlegroups.com.

Re: [weewx-user] Re: Belchertown skin 1.0 released!

[Pat]

Take a look at Common Titles config options 

 
from the skin options documentation 
. 


On Thursday, October 10, 2019 at 3:24:31 PM UTC-4, Wiggytoo wrote:
>
> Maybe it is called something else, see attached.
>
> It says "My station weather conditions" below the logo and menu 
> "hamburger".
>
> This is the text I want to change.
>
> Gavin
>
> On Thu, 10 Oct 2019, 16:19 Pat, > 
> wrote:
>
>> It says "Great Coxwell, Oxon, UK Weather Conditions" for me. Maybe you 
>> have a conflict in skin.conf, or maybe try a hard reload in your browser?
>>
>> On Thursday, October 10, 2019 at 11:11:47 AM UTC-4, Wiggytoo wrote:
>>>
>>> Hi Pat,
>>>
>>> I may have missed something here but I have set this in weewx.conf
>>>
>>> site_title = "Great Coxwell Weather Conditions"
>>>
>>> But the website still shows the default
>>>
>>> www,wiggytoo.co.uk
>>>
>>> Anywhere I should look for my error?
>>>
>>> Gav
>>>
>>> On Saturday, 1 June 2019 17:57:56 UTC+1, Pat wrote:

 Belchertown skin 1.0 is released!

 This update contains a lot of updates and changes including *an entire 
 rewrite of the Highcharts system* which allows you to make almost any 
 graph you want for almost any time span you want. You can see some 
 examples 
 of the charts you can make on the BelchertownWeather.com website 
 graphs page .

 You can add/remove/change/reorder any chart, change colors, add 
 observation plots, categorize for all time. Almost anything you want to do 
 is available! The skin comes with the standard 4 charts ready to go, but 
 there's extensive Belchertown Charts Documentation 
 
  
 which can help you get started. 

 In addition to the Charts there's now a dark mode (which has an 
 auto-switching mode based on sunset/sunrise), more flexibility for 
 translations, user customized station observation table which is updated 
 in 
 real time if the MQTT Websockets are enabled, and a lot more. Check the 
 release notes for all the details! 

 You can download the latest release here 
 ,
  
 and read all of the details on the changes here: 
 https://github.com/poblabs/weewx-belchertown/releases

 *Note: You cannot upgrade from Belchertown 0.9 and older*. You must 
 uninstall everything and reinstall new. This is due to the Chart system 
 being fully rewritten and the potential for conflicts. Please read 
 this upgrade guide if you are upgrading from an older version of 
 Belchertown skin 
 
 . 

 Thanks to all the beta testers and translators over the last couple of 
 months help me iron out all the kinks and shape the skin in a way that can 
 be translated a little easier! 

 Attached are some examples of the charts that can be made. If you find 
 any issues, you can reply here or open an issue on the Belchertown 
 skin GitHub page . 

>>> -- 
>> 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/VyVMEfuxClo/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/3e0ed132-1108-4062-8881-13c276970889%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/da5d60ee-8b5e-48ca-acb1-aaa636037187%40googlegroups.com.

[weewx-user] Re: Weather station recommendations?

[Xant]

1) Davis Vue x WF system cost
Acknowledged Davis Vue to be price compatible (instead of Davis higher-end 
models). Also acknowledge rain to be a major issue if around Seattle (not 
much here in UpStateNY).


2) WF SolarRad, UV and Illuminance
I actually start questioning WF regarding SolarRad, UV and Illuminance as 
the plots for all 3 variables repeats every "peaks & valleys". That is, all 
3 plots VERY similar from one-another, and just different by a "multiplier".

Thus, the following:

1) Are SolarRad, UV index and Illuminance different entities (which it 
should), or correlated by a "multiplier" (which should not)?

2) Are there actually 3 sensors in WF to measure SolarRad, UV and 
Illuminance separately?

Bottom line, are WF SolarRad, UV and Illuminance real measurements or "fake 
news"?


Note: tried many times to include a snapshot of plots comparison, but 
GoogleGroups automatically deleting if including image (unfortunately).

Xant

-- 
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/072b8a88-8b29-4483-8c58-737af4b5e06b%40googlegroups.com.

Re: [weewx-user] Re: minmax and maxmin with span killing page?

[Pila]

>I think you can run wee_reports manually or via cron with a different
>.conf 
>(and therefore different skin(s)) specified.  this would permit just
>doing 
>the report(s) you wanted, at time you desire.
>

I did not think of that! Far from elegant, but it should work. Hopefully I will 
be able to create a corresponding report! It actually does not even need to be 
run at midnight. It can be run at any time with midnight as argument.

I would prefer if program itself adjusted values for this problem too midnight, 
but I think this may be useful workaround. 

Thanks for a great idea!

-- 
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/565D6FCC-BEE0-481D-8349-D0EED6CAEF35%40gmail.com.

Re: [weewx-user] Re: how to test for null data

[Pila]

Wow! This is detailed explanation! Thanks. I was not aware there are nuances. 
Clearly, USB side in the FO is the culprit. We can not change it.

I did not know some glitches are recoverable by Weewx. For the master glitch, 
we are back to killing USB power with no batteries in FO. I will wire something 
up.

As for RPi, I have 7 of them running 24/7. RPi 3 is touchy. RPi 2 and 4 not so 
much. As I said before, my only Zero works 6 weeks perfectly against all odds 
powering FO. Unfortunately, I can kill USB power only on RPI 2 and 3, not on 
Zero and 4 would be a very wrong choice for the job anyway.

Na 10. listopada 2019. 13:26:55 CEST, Andrew Milner 
 wrote:
>you have misunderstood completely
>
>1. fineoffset usb connection can glitch at any time for no predictable 
>reason - maybe once a month, maybe once a year.  On many occasions it
>can 
>glitch and weewx is able to recover the connection.
>
>2. sometimes fineoffset glitches in such a way that the only solution
>is to 
>completely power off the fineoffset, remove any batteries, and restart
>it - 
>this does not happen very often.  the problem is inside the fineoffset
>and 
>is not connected to weewx, rpi or anything else.
>
>3. an alternative recover for the problem in 2 above is to have no 
>batteries in the fine offset, power it from a powered usb hub (a usb
>hub 
>with its own independant power supply) which is able to selectively
>flip 
>power on individual ports and do the power cut/restore via the usb
>supply.  
>Only certain powered usb hubs are able to do this - check weewx threads
>for 
>more details.
>
>4. the rpi (and pizero) is known for a poor susceptability to power 
>issues.  To avoid any such issues it is suggested to ensure a good
>beefy 
>power supply for the rpi and to avoid powering other devices off the
>usb 
>port (eg fineoffset).  however powering the fineoffset via powered usb
>hub 
>(either without the switcheable ports) is ok
>
>5. no solution has been found to avoid the glitches occurring.  the
>best 
>one can achieve is to try and recover when weewx is unable to recover. 
>
>
>6. it can run for months with no issues and then have 3 in a month
>
>7 the problem is a fault in the fineoffset firmware.  recovery demands
>that 
>the fineoffset hardware has no power (usb or battery) and is restarted.
> 
>Just killing the power over usb and running off battery will not stop
>the 
>problem occurring.
>
>
>
>
>
>On Thursday, 10 October 2019 14:11:53 UTC+3, Pila wrote:
>>
>> What you say, I read as: FO can have its batteries, it is enough to
>kill 
>> the power to the USB cable for a short time to fix USB connectivity? 
>> Meaning: A nutered (power cut, data only) USB cable between the Zero
>and 
>> USB Hub plus a SmartSWitch on the USB Hub power supply can restore
>USB when 
>> it fails (even with batteries in FO). I understood FO needs to be
>powered 
>> down.
>>
>> My proffessional deformation is to verify all the facts and measure 
>> everythng including things that supposedly do not work or should not
>be 
>> done. And then after having checked all facts, make decisions.
>>
>> This simple USB connection was both interesting to try and the only 
>> immediate thing I could do to connect my Weather Station permanently
>to RPi 
>> Zero without moving the station itself elsewehere. For anything else,
>I 
>> needed to get some more stuf which takes time at my present location.
>First 
>> step is always the same: hook it up, and if it works after a month or
>so, 
>> go on to the next step with it.
>>
>> I was willing to bet Zero + FO would not work at all! USB cable
>powering 
>> my RPi Zero is 3 meters (10 feet) long! I better not say measurements
>under 
>> load :) I was sure it would not work. Now, I am actually perplexed:
>it 
>> works perfectly fine over a month! On a Zaro where Node-RED and
>Mosquitto 
>> are using power needlesly, plus WeeWx and of course - Zero is
>powering the 
>> Fine Offset itself for few weeks now. But, somehow, against all odds,
>5 
>> weeks later, all is well!?! If I did not try it, I would not have
>believed 
>> it.
>>
>> Previously, I tested connection from my Fine Offset to a PC and USB 
>> stopped working. I beleived USB died. Now I decided to do a SmartHome
>thing 
>> which starts with a Weather station. So, when I plugged a Zero into
>FO, it 
>> suddenly worked years after I gave up thinking USB port is dead or
>corroded 
>> (small island, a VERY corrosive surrounding). Them eneloops in FO
>last 
>> forever, over a year.
>>
>> It was only when I started reading on WeeWX that I learned FO power
>needs 
>> to be fully cycled to restore USB connection. Reading info on Fine
>Offset, 
>> I understand it needs to be completely powered down, screen dead,
>history 
>> emptied. Only then it restores USB connection. So, when I said FO did
>not 
>> react to Zero rebooting, I meant - its screen remained unaffected by
>Zero 
>> rebooting. FO did not loose power long enought to restart. For now,
>USB 
>> 

[weewx-user] Re: Weather station recommendations?

[vince]

On Thursday, October 10, 2019 at 10:49:23 AM UTC-7, Xant wrote:

> Underneath is a WeeWX website that compares Davis Instrument vs WF (not 
> aware whom owns; Vince, is this yours?):
>
> http://ae3.homelinux.net:845/weewx/compare.html
>
>
No, that's the author of the (nice) weewx driver for the WF station.

It can be noted that measurements are very comparable. Specially 
> considering that Davis (with oudated display and communication) would cost 
> 3-4 times WF.
>
>
Again, maybe where you live, not here near Seattle.   They're within $ 75 
or so in price, which to me is money well spent.  If you built your own WF 
console using a pi then an end-to-end WF is actually 'more' expensive than 
a Vue + datalogger combination here.

But yes, the Davis console is pretty bad.   I glance at it very rarely.  
That's why we use weewx, to have nice web-enabled displays :-)


-- 
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/c8fb60ea-35dd-4470-8e3b-1bb590d62c46%40googlegroups.com.

[weewx-user] Re: Weather station recommendations?

[Xant]

Vince 
Apologies as posting was take wrongly, as there is parallel discussions on 
the same topic. 


Pila et al

WeatherFlow is "cat" proof! *No wires and no moving parts*.. very sturdy 
construction. Also provides number of sensors that is unusual at this price 
range (without add-on): Temperature, Humidity, Barometric Pressure, Wind 
speed/direction, Rainfall, UV, Solar Radiation, Luminance, Lightning 
count/distance.

Yes, there might be debate regarding their rain sensor. Might be a major 
issue to some, but I'm not concerned.

Underneath is a WeeWX website that compares Davis Instrument vs WF (not 
aware whom owns; Vince, is this yours?):

http://ae3.homelinux.net:845/weewx/compare.html

It can be noted that measurements are very comparable. Specially 
considering that Davis (with oudated display and communication) would cost 
3-4 times WF.

Xant

-- 
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/b9eec529-4d75-4665-91b1-82cabca6523b%40googlegroups.com.

[weewx-user] Re: Weather station recommendations?

[Joe]

I would never buy anything but a Davis2 Pro.



On Wednesday, October 9, 2019 at 6:55:38 PM UTC-5, Timothy Buchanan wrote:
>
> I have a spare Raspberry Pi3 to run WeeWx, but no weather station yet, and 
> would like recommendations. Reliability and accuracy are top priorities, 
> and I'd prefer one of the models marked as tested. I am considering a Davis 
> Vantage Vue, but would I need to buy their pricey USB interface, or could 
> it be interfaced another way? What other stations should I consider? Thanks 
> for all suggestions.
>

-- 
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/cb389902-f2a2-43b0-ae9b-5cd4ac7f01bc%40googlegroups.com.

[weewx-user] Re: WeatherFlow - any feedback regarding WeeWX

[vince]

On Wednesday, October 9, 2019 at 8:02:24 PM UTC-7, Xant wrote:
>
> Davis is known as the "cadillac" (prestige) of PWSs. Measurement seems 
> precise at short time rate update. I can not advocate, as I never own one, 
> due to pricing, outdated display and extra interface.
>

You've cross-posted the same thing about 4 times recently

-- 
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/49acb048-20b4-4558-89f1-151feee9692e%40googlegroups.com.

[weewx-user] Re: Weather station recommendations?

[vince]

On Wednesday, October 9, 2019 at 4:55:38 PM UTC-7, Timothy Buchanan wrote:
>
> I have a spare Raspberry Pi3 to run WeeWx, but no weather station yet, and 
> would like recommendations. Reliability and accuracy are top priorities, 
> and I'd prefer one of the models marked as tested. I am considering a Davis 
> Vantage Vue, but would I need to buy their pricey USB interface, or could 
> it be interfaced another way? What other stations should I consider? Thanks 
> for all suggestions.
>

You'll have to tell us your budget before we can help significantly.

Contrary to other reports below, the WeatherFlow is 'not' accurate if you 
ever get rain.  That's the one big downside.  I previously posted a long 
summary of the pros/cons of that one on another thread the same commenter 
cross-posted their reply to today.

I have both a VP2 and a WF and compare the two regularly.  Davis has a long 
history of reliability and good customer service.  WF is new, but their 
'people' are great.  It's unclear whether their reliability will be as good 
as Davis, but the WF is nicely constructed hardware.

Personally, I'd go Davis Vue and find a way to get their datalogger (yes, 
it's absurdly expensive) if you can afford it, if accuracy is your top 
priority.  The WF rain reports are bad to the point of just don't use any 
of their data.   (admittedly, they're working it, but I wonder if they're 
giving up on the haptic rain sensor technology).


-- 
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/047167ed-bcc3-4b87-bea3-88ffab3a82c5%40googlegroups.com.

[weewx-user] Re: Belchertown skin 1.0 released!

[Pat]

It says "Great Coxwell, Oxon, UK Weather Conditions" for me. Maybe you have 
a conflict in skin.conf, or maybe try a hard reload in your browser?

On Thursday, October 10, 2019 at 11:11:47 AM UTC-4, Wiggytoo wrote:
>
> Hi Pat,
>
> I may have missed something here but I have set this in weewx.conf
>
> site_title = "Great Coxwell Weather Conditions"
>
> But the website still shows the default
>
> www,wiggytoo.co.uk
>
> Anywhere I should look for my error?
>
> Gav
>
> On Saturday, 1 June 2019 17:57:56 UTC+1, Pat wrote:
>>
>> Belchertown skin 1.0 is released!
>>
>> This update contains a lot of updates and changes including *an entire 
>> rewrite of the Highcharts system* which allows you to make almost any 
>> graph you want for almost any time span you want. You can see some examples 
>> of the charts you can make on the BelchertownWeather.com website graphs 
>> page .
>>
>> You can add/remove/change/reorder any chart, change colors, add 
>> observation plots, categorize for all time. Almost anything you want to do 
>> is available! The skin comes with the standard 4 charts ready to go, but 
>> there's extensive Belchertown Charts Documentation 
>> 
>>  
>> which can help you get started. 
>>
>> In addition to the Charts there's now a dark mode (which has an 
>> auto-switching mode based on sunset/sunrise), more flexibility for 
>> translations, user customized station observation table which is updated in 
>> real time if the MQTT Websockets are enabled, and a lot more. Check the 
>> release notes for all the details! 
>>
>> You can download the latest release here 
>> ,
>>  
>> and read all of the details on the changes here: 
>> https://github.com/poblabs/weewx-belchertown/releases
>>
>> *Note: You cannot upgrade from Belchertown 0.9 and older*. You must 
>> uninstall everything and reinstall new. This is due to the Chart system 
>> being fully rewritten and the potential for conflicts. Please read this 
>> upgrade guide if you are upgrading from an older version of Belchertown skin 
>> 
>> . 
>>
>> Thanks to all the beta testers and translators over the last couple of 
>> months help me iron out all the kinks and shape the skin in a way that can 
>> be translated a little easier! 
>>
>> Attached are some examples of the charts that can be made. If you find 
>> any issues, you can reply here or open an issue on the Belchertown skin 
>> GitHub page . 
>>
>

-- 
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/3e0ed132-1108-4062-8881-13c276970889%40googlegroups.com.

[weewx-user] Re: Belchertown skin 1.0 released!

[Wiggytoo]

Hi Pat,

I may have missed something here but I have set this in weewx.conf

site_title = "Great Coxwell Weather Conditions"

But the website still shows the default

www,wiggytoo.co.uk

Anywhere I should look for my error?

Gav

On Saturday, 1 June 2019 17:57:56 UTC+1, Pat wrote:
>
> Belchertown skin 1.0 is released!
>
> This update contains a lot of updates and changes including *an entire 
> rewrite of the Highcharts system* which allows you to make almost any 
> graph you want for almost any time span you want. You can see some examples 
> of the charts you can make on the BelchertownWeather.com website graphs 
> page .
>
> You can add/remove/change/reorder any chart, change colors, add 
> observation plots, categorize for all time. Almost anything you want to do 
> is available! The skin comes with the standard 4 charts ready to go, but 
> there's extensive Belchertown Charts Documentation 
> 
>  
> which can help you get started. 
>
> In addition to the Charts there's now a dark mode (which has an 
> auto-switching mode based on sunset/sunrise), more flexibility for 
> translations, user customized station observation table which is updated in 
> real time if the MQTT Websockets are enabled, and a lot more. Check the 
> release notes for all the details! 
>
> You can download the latest release here 
> ,
>  
> and read all of the details on the changes here: 
> https://github.com/poblabs/weewx-belchertown/releases
>
> *Note: You cannot upgrade from Belchertown 0.9 and older*. You must 
> uninstall everything and reinstall new. This is due to the Chart system 
> being fully rewritten and the potential for conflicts. Please read this 
> upgrade guide if you are upgrading from an older version of Belchertown skin 
> 
> . 
>
> Thanks to all the beta testers and translators over the last couple of 
> months help me iron out all the kinks and shape the skin in a way that can 
> be translated a little easier! 
>
> Attached are some examples of the charts that can be made. If you find any 
> issues, you can reply here or open an issue on the Belchertown skin 
> GitHub page . 
>

-- 
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/d52b9264-8421-40b8-87a2-05058f691042%40googlegroups.com.

Re: [weewx-user] Re: minmax and maxmin with span killing page?

[Andrew Milner]

I think you can run wee_reports manually or via cron with a different .conf 
(and therefore different skin(s)) specified.  this would permit just doing 
the report(s) you wanted, at time you desire.



On Thursday, 10 October 2019 14:45:53 UTC+3, Pila wrote:
>
> Yes, using span delta means I am using now as the starting point. That was 
> I wanted to acheve.
>
> minmax: $span(day_delta=7).outTemp.minmax
> maxmin: $span(day_delta=7).outTemp.maxmin
>
> I tried running a report with a midnight time, and it creates desired 
> minmax spans, as you correctly stated. Any other time, it skips generating 
> the page with no interactive display of the fault, only in the log.
>
> But now, my problem is how to create minmax lines on the midnight and 
> reuse them entire day? report_timing option in weewx.conf is for enitre 
> reports. That does not fit the bill. 
>
> I need a weekly and monthtly minmax / maxmin lines under the week and 
> month OutTemp graphs. Closest to the usable idea I have:
>
> 1) in skin.conf, create two templates (for the two maxmin+minmax lines, 
> one for week one for month)
>
> 2) include them to temp.html.tmpl
>
> But, I am unable to find a solution to create these two files at midnight 
> only and reuse them the rest of the day? Can I, in a skin.conf, do somethng 
> like:
>
> [ $(date +"%H:%M") == "00:00" ] && create_templates || skip
>
> I could try initially generating them manually at midnight, and then use 
> stale_age in skin.conf to keep them for 24 hours. Not elegant and touchy, 
> but it may work. I am open to any better suggestions.
>
>

-- 
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/69783572-d8bc-4e38-87b3-8c0d25bec04b%40googlegroups.com.

Re: [weewx-user] Abridged summary of weewx-user@googlegroups.com - 19 updates in 10 topics

[jeanpierredesilets]

Look at  Netatmo  ,compatible with weewx  ,application for your 
phoneaprs.fi/ve2se-2Envoyé depuis ma tablette Samsung
 Message d'origine De : weewx-user@googlegroups.com Date : 
19-10-10  07 h 47  (GMT-05:00) À : Abridged recipients 
 Objet : [weewx-user] Abridged summary of 
weewx-user@googlegroups.com - 19 updates in 10 topics 

  

  

  

  
  weewx-user@googlegroups.com

  
  
Google Groups
  
  

  

  

  
  



  
  
Today's topic summary
  
  
  
  
View all topics
  


  
  

  
  minmax and maxmin with span killing page? -
  1 Update

  

  
  how to test for null data -
  2 Updates

  

  
  Suggestion how to copy Weewx report from Linux to Windows server without 
FTP -
  5 Updates

  

  
  Which way to make progress ? -
  3 Updates

  

  
  Bash: get current weather data -
  1 Update

  

  
  wee_import PWS station not found. -
  1 Update

  

  
  Acurite Atlas - I switched --> Ambient Weather WS-1550-IP -
  1 Update

  

  
  WeatherFlow - any feedback regarding WeeWX -
  1 Update

  

  
  Weather station recommendations? -
  3 Updates

  

  
  Mqtt live data -
  1 Update

  
  




  
  
  
  

  minmax and maxmin with span killing page?

  
  

  


  
Pila : Oct 10 04:45AM -0700
  
  
  Yes, using span delta means I am using now as the starting point. That 
was 
I wanted to acheve.
 
minmax: $span(day_delta=7).outTemp.minmax
maxmin: $span(day_delta=7).outTemp.maxmin

  
...more

  


  
  
Back to top
  


  
  
  
  

  how to test for null data

  
  

  


  
Pila : Oct 10 04:11AM -0700
  
  
  What you say, I read as: FO can have its batteries, it is enough to kill 
the power to the USB cable for a short time to fix USB connectivity? 
Meaning: A nutered (power cut, data only) USB cable
  
...more

  



  
Andrew Milner : Oct 10 04:26AM -0700
  
  
  you have misunderstood completely
 
1. fineoffset usb connection can glitch at any time for no predictable 
reason - maybe once a month, maybe once a year.  On many occasions it can 
  
...more

  


  
  
Back to top
  


  
  
  
  

  Suggestion how to copy Weewx report from Linux to Windows server without 
FTP

  
  

  


  
Janez Kranjski : Oct 09 04:48AM -0700
  
  
  Now I use Linux (Raspberry PI) with Weewx installed. Generated reports 
are 
regularly copied with FTP to Windows Server (IIS). 
Today our admins told me that they won't support (S)FTP anymore.
  
...more

  



  
Andrew Milner : Oct 09 04:53AM -0700
  
  
  have you asked the admins what they are supporting instead??  rsync 
perhaps?
 
 
 
On Wednesday, 9 October 2019 14:48:30 UTC+3, Janez Kranjski wrote:

  
...more

  



  
vince : Oct 09 09:00AM -0700
  
  
  On Wednesday, October 9, 2019 at 4:53:27 AM UTC-7, Andrew Milner wrote:
 
> have you asked the admins what they are supporting instead??  rsync 
> perhaps?
 
Linux to Windows via rsync is probably
  
...more

  



  
Greg from Oz : Oct 09 11:53PM -0700
  
  
  robocopy?
Shared folder {samba} ?
 
 
On Thursday, 10 October 2019 03:00:48 UTC+11, vince wrote:

  
...more

  



  
Janez Kranjski : Oct 10 02:44AM -0700
  
  
  Thanks to all ... now we added a RYSNC support and I change to it.

  
...more

  


  
  
Back to top
  


  
  
  
  

  Which way to make progress ?

  
  

  


  
vince : Oct 09 09:04AM -0700
  
  
  On Wednesday, October 9, 2019 at 2:54:00 AM UTC-7, Steve Shuff wrote:
 
> every 10 minutes (and I can add a bit of code so the station will FTP data 
> to a server on my Raspberry Pi)
  
...more

  



  
Steve Shuff : Oct 10 08:59AM +0100
  
  
  Hello Vince
Thanks for the reply
 
The CR1000 based weather station ftp the data to Weather Underground in the
following format,
 

  
...more

  



  
Andrew Milner : Oct 10 02:26AM -0700
  
  
  that is not being transferred using ftp - it is a restful service.
 
 
 
 
On Thursday, 10 October 2019 10:59:32 UTC+3, Steve Shuff wrote:

  
...more

  

[weewx-user] Re: Weather station recommendations?

[Pila]

I was recently pondering the same question and came to conclusion that 
price-quality seems to support my current selection. So, I am offering my 
facts.

Fine Offset WS1080 (sold under many names). It seems to have a problem with 
USB port lockups. It can be remedied by automatically restarting it. It is 
said this can happen on a montly basis. OK, so that is sort of 
half-negative. If one has the right USB Hub, WeeWX can restart Weather 
station should a problem arise. For now, I can not comment on USB recovery, 
only that the problem existed on my original station. 

Shortest WeeWx read interval is 5 minutes. External sensors update the 
display every 6 seconds (or something like that) so it captures wind gusts. 
Minus: no extra sensors can be added.

Our was bought over 8 years ago. External sensors were under influence of 
harsh small island sea atmosphere, strong winds (100 km/h) and strong sun. 
And our cats who came to be fatal to it. Windex ball bearing rusted after 
few years - after replacing it, all was well. Display fell down almost 2 
meters to a hard wood floor (a curious kitten was to blame) and got a tiny 
spill damage on the screen. Still works perfectly. After some years, 
external humidity sensor started showing 20% more, which is common for this 
type of sensor. Internal humidity sensor works perfectly. One external 
cable got damaged by the sun, can be easily fixed. Solar charged batteries 
(I used quality NiMh) powering external sensors, lost power over night for 
the first time a day before removal! Measurements are verified to be 
correct. Sun shield for the external temperature sensor is far from perfect 
but can be separated over 1 meter from the rain and wind sensors which is a 
huge plus! After 8 years: apart from these problems, it stil works 
perfectly fine.

It was replaced 3 weeks ago. Why? Cats lost the windex arrow and somehow 
chew off one wind speed paddle (wind speed still works perfectly fine). One 
cable needs to be refited into a plug. Humidity is off 20%. We replaced it 
with the same model, but from a different "brand". Regular EU price 
available to us is 130€. The new one was bought for 100€.

The old one will be reused at another location, where windex and external 
humidity are irrelevant. Intereseting fact: the new model from a different 
vendor would not recognize sensors from the old one. Apart from that, they 
look identicall. 

I would buy it again.

-- 
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/e6f14f58-d7f4-4478-bac7-c3063a713987%40googlegroups.com.

Re: [weewx-user] Re: minmax and maxmin with span killing page?

[Pila]

Yes, using span delta means I am using now as the starting point. That was 
I wanted to acheve.

minmax: $span(day_delta=7).outTemp.minmax
maxmin: $span(day_delta=7).outTemp.maxmin

I tried running a report with a midnight time, and it creates desired 
minmax spans, as you correctly stated. Any other time, it skips generating 
the page with no interactive display of the fault, only in the log.

But now, my problem is how to create minmax lines on the midnight and reuse 
them entire day? report_timing option in weewx.conf is for enitre reports. 
That does not fit the bill. 

I need a weekly and monthtly minmax / maxmin lines under the week and month 
OutTemp graphs. Closest to the usable idea I have:

1) in skin.conf, create two templates (for the two maxmin+minmax lines, one 
for week one for month)

2) include them to temp.html.tmpl

But, I am unable to find a solution to create these two files at midnight 
only and reuse them the rest of the day? Can I, in a skin.conf, do somethng 
like:

[ $(date +"%H:%M") == "00:00" ] && create_templates || skip

I could try initially generating them manually at midnight, and then use 
stale_age in skin.conf to keep them for 24 hours. Not elegant and touchy, 
but it may work. I am open to any better suggestions.

-- 
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/528e8042-a539-4cc9-9042-ca5beb13136c%40googlegroups.com.

Re: [weewx-user] Re: how to test for null data

[Andrew Milner]

you have misunderstood completely

1. fineoffset usb connection can glitch at any time for no predictable 
reason - maybe once a month, maybe once a year.  On many occasions it can 
glitch and weewx is able to recover the connection.

2. sometimes fineoffset glitches in such a way that the only solution is to 
completely power off the fineoffset, remove any batteries, and restart it - 
this does not happen very often.  the problem is inside the fineoffset and 
is not connected to weewx, rpi or anything else.

3. an alternative recover for the problem in 2 above is to have no 
batteries in the fine offset, power it from a powered usb hub (a usb hub 
with its own independant power supply) which is able to selectively flip 
power on individual ports and do the power cut/restore via the usb supply.  
Only certain powered usb hubs are able to do this - check weewx threads for 
more details.

4. the rpi (and pizero) is known for a poor susceptability to power 
issues.  To avoid any such issues it is suggested to ensure a good beefy 
power supply for the rpi and to avoid powering other devices off the usb 
port (eg fineoffset).  however powering the fineoffset via powered usb hub 
(either without the switcheable ports) is ok

5. no solution has been found to avoid the glitches occurring.  the best 
one can achieve is to try and recover when weewx is unable to recover.  

6. it can run for months with no issues and then have 3 in a month

7 the problem is a fault in the fineoffset firmware.  recovery demands that 
the fineoffset hardware has no power (usb or battery) and is restarted.  
Just killing the power over usb and running off battery will not stop the 
problem occurring.





On Thursday, 10 October 2019 14:11:53 UTC+3, Pila wrote:
>
> What you say, I read as: FO can have its batteries, it is enough to kill 
> the power to the USB cable for a short time to fix USB connectivity? 
> Meaning: A nutered (power cut, data only) USB cable between the Zero and 
> USB Hub plus a SmartSWitch on the USB Hub power supply can restore USB when 
> it fails (even with batteries in FO). I understood FO needs to be powered 
> down.
>
> My proffessional deformation is to verify all the facts and measure 
> everythng including things that supposedly do not work or should not be 
> done. And then after having checked all facts, make decisions.
>
> This simple USB connection was both interesting to try and the only 
> immediate thing I could do to connect my Weather Station permanently to RPi 
> Zero without moving the station itself elsewehere. For anything else, I 
> needed to get some more stuf which takes time at my present location. First 
> step is always the same: hook it up, and if it works after a month or so, 
> go on to the next step with it.
>
> I was willing to bet Zero + FO would not work at all! USB cable powering 
> my RPi Zero is 3 meters (10 feet) long! I better not say measurements under 
> load :) I was sure it would not work. Now, I am actually perplexed: it 
> works perfectly fine over a month! On a Zaro where Node-RED and Mosquitto 
> are using power needlesly, plus WeeWx and of course - Zero is powering the 
> Fine Offset itself for few weeks now. But, somehow, against all odds, 5 
> weeks later, all is well!?! If I did not try it, I would not have believed 
> it.
>
> Previously, I tested connection from my Fine Offset to a PC and USB 
> stopped working. I beleived USB died. Now I decided to do a SmartHome thing 
> which starts with a Weather station. So, when I plugged a Zero into FO, it 
> suddenly worked years after I gave up thinking USB port is dead or corroded 
> (small island, a VERY corrosive surrounding). Them eneloops in FO last 
> forever, over a year.
>
> It was only when I started reading on WeeWX that I learned FO power needs 
> to be fully cycled to restore USB connection. Reading info on Fine Offset, 
> I understand it needs to be completely powered down, screen dead, history 
> emptied. Only then it restores USB connection. So, when I said FO did not 
> react to Zero rebooting, I meant - its screen remained unaffected by Zero 
> rebooting. FO did not loose power long enought to restart. For now, USB 
> connection was never lost, Zero is powering FO for the last 3 weeks (no 
> batteries).
>
> WeeWX log upon manual reboot seems unremarkable:
>
> Oct 10 12:17:56 RPiZero kernel: [2.673222] usb 1-1: New USB device 
> found, idVendor=1941, idProduct=8021, bcdDevice= 1.00
> Oct 10 12:17:56 RPiZero kernel: [2.688210] usb 1-1: New USB device 
> strings: Mfr=0, Product=0, SerialNumber=0
> Oct 10 12:17:56 RPiZero kernel: [2.713617] hid-generic 0003:1941:
> 8021.0001: hiddev96,hidraw0: USB HID v1.00 Device [HID 1941:8021] on usb-
> 2098.usb-1/input0
>
> Oct 10 12:18:16 RPiZero weewx[345]: engine: Using configuration file /home
> /weewx/weewx.conf
> Oct 10 12:18:16 RPiZero weewx[345]: engine: Loading station type 
> FineOffsetUSB (weewx.drivers.fousb)
> Oct 10 12:18:16 RPiZero 

Re: [weewx-user] Re: how to test for null data

[Pila]

What you say, I read as: FO can have its batteries, it is enough to kill 
the power to the USB cable for a short time to fix USB connectivity? 
Meaning: A nutered (power cut, data only) USB cable between the Zero and 
USB Hub plus a SmartSWitch on the USB Hub power supply can restore USB when 
it fails (even with batteries in FO). I understood FO needs to be powered 
down.

My proffessional deformation is to verify all the facts and measure 
everythng including things that supposedly do not work or should not be 
done. And then after having checked all facts, make decisions.

This simple USB connection was both interesting to try and the only 
immediate thing I could do to connect my Weather Station permanently to RPi 
Zero without moving the station itself elsewehere. For anything else, I 
needed to get some more stuf which takes time at my present location. First 
step is always the same: hook it up, and if it works after a month or so, 
go on to the next step with it.

I was willing to bet Zero + FO would not work at all! USB cable powering my 
RPi Zero is 3 meters (10 feet) long! I better not say measurements under 
load :) I was sure it would not work. Now, I am actually perplexed: it 
works perfectly fine over a month! On a Zaro where Node-RED and Mosquitto 
are using power needlesly, plus WeeWx and of course - Zero is powering the 
Fine Offset itself for few weeks now. But, somehow, against all odds, 5 
weeks later, all is well!?! If I did not try it, I would not have believed 
it.

Previously, I tested connection from my Fine Offset to a PC and USB stopped 
working. I beleived USB died. Now I decided to do a SmartHome thing which 
starts with a Weather station. So, when I plugged a Zero into FO, it 
suddenly worked years after I gave up thinking USB port is dead or corroded 
(small island, a VERY corrosive surrounding). Them eneloops in FO last 
forever, over a year.

It was only when I started reading on WeeWX that I learned FO power needs 
to be fully cycled to restore USB connection. Reading info on Fine Offset, 
I understand it needs to be completely powered down, screen dead, history 
emptied. Only then it restores USB connection. So, when I said FO did not 
react to Zero rebooting, I meant - its screen remained unaffected by Zero 
rebooting. FO did not loose power long enought to restart. For now, USB 
connection was never lost, Zero is powering FO for the last 3 weeks (no 
batteries).

WeeWX log upon manual reboot seems unremarkable:

Oct 10 12:17:56 RPiZero kernel: [2.673222] usb 1-1: New USB device found
, idVendor=1941, idProduct=8021, bcdDevice= 1.00
Oct 10 12:17:56 RPiZero kernel: [2.688210] usb 1-1: New USB device 
strings: Mfr=0, Product=0, SerialNumber=0
Oct 10 12:17:56 RPiZero kernel: [2.713617] hid-generic 0003:1941:
8021.0001: hiddev96,hidraw0: USB HID v1.00 Device [HID 1941:8021] on usb-
2098.usb-1/input0

Oct 10 12:18:16 RPiZero weewx[345]: engine: Using configuration file /home/
weewx/weewx.conf
Oct 10 12:18:16 RPiZero weewx[345]: engine: Loading station type 
FineOffsetUSB (weewx.drivers.fousb)
Oct 10 12:18:16 RPiZero weewx[345]: fousb: driver version is 1.10
Oct 10 12:18:16 RPiZero weewx[345]: fousb: polling mode is PERIODIC
Oct 10 12:18:16 RPiZero weewx[345]: fousb: polling interval is 60
Oct 10 12:18:17 RPiZero weewx[345]: fousb: found station on USB bus= device=
Oct 10 12:18:17 RPiZero weewx[345]: engine: StdConvert target unit is 0x10
Oct 10 12:18:20 RPiZero weewx[345]: fousb: synchronising to the weather 
station (quality=1)




-- 
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/ec3bc2aa-5e85-4b44--a681633323b9%40googlegroups.com.

[weewx-user] Re: Suggestion how to copy Weewx report from Linux to Windows server without FTP

[Janez Kranjski]

Thanks to all ... now we added a RYSNC support and I change to it.

-- 
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/81e2623b-d177-4e03-b0e8-40fd627d0d8d%40googlegroups.com.

Re: [weewx-user] Re: Which way to make progress ?

[Andrew Milner]

that is not being transferred using ftp - it is a restful service.




On Thursday, 10 October 2019 10:59:32 UTC+3, Steve Shuff wrote:
>
> Hello Vince 
> Thanks for the reply
>
> The CR1000 based weather station ftp the data to Weather Underground in 
> the following format,
>
>  
> https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=KCASANFR5=XX=2000-01-01+10%3A32%3A35=230=12=12=70=0=29.1=68.2=90===vws%20versionxx=updateraw
>  
>
> As your probably aware WU has been having several issues recently and I 
> fear that one day soon they will cease to offer their service.
> My station (CR1000) has many sensors which currently WU no longer support 
> ie soil temp, leaf wetness and others.
>
> This is why I would like to develop a system whereby the CR1000  (based in 
> a remote location) will ftp the data to an FTP server on the Pi via the WWW 
> , then customise Weewx to suite my needs. An Apache2 webserver would then 
> display the data for interested parties to view.
> I already have an Apache2 server on the Pi but i'm not sure if you can FTP 
> into that ?
> The point of my first email was to see if anyone had done something 
> similar and if they were in a position to offer any advice as to how to go 
> about the project.
>
> Best regards.
>
>
>
> https:/
>
> /weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=KCASANFR5=XX=2000-01-01+10%3A32%3A35=230
>
> eedmph=12=12=70=0=29.1=68.2=90===vws%20versionxx=updateraw
>
>
> On Wed, Oct 9, 2019 at 5:04 PM vince > 
> wrote:
>
>> On Wednesday, October 9, 2019 at 2:54:00 AM UTC-7, Steve Shuff wrote:
>>
>>>  CR1000 is already doing an FTP upload to the Weather Underground server 
>>> every 10 minutes (and I can add a bit of code so the station will FTP data 
>>> to a server on my Raspberry Pi)
>>> then get Weewx to interpret the FTP file and display the data.
>>>
>>>
>> If you're ftp'ing pre-computed HTML files then weewx has nothing to do 
>> with it, the webserver would display whatever you upload.
>>
>> Or you could write something to read your file and write to a weewx db 
>> and 'then' have weewx generate the HTML files.
>>
>> But if all you want to do is cook up static HTML, I'd probably not 
>> include weewx at all.  I'd read the FTP'd fine and generate HTML via a 
>> python script run via cron.
>>
>> -- 
>> 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/a283f467-0ac1-4af1-9fe2-93948523cba0%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> Steve Shuff.
>

-- 
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/5320e80a-2849-4264-95dc-2a1867e3b593%40googlegroups.com.

Re: [weewx-user] Re: Which way to make progress ?

[Steve Shuff]

Hello Vince
Thanks for the reply

The CR1000 based weather station ftp the data to Weather Underground in the
following format,


https://weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=KCASANFR5=XX=2000-01-01+10%3A32%3A35=230=12=12=70=0=29.1=68.2=90===vws%20versionxx=updateraw

As your probably aware WU has been having several issues recently and I
fear that one day soon they will cease to offer their service.
My station (CR1000) has many sensors which currently WU no longer support
ie soil temp, leaf wetness and others.

This is why I would like to develop a system whereby the CR1000  (based in
a remote location) will ftp the data to an FTP server on the Pi via the WWW
, then customise Weewx to suite my needs. An Apache2 webserver would then
display the data for interested parties to view.
I already have an Apache2 server on the Pi but i'm not sure if you can FTP
into that ?
The point of my first email was to see if anyone had done something similar
and if they were in a position to offer any advice as to how to go about
the project.

Best regards.



https:/

/weatherstation.wunderground.com/weatherstation/updateweatherstation.php?ID=KCASANFR5=XX=2000-01-01+10%3A32%3A35=230

eedmph=12=12=70=0=29.1=68.2=90===vws%20versionxx=updateraw


On Wed, Oct 9, 2019 at 5:04 PM vince  wrote:

> On Wednesday, October 9, 2019 at 2:54:00 AM UTC-7, Steve Shuff wrote:
>
>>  CR1000 is already doing an FTP upload to the Weather Underground server
>> every 10 minutes (and I can add a bit of code so the station will FTP data
>> to a server on my Raspberry Pi)
>> then get Weewx to interpret the FTP file and display the data.
>>
>>
> If you're ftp'ing pre-computed HTML files then weewx has nothing to do
> with it, the webserver would display whatever you upload.
>
> Or you could write something to read your file and write to a weewx db and
> 'then' have weewx generate the HTML files.
>
> But if all you want to do is cook up static HTML, I'd probably not include
> weewx at all.  I'd read the FTP'd fine and generate HTML via a python
> script run via cron.
>
> --
> 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/a283f467-0ac1-4af1-9fe2-93948523cba0%40googlegroups.com
> 
> .
>


-- 
Steve Shuff.

-- 
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/CADNpUBGwH9Eu_8wOmyqJn34vVO5Wwq70P5gftAfFiJk38vb_Ww%40mail.gmail.com.

Re: [weewx-user] Bash: get current weather data

[Pila]

If your code works well, than all is well. If I may offer advice: whenever 
you have repeated code, separate it into a funciton. When testing, one test 
must include >= or <= e.g. if heat_index is 45, nothing will get done. If 
rain is 0,9 or lower, it will be ignored. As lazy as I am, I hate criptic 
things like '${vars[41]}'. Luckily, your script does not need complex logic 
but a simple stright flow of not multiply correlated rules.

You may find it usefull how parsing WeeWX variables is done in my script. 
My parsing directly produces integers when needed, fixes the above problem 
with the rain below 0,99 being ignored plus leaves items which should be 
left alone. I will mostly not translate Croatian words to avoid creating 
mistakes, but that should not present a problem.

I did manual install of WeeWX to RPi Zero and use RPi Zero as a root user, 
so paths and rights may need to be adjusted for others. Most will say it is 
impossible to set bash variables from awk, but I do not care. Nor about 
comments on eval. Nor about using root account on Zero. Such comments are 
not how security is assured.

1) prepare a WeeWX report we will be parsing. I modified this file, but can 
be any skin:

/home/weewx/skins/Seasons/skin.conf

and added there
[[VremStanica]]
encoding = strict_ascii
template = VremStanica.txt.tmpl

then I created the file:
/home/weewx/skins/Seasons/VremStanica.txt.tmpl

and placed into it data I want extracted from WeeWX; adjust as needed. Name 
in the first colument will automatically become the variable name in the 
script. Note raw (epoch) times and lack of labels. It simplifes parsing 
when labels are stuck to the numbers.

Time$current.dateTime.raw
InTemp  $current.inTemp.format(add_label=False)
OutTemp $current.outTemp.format(add_label=False)
Dewpoint$current.dewpoint.format(add_label=False)
Humidity$current.outHumidity.format(add_label=False)
WindSpeed   $current.windSpeed
WindCardinal$current.windDir.ordinal_compass
WindDirection$current.windDir
RainRate$current.rainRate.format(add_label=False)
Sunrise $almanac.sun.rise.raw
Sunset  $almanac.sun.set.raw

After every report generation, we have the file with the last set of data 
created. For my manual install, it is located at:

/home/weewx/public_html/VremStanica.tx

2) parse generated data into variables in a bash script.

Oneliner awk with just the single last else print statement from bellow 
will parse all the WeeWx data from above and automatically assign variable 
names from that same file. My locale is using comma as a decimal separator. 
I round up RainRate so a 0,1 does not get integered to 0 - no rain. 
Cardinal wind directions I leave unchanged (as letters). All other values 
get converted to integers (no decimal separator).

eval $(awk '
{
if ($1 == "RainRate" && $2 > "0,0")
print ""$1"=\""int ($2+1)"\""
else if ($1 == "WindCardinal") # leave original
print ""$1"=\""$2"\""
else# convert to integer
print ""$1"=\""int ($2)"\""
}' /home/weewx/public_html/VremStanica.txt)

The above converts the entire VremStanica.txt into bash variables with the 
same names. We can use them normally in the script without any extra work. 

3) automate based on the parsed data. SmartHome needs complicated rules 
wich must work together: 5 rules can close a shutter and overlap (closed 
manually, it is raining, it is sunset, it is cold, strong wind...). Which 
rule and when is allowed to lift the shutter? They all must cooperate 
perfectly. That would be out of scope in this group.

The following system can be well used for lower amount of events that need 
tracking. Easy to read and use.

# setup initial location for the flag file RoletaKisaFlag
RoletaKisaFlag="/root/RoletaKisaFlag"

# write the single piece of data $RoletaDignuta into a flag file, creating 
it; Filename stands for its function (in my case: ShuttersRainFlag). File 
iself can also be used as a timestamp for the action. After the } a 
distinguishing addition (1,2,3 or a,b,c, or Kitchen, Balcony...) can be 
made for similar flags.
echo "$RoletaDignuta" > "${RoletaKisaFlag}"

# make a timestamp when (a RoletaKisa rule was activated and) the 
particular flag used
touch "${RoletaKisaFlag}"

# read in the timestamp from the particular flag
RoletaKisaFlagAge=$(date -r "${RoletaKisaFlag}" +%s)

-- 
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/8ede0467-3f26-4543-a5bc-9fe4ead26540%40googlegroups.com.

[weewx-user] Re: Suggestion how to copy Weewx report from Linux to Windows server without FTP

[Greg from Oz]

robocopy?
Shared folder {samba} ?


On Thursday, 10 October 2019 03:00:48 UTC+11, vince wrote:
>
> On Wednesday, October 9, 2019 at 4:53:27 AM UTC-7, Andrew Milner wrote:
>>
>> have you asked the admins what they are supporting instead??  rsync 
>> perhaps?
>>
>>
>>
> Linux to Windows via rsync is probably not likely.
>
> Agree with 'talk to the admins'.  FWIW, I do something similar via Samba 
> copying to the target web directory.
>

-- 
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/d7849f05-6f67-42cc-8be7-a70b965cffc2%40googlegroups.com.

[weewx-user] Re: wee_import PWS station not found.

[Phil Youngholm]

Thanks! I’m not in a hurry, and I’d hate to feel responsible for 
distracting you from — and delaying — 4.0.

I only have 5 years of data, and I’ve screen-scraped it. This was my 
primary concern: to have my own copy in case WU decides to disappear it. I 
can easily wait for 4.0.

-- 
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/dda8ec10-8627-4a04-af0d-0573ca43f607%40googlegroups.com.