th the data from ecowitt_http (in German!)
>>>> Skin Seasons Ecowitt: https://www.pc-wetterstation.de/wetter/weewx8
>>>> Skin Bootstrap:
>>>> https://www.pc-wetterstation.de/wetter/weewx8/bootstrap/index.html
>>>>
>>>> mi
rates day, week, month etc gives some
>>>>> rather bizarre results as @Michael discovered. The safe way to go is
>>>>> dayRain, weekRain etc which give the expected results.
>>>>> 2. It makes sense to me that if a dedicated Ecowitt database schema is
>>&
is the case, the examples of this that are already
>>> out there need to come together to agree a standard. The example I quoted
>>> in an earlier post of using the hail column for piezo rain, I understand
>>> why this was done in the first instance, but surely if we s
= last
[[lightning_noise_count]]
extractor = sum
Ian Millard schrieb am Montag, 21. Juli 2025 um 20:01:38 UTC+2:
> @Werner,
>
> How do you generate the last non-zero strike distance and time? I have an
> X-Type to do that, but maybe you have another way.
>
> On 17 Jul 2025, at 10:24,
Updated ecowitt_http driver:
Support for wn20 (Mini Rain Sensor)
Wind direction 10 min, Rain 24 hours, Rain Piezo 24 hours, RSSI.
Now also included in the loop data:
Voltage for the WH40 rain sensor, Heat for the LDS sensor.
Everything comes with firmware update GW3000 V1.1.0
Werner Krenn schrie
lightning_num
is the number of lightning strikes on this day
lightning_strike_count
is the difference from the previous archive value.
That's the only way I know it, and that's how it is now again.
I use additionally
[StdCalibrate]
[[Corrections]]
lightning_noise_count = lightning_strike_
Of course, it was meant to be debug at EcowittHttp:
[EcowittHttp]
debug = rain
With the current version, under
[[Corrections]]
p_rain = hail if hail is not None else None
is no longer necessary!
michael.k...@gmx.at schrieb am Mittwoch, 16. Juli 2025 um 20:18:00 UTC+2:
> I've never heard of
Please set
debug = rain
What is mapped for piezo_rain?
By the way, this behavior is why I changed the calculation of rain and
piezo_rain.
Connection issues:
Have you read about the issue with GW3000 1.0.9 on GitHub?
michael.k...@gmx.at schrieb am Mittwoch, 16. Juli 2025 um 15:40:12 UTC+2:
> Af
x27;, _name)
> steepleian schrieb am Montag, 14. Juli 2025 um 18:29:24 UTC+2:
>
>> @Werner
>> I find it very confusing that hail is used for p_rain.
>> My database has columns for p_rain etc from mods I made for GW2000 driver.
>>
>>
>> On 14 Jul 2025, at 16
Since version 1.0.2, the difference between rain and piezo rain values is
calculated directly in the driver and
provided as rain and hail, respectively. Therefore, no entry in weewx.conf
is required.
#[[Delta]]
# [[[rain]]]
# input = t_rainyear
# [[[hail]]]
# input = p_rainyear
If you want to
There's a change in "lightning_distance" in V0.1.3!
It's now provided as "lightning_dist" and requires a change in weewx.conf:
[StdCalibrate]
[[Corrections]]
lightning_distance_save = lightning_dist if lightning_dist is not None
else None
lightning_distance = lightning_dist if lightni
>your version seems to deliver absolute pressure for barometer
Yes!
The complete mapping is also available on GitHub:
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/ecowitt_http/Ecowitt_http_default_mapping.txt
*This ensures that users of my Ecowittcustom driver
The reference for the field names in my case is "customized" and there is
no "illuminance" field here,
but rather "solarradiation." This is because newer values are always made
available first in "customized".
response for url http://192.168.0.110/get_livedata_info?
--> {"common_list":[
{ "id":
The driver is almost complete.
The "service" function isn't working and hasn't been touched.
All settings in weewx.conf and further information are documented on GitHub:
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/tree/main/ecowitt_http
At the moment there are no plans
I looked at the driver and adjusted it, so that it works (at least for me)
You can find the adapted driver and some information about it:
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/ecowitt_http
What doesn't work:
- the service function doesn't work
- loop pack
This driver fully supports all currently available data from Ecowitt WiFi
consoles and/or gateways.
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/tree/main
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/weewx-ecowittcustom.zip
This driver
gt;
> #end if
> #end for
> #end if
>
> -
>
> Tom Keffer schrieb am Freitag, 27. September 2024 um 21:57:04 UTC+2:
>
> "lasttime" is an aggregation type, not an observation
>
> Hope that answers your question.
>
> On Fri, Sep 27, 2024 at 12:10 PM 'Werner Krenn' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
>> LOG:
>> raspi5-rt weewxd[505937]: ERROR weewx.cheetahgenerator: Evaluation of
>> template /etc/weewx/sk
LOG:
raspi5-rt weewxd[505937]: ERROR weewx.cheetahgenerator: Evaluation of
template /etc/weewx/skins/Seasons/index.html.tmpl failed.
raspi5-rt weewxd[505937]: ERROR weewx.cheetahgenerator: Ignoring
template /etc/weewx/skins/Seasons/index.html.tmpl
raspi5-rt weewxd[505937]: ERROR weewx.cheeta
see my extension sunrainduration.py on
https://github.com/WernerKr/weewx-weatherlinkliveudp/tree/master/bin/user
Supports rain_duration too (and for two stations like Davis VantagePro and
Davis VUE)
Based on Jterrettaz extension
Ton vanN schrieb am Mittwoch, 1. Mai 2024 um 12:21:35 UTC+2:
Here the update starting:
Start-Date: 2024-02-08 15:56:54
Commandline: apt upgrade
Requested-By: werner (1000)
Install: linux-headers-6.1.0-rpi8-rpi-v8:arm64 (1:6.1.73-1+rpt1,
automatic), python3-ephem:arm64 (4.1.4-2+b1, automatic),
linux-headers-6.1.0-rpi8-rpi-2712:arm64 (1:6.1.73-1+rpt1, autom
Here the log:
Start-Date: 2024-02-08 16:08:53
Commandline: apt remove weewx
Requested-By: werner (1000)
Remove: weewx:arm64 (5.0.1-4)
End-Date: 2024-02-08 16:08:56
Start-Date: 2024-02-08 16:09:45
Commandline: apt install weewx
Requested-By: werner (1000)
Install: weewx:arm64 (5.0.1-4)
Error:
matthew,
I'm not sure. But I think not.
Is there a way to find the older installations logs to verify this?
matthew wall schrieb am Sonntag, 11. Februar 2024 um 21:12:37 UTC+1:
> On Sunday, February 11, 2024 at 1:24:13 PM UTC-5 xzei...@googlemail.com
> wrote:
>
> Had the same problem.
> The r
Had the same problem.
The reason for this was:
The file weewx in /etc/default was 0 bytes long.
After removing this file, the update (from 5.0.0 to 5.0.1) was installed
successfully .
The update to 5.0.2 then had no problem.
Werner
matthew wall schrieb am Sonntag, 11. Februar 2024 um 01:31:21 U
hing like "sunshine_hours". It's called
> "sunshineDur".
> 4. Some other observation types also already exist ("totalRain",
> "stormRain", "rxCheckPercent", etc.).
>
> Anyway, this is an important contribution! Thanks again
A driver (and Skin) for the DAVIS Weatherlink Console 6313 is now available.
It's not the final state, but it already collects the necessary data.
https://github.com/WernerKr/davisconsoleapi
Example:
https://www.pc-wetterstation.de/wetter/weewx7/index.html
https://www.pc-wetterstation.de/wetter/w
> pulling from the WeatherLink website, not from the console, am I right
You are right - and the console don't support to get data from the console
(no local API support).
> you are creating a separate database for this data
Yes - you can set, that this database is regularly shortened or not.
[
>Work this with a Davis Envoy and Weatherlink Datalogger Davis 6510 USB?
No - Has no place for it
.
Is just a display that can receive and display the data from a ISS,
ISS-VUE, Soil Station, Leaf Station, but not a Transmitter Station (6331)
and can send the data to the Weatherlink cloud.
A tr
e:
> Syntax error while reading localization file
> /etc/weewx/skins/healthc/lang/en.conf for report 'DavisConsoleHealth':
> Duplicate keyword name at line 68.
>
>
> On 1 Sep 23, at 14:43, 'Werner Krenn' via weewx-user <
> weewx...@googlegroups.com&g
I made an extension for WeeWx, which can record and display the health data
of the DAVIS Weatherlink Console 6313.
https://github.com/WernerKr/weewx-davisconsolehealthapi
Example:
https://www.pc-wetterstation.de/wetter/weewx/healthc/index.html
--
You received this message because you are subsc
I'm sorry, I use a modified airlink.py with this new observations:
dew_point : float
wet_bulb : float
heat_index: float
co2_Temp : float
co2_Hum : float
pm_2p5_last_1_hour : float
pm_2p5_last_3_hours : float
pm_2p5_last_24_hours : float
In graphs.conf :
[[co2_temp]]
title = Temperatur
[[[outTemp]]]
zIndex = 1
name = Aussen-Temperatur
#color = #f20e3c
[[[co2_Temp]]]
name = Co2-Temperatur
color = #f20e3c
yAxis_label = "Temperatur (°C
that use delta times
> <http://www.weewx.com/docs/upgrading.htm#Breaking_changes_for_skins_that_use_delta_times>*
>
> *Changes for custom delta time formats
> <http://www.weewx.com/docs/upgrading.htm#Changes_for_custom_delta_time_formats>*
>
>
>
>
> On Wed, Feb 8, 2023 at 3:54 AM 'Werner
before 4.10.1
$current.runtime18 Tage, 0 Stunden, 18 Minuten
with 4.10.1
$current.runtime1556294 Sekunden
$current.runtime.hour432,3 Stunden
$current.runtime.day18,0 Tage
$current.runtime.long_form18 Minuten, 14 Sekunden #missing days and
hours!
temporary
ITEM_Piezo_yearly_Rain 0x86//
>4
> #define ITEM_Piezo_Gain10 0x87//
> 2*10
> #define ITEM_RST_RainTime 0x88//
>3
>
My modified driver from Gary (now named gw2000.py) supports the GW2000 and
GW1100 with Firmware V2.1.3 (piezo_rain)
https://www.pc-wetterstation.de/weewx/gw2000.zip
The piezo_gain_values are at the moment not supported.
The hour piezo rain and hour rain aren't right, the pdf-docu isn't here
corr
urrent.linkUptime.format("%(day)d%(day_label)s, %(hour)d%(hour_label)s,
> %(minute)d%(minute_label)s")
>
>
> Hopefully, you get the idea.
>
> To get you going now, you can either supply the patch I included above, or
> you can use explicit formatting.
vince,
see https://github.com/WernerKr/weewx-davishealthapi
There is no
... ValueHelper(delta_time_vt, *context='long_delta',*
formatter=self.generator.formatter,
converter=self.generator.converter)
or so.
If now (V4.6) all values from the database with "group_deltatime' need
extra converting
om schrieb am Samstag, 12. Februar 2022 um 13:35:50 UTC+1:
> Werner,
>
> See this thread:
> https://groups.google.com/g/weewx-user/c/aBWSIwicKkk/m/x2EJlPkzEAAJ
>
> On Fri, Feb 11, 2022 at 11:02 AM 'Werner Krenn' via weewx-user <
> weewx...@googlegro
seems that in 4.6.x on RasPi 4 (Buster)
DEFAULT_DELTATIME_FORMAT = "%(day)d%(day_label)s, " \
"%(hour)d%(hour_label)s, " \
"%(minute)d%(minute_label)s"
raised alway an execption here:
$obs.label.uptime
$current($max_delta=3600
I made a new database schema for Ecowitt stations/devices
(GW1000/GW1100/WH2650/...)
wview_ecowitt.py
which supports all sensors/data of this stations.
You need therefore the Interceptor driver (here only ecowitt-client) or the
GW1000 driver.
The modified Seasons skin can show all sensor dat
41 matches
Mail list logo
