Yes and no and maybe. You may want to check this
thread: https://groups.google.com/u/0/g/weewx-user/c/6Cc9qcWsa9A and this
one: https://groups.google.com/u/0/g/weewx-user/c/-rbfcQsNo_s
scottjl schrieb am Dienstag, 5. August 2025 um 03:51:06 UTC+2:
> Was this ever released? I just came across t
Looking at your plots it seems you have an archive_interval of 60s (1
minute). While in my opinion there is no benefit having an archive_interval
that low, the downsides are a fast growing database, a bad performance and
kind of ugly plots, espicially with wind, windGust and windDir. The only
a
urly basis, weewx afaik on a
15min basis.
michael.k...@gmx.at schrieb am Samstag, 2. August 2025 um 17:56:33 UTC+2:
> Indeed. A quick test shows the value are now being backfilled.
> But for "rain" the "rainRate" doesn't seem to be calculated correctly, or
> a
into
> the database.
>
> It seems that you are not using the current version 0.2.0
>
> michael.k...@gmx.at schrieb am Samstag, 2. August 2025 um 16:49:18 UTC+2:
>
>> When backfilling data from the GW3000s SD Card, no rain is imported into
>> the database. There is no
',
'monthRain': '0.6',
'mrain_piezo': '0.0',
'outHumidity': '62.0',
'outTemp': '22.4',
'p_rainrate': '0.0',
'p_rainyear': '0.5',
'pm2_5': '2.9',
'pm10
winddir, windvec, rain, ET,
> tempin, humin
>
> Is that what is causing the error?
>
> RLH
>
> On Thu, Jul 31, 2025 at 3:36 AM 'michael.k...@gmx.at' via weewx-user
> wrote:
> >
> > That'S OK, don't care too much about the grey parts, they are
winddir, windvec, rain, ET,
> tempin, humin
>
> Is that what is causing the error?
>
> RLH
>
> On Thu, Jul 31, 2025 at 3:36 AM 'michael.k...@gmx.at' via weewx-user
> wrote:
> >
> > That'S OK, don't care too much about the grey parts, they are
>
> HTML_ROOT = /var/www/html/weewx5/seasons
>
> But, earlier, under [StdReport] there is the line:
>
> HTML_ROOT = /var/www/html/weewx
>
> And from the status file, what is an exit of status=3 ?
>
> RLH
>
>
> On Wed, Jul 30, 2025 at 5:24 PM 'michael.k...
eater.
>
> Meanwhile, my weather website has been idle, and I changed hosting
> service. So I decided this was a good time to upgrade from weewx 4 to
> weewx 5.
>
> Again, thanks.
>
> RLH
> On Wednesday, July 30, 2025 at 7:55:01 AM UTC michael.k...@gmx.at wro
ot;)
>
> RLH
>
> On Wednesday, July 30, 2025 at 7:35:41 AM UTC michael.k...@gmx.at wrote:
>
>> You can solve this without programming anything, simply by configuration.
>> And of course you modified your installation, at least by entering values
>> during the insta
25 um 09:14:11 UTC+2:
>
> Graham Eddy - rainRate, like rain, is an obstype with a tag for
> cheetah templates
>
> michael.k...@gmx.at - It's all there. Simply configure your WeeWX
> installation to do so. How? That depends
It's all there. Simply configure your WeeWX installation to do so. How?
That depends very much on your particular installation.
Russell Harris schrieb am Mittwoch, 30. Juli 2025 um 06:18:57 UTC+2:
> A few weeks ago, we had rain which my Davis Vantage Pro2 reported falling
> at over seven inches
read and follow
the instructions on top of this
group: https://groups.google.com/u/0/g/weewx-user
Russell Harris schrieb am Dienstag, 29. Juli 2025 um 08:04:28 UTC+2:
> yes. I tried to upload a section of the log with error messages as an
> attachment. RLH
>
>
> On Tue, Jul 29, 2025 a
Did you set enable = true in the FTP section?
tmia...@gmail.com schrieb am Dienstag, 29. Juli 2025 um 03:51:23 UTC+2:
> After installing weewx 5.1.0 under Debian 12 using the DEB files, I had
> only to add weewx to the dialout group; that got weewx running properly,
> and with a browser, I see
s with rain and days with Piezo-rain simultaneously. Now I will
> observe, how the data look like for some months. Eventually I will, after
> another try to use ecowitt_http service driver, have a look at
> ecowitt-Seasons skin, @Werner has developped. For now, I will start
> observing
e/wetter/weewx8
> Skin Bootstrap:
> https://www.pc-wetterstation.de/wetter/weewx8/bootstrap/index.html
>
> michael.k...@gmx.at schrieb am Samstag, 26. Juli 2025 um 09:13:28 UTC+2:
>
>> My issue with p_rain is that the driver uses p_rainrate and my database
>&
My issue with p_rain is that the driver uses p_rainrate and my database has
the column p_rainRate (camelCase), which is the WeeWX db style to name
columns, thus I need to configure:
[StdCalibrate]
[[Corrections]]
p_rainRate = p_rainrate
michael.k...@gmx.at schrieb am Freitag
rikes 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_noi
Take a look into https://github.com/bellrichm/WeeWX-MQTTSubscribe
James Pattinson schrieb am Freitag, 25. Juli 2025 um 13:57:21 UTC+2:
> Hi All!
>
> I am setting up a WeeWx system in a remote location where they do have
> WiFi but nowhere to actually install the software. Since I have WeeWx
> r
Googling "Permission denied: '/dev/ttyUSB0'" leads me to solutions adding
the user "weewx" to the group "dialout" which I remember being the solution
for such problems.
You may (I don't for sure, but this may be your next hurdle) also take a
look into /home/weewx/weewx-data/util/udev/rules.d
tm
be able to sit down, guilt free, and make a decent
>> start on it... but who knows ?
>>
>> Cheers
>> Glenn
>>
>> Various WeeWx addons at
>> https://github.com/glennmckechnie
>>
>> On Wed, 23 Jul 2025 at 19:34, 'michael.k...@gmx.at' via weewx-user
>>>>> have read the documentation of GW1000 or GW3000, there is no method to
>>>>> silence specific sensors of the array. So I will have to find out, how to
>>>>> ignore wind data in Weewx. Am I right?
>>>>> Besides, since now, I never
ensions]]
>> extraTemp2 = outTemp
>>
>> And it should display outTemp from the GW3000 next to the temperature
>> obtained from my extra sensor (which is extraTemp1) without any additional
>> fiddling in the skin, right?
>>
>> I will test, when I‘ll be bac
m the GW3000 next to the temperature
>> obtained from my extra sensor (which is extraTemp1) without any additional
>> fiddling in the skin, right?
>>
>> I will test, when I‘ll be back home tonight.
>> michael.k...@gmx.at schrieb am Sonntag, 20. Juli 2025 um 11
ntries, it works now.
> Due to the struggle with rain data, I forgot to introduce the Wittboy
> temperature sensor. So, again, I will have to edit weewx.conf, change the
> field map in the W1000Service stanza and restart. Sigh. Usually my weewx
> runs for several hundred days.
> mic
>>
>> #if $day.UV.has_data
>>
>> #end if
>> #if $day.radiation.has_data
>>
>> #end if
>> #if $day.sunshine_hours.has_data
>> > alt="$obs.label.suns
can override any skin.conf value in weewx.conf, which might be your exact
issue here.
michael.k...@gmx.at schrieb am Samstag, 19. Juli 2025 um 21:28:25 UTC+2:
> That again sounds like the plot_groups is the problem,.
>
> Vetti52 schrieb am Samstag, 19. Juli 2025 um 21:10:15 UTC+2:
&g
a
>
> #end if
> #if $day.inTemp.has_data
>
> #end if
> #if $day.inHumidity.has_data
>
> #end if
> #if $day.extraTemp1.has_data or $day.extraTemp2.has_data or
> $day.ext
x27; yields 'yeartempdew'.
> *#
> #set $plot_name = $period + $plot_group
> #for obs in $getobs($plot_name)
> #if $recent.check_for_data($obs)
> #set $show_plot = 1
> #end if
> #end for
> #if $show_plot
>
>
If I understand the seasons skin correctly, and alltimeSeason is a clone,
you need to add a configuration, as there is only dayrain, monthrain, etc.
built in.
So let's assume your tipping sensor is rain and you piezo sensor is p_rain,
the data of the tipping sensor should be there, out-of-the-b
or 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:
>
>> A
0:19 CEST (1752665419)
2025-07-16 13:30:30 weewxd[19407] INFO weewx.restx: MQTT: Published record
2025-07-16 13:30:29 CEST (1752665429)
michael.k...@gmx.at schrieb am Montag, 14. Juli 2025 um 21:05:17 UTC+2:
> The warnings shows up once, after the ecowitt_http.py was altered when a
> new pycache
The warnings shows up once, after the ecowitt_http.py was altered when a
new pycache object is created, only showing up when starting weewxd
manually. It is console output not being logged.
vince schrieb am Montag, 14. Juli 2025 um 20:03:48 UTC+2:
> On Monday, July 14, 2025 at 9:29:24 AM UTC-7
en Ecowitt cloud (ecowitt.net),
> SD card (GW3000), and local http API:
> battery.rainfall_sensor
> battery.wind_sensor
> battery.haptic_array_capacitor
> ch_lds?.ldsheat_ch1 ... ch4
>
> from the displays:
> battery.console
> battery.ws1900
> battery.ws1800
> battery.ws6006
x27;s voltage is shown in the
piezoRain object.
michael.k...@gmx.at schrieb am Montag, 14. Juli 2025 um 15:27:33 UTC+2:
> Thank you for the update!
>
> I encountered the following issue:
>
> Situation:
>
> - A WeeWX instance which uses the ecowitt http driver with a GW3000, a
"voltage": "3.22"
}
]
Werner Krenn schrieb am Sonntag, 13. Juli 2025 um 21:42:54 UTC+2:
> 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:
>
> [StdCalibr
" top of the interval" ? The
> beginning or the end ? Weewx uses the timestamp of the end of loop
> interval. Only this makes sense for a correct accumulation.
> The data from the GW3000 are the data at the time of the GW3000 archiving
> - no accumulation there.
> On 13.07.
reflect. You can
> email me directly steep...@btinternet.com
>
> Thanks,
> Ian
>
> On 12 Jul 2025, at 19:05, 'michael.k...@gmx.at' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
> @Ian see: https://kainzbauer.net/weather/Test/Rif/ws68/index.html this is
>
n-skin/blob/main/ecowitt_http/Ecowitt_http_default_mapping.txt
>
> *This ensures that users of my Ecowittcustom driver can switch directly to
> this driver, or users of Oliver's FOSHKplugin can use it in conjunction
> with my Ecowittcustom driver.*
> michael.k...@gmx.at schrieb am Samstag, 12. Juli 202
do have a device. However I am able to
> calculate: -
>
> [StdCalibrate]
>
> [[Corrections]]
> radiation = luminosity/126.7 if luminosity is not None else None
> luminosity = 0 if luminosity == None else luminosity
>
> On 12 Jul 2025, at 10:25,
Ian's fork doesn't support luminosity/radiation and pm/co2 values, probably
other things. I've copied the contents of Werners version
of
https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/ecowitt_http/ecowitt_http.py
over the one I've installed from Ian's fork, get
Has illuminance and radiation changed with the http API or why the change
in the code?
What is the difference between your version and the original and why didn't
you fork the original one?
Werner Krenn schrieb am Freitag, 11. Juli 2025 um 18:16:17 UTC+2:
> The driver is almost complete.
>
> Th
To compare: https://kainzbauer.net/weather/Rif/en/stats.html
The linked page lists rain and piezo rain per day/month/year
My WS90 is vanilla, I did not tune any settings. While a bucket is agnostic
to the type of rain, the piezo sensor isn't. Large drops vs. mist make a
difference. After a longer
I had many problems with damaged storage media with RPi1, 2, 3, 4. Not all
storage media had physical defects, but nevertheless the joy with the RPis
was short-lived, whether SD cards, USB flash drives or SSds. Conclusion: I
no longer use RPis.
Vetti52 schrieb am Dienstag, 8. Juli 2025 um 15:13:
perimental but 99% working) Ecowitt_http driver will be needed.
>>
>> Long story short:
>>
>> the OP (@Vetti52) can use the "old" (binary) local Ecowitt API driver for
>> his purpose as no backfill is needed, and if he also wants to see the rain
>> his
data from Ecowitt or WU.
>> So, I hope, this remains that way, and I do not need the new backfill
>> method. However, I am not sure, if there are other advances, which will
>> urge Ecowitt users to switch to the http based driver, Gary was working on.
>> But, maybe, there
I use two GW2000 with one WeeWX instance, one with the Ecowitt Gateway
Driver as a Driver, the other one with the Ecowitt Gateway Driver as a
Service. I am on 0.6.3, which isn't capable of backfilling data from the
gw3000s SD-storage in case your WeeWX wasn't running for whatever reason.
Vetti
Maybe it's worth to create an own repository for the driver(s) and assign
the ownership and other roles to more than a single person and set up a
strategy to work ist Issues, PRs, etc. to bundle the efforts from
contributors in one place.
Ian Millard schrieb am Freitag, 4. Juli 2025 um 09:36:09
lish.
>
> https://claydonsweather.org.uk
>
> On 29 Jun 2025, at 13:42, 'michael.k...@gmx.at' via weewx-user <
> weewx...@googlegroups.com> wrote:
>
> I think it is less about being willing doing it, but being able doing it
> in way that is creating the be
I think it is less about being willing doing it, but being able doing it in
way that is creating the best value for everyone. I'd be willing, but I
don't have the resources to push myself on a python level, that would be
sufficient to achieve this, apart from barely finding time for the
Bootstr
nstag, 24. Juni 2025 um 20:37:37 UTC+2:
> Thanks again - I've now got it working. But yes, coding it that way is
> obviously not a good idea so I'll now work on implementing it in such a way
> that I don't need to edit the skin.conf
>
> On Tuesday, 24 Jun
t;#33", "#33", "#33",
> "#33", "#33", "#33"
>
> [HistoryReport]
> #
> # Settings for the HTML month/year color coded summary table generator
> #
>
> # This list determines which
y)
> 2025-06-24T13:38:16.054940+01:00 weewxd[3755918]: ERROR
> weewx.reportengine: ^^^
> 2025-06-24T13:38:16.054975+01:00 weewxd[3755918]: ERROR
> weewx.reportengine: KeyError: 'version'
> 2025-06-24T13:38:16.05
Make that 6cl/m² :)
Rainer Lang schrieb am Dienstag, 24. Juni 2025 um 14:08:48 UTC+2:
> weewx is not different from the weewx database 😉 - the database is part
> of weewx.
> I think what you are talking about is the depiction of the database (and
> current) data in a skin,n the weewx word for a
sted editing skin.conf but I'll change that as well!
>> On Thursday, 19 June 2025 at 20:09:09 UTC+1 michael.k...@gmx.at wrote:
>>
>>> First and most important advice: do not modify any skin.conf. You can
>>> override any setting in your weewx.conf.
>>>
&g
First and most important advice: do not modify any skin.conf. You can
override any setting in your weewx.conf.
Second: which version of the skin(s) are you using? [BootstrapLabels] is
from a version that is outdated probably for years now.
Jon B schrieb am Donnerstag, 19. Juni 2025 um 17:19:50
AFAIK they changed the LTO battery manufacturer some time ago when they had
issues with batteries. So if the battery is an issue, it's not that hard to
exchange and it's a standard size, i think 18650.
vince schrieb am Montag, 16. Juni 2025 um 21:01:36 UTC+2:
> You defined things as obs_air whe
Usually below 5µg/m³, spiking only when some of the neighbors starts their
wood-fired heating, last night there were highs above 100µg/m³, caused by
particles having their origin in canadian wildfires. The station is located
near Salzburg, Austria.
[image: 2025-06-11 08_01_30-Das Wetter in AT, S
I have v0.6.3 here, dated 2 August 2024
vince schrieb am Mittwoch, 4. Juni 2025 um 19:54:59 UTC+2:
> Given how much this one is used, I'd be willing to put up a quick github
> repo of an UNOFFICIAL and TEMPORARY version of the gw1000 driver if
> somebody could send me 'recent' versions of the fo
of area to me is an obvious point. For example how many
> liters of water fell on their lawn or roof.
>
> On Sunday, June 1, 2025 at 11:37:14 AM UTC-7 michael.k...@gmx.at wrote:
>
>> I don't get the point why one would want to use m³/m² which cancels to m
>> in the fi
I don't get the point why one would want to use m³/m² which cancels to m in
the first place.
Karen K schrieb am Sonntag, 1. Juni 2025 um 06:47:30 UTC+2:
> As you already said, mm and l/m^2 have the same values. So you could set
> up rain to mm and change the label for mm to " l/m^2". This can b
the WiKi
>>>>>> for the other network readable SD card device, the WS6210 WLAN/4G
>>>>>> gateway, additional observations apply - see also WiKi, table of
>>>>>> possible
>>>>>> headers
>>>>>> https://meshka.eu/
y the backup to it?
> I wanted to ask what your experience is with weewx and Raspberry or
> another device for installing weewx.
> I also wanted to ask which weather station you would recommend if I were
> to buy a new one.
>
> Thank you very much and have a nice day.
>
> michael.k.
nRegistry:
> Failed to publish record 2025-05-20 20:55:00 CEST (1747767300): HTTP Error
> 429: TOO MANY REQUESTS
> Mai 20 20:55:36 32gb weewxd.py[1847]: wh23xx: read_record: write: 02 02 04
> 04 (len=4)
> Mai 20 20:55:36 32gb weewxd.py[1847]: wh23xx: read_record: buf: 01 35 02
>
The name of the default skin was "Standard", now it is a skin named
"Seasons".
GordonT schrieb am Mittwoch, 14. Mai 2025 um 09:57:37 UTC+2:
> Thankyou for the info.
>
> Not sure what you mean by 'old' standard, it just shows one standard.
>
> I got it working modifying the skin.conf and index/we
Afaik, of the above, only the WS1101. But you can use any of the stations
with an additional GW2000/GW3000 and the Ecowitt Gateway Driver. Or simply
create your "own station" with a GW2000/GW3000 gateway and compatible
sensors of your choice, an even (multiple) console displays of your choice.
and monthly data. I don't understand what the issue is :|
>>
>> poniedziałek, 5 maja 2025 o 09:36:12 UTC+2 michael.k...@gmx.at
>> napisał(a):
>>
>>> When the archive table is ok, just rebuild the affected days. If the
>>> archive really is OK, then
When the archive table is ok, just rebuild the affected days. If the
archive really is OK, then everything should be correct.
michael.k...@gmx.at schrieb am Montag, 5. Mai 2025 um 09:35:06 UTC+2:
> sum is the sum, wsum is the weighted sum, needed to calculate averages,
> etc.
>
his, because it spoils the
> statistics a lot, and I would not like to zero out the rain from the whole
> day.
>
> niedziela, 4 maja 2025 o 11:55:34 UTC+2 michael.k...@gmx.at napisał(a):
>
>> To correct your rain values modify the column in the archive table, then
>> let
To correct your rain values modify the column in the archive table, then
let weewx build the daily values for the affected dates. I can't remember
if the rainRate is a derived value or not (or if it depends on the
hardware), if so, you might want to (delete and) recalculate this derived
value a
Thank you, now I understand. In the meantime this glitch disappeared, as
expected, since the DST change is more than 30 days ago. No I've got some
time to think about, how to deal with it :D
Karen K schrieb am Samstag, 26. April 2025 um 18:47:45 UTC+2:
> michael.k...@gmx.at schrieb am
h, just two different tags applying
> slightly different formatting. Perhaps there is something else that is
> confusing that I am not seeing.
>
> Gary
> On Friday, 25 April 2025 at 19:21:49 UTC+12 michael.k...@gmx.at wrote:
>
>> Playing a little around, this is confusing me:
&g
ours, 0 minutes, 0 seconds
630 hours, 0 minutes, 0 seconds
630 hours, 0 minutes, 0 seconds
629 hours, 0 minutes, 0 seconds
Karen K schrieb am Donnerstag, 24. April 2025 um 21:07:02 UTC+2:
> michael.k...@gmx.at schrieb am Donnerstag, 24. April 2025 um 11:41:39
> UTC+2:
>
> But anyway,
in days. I expect that '24h' and '72h'
> would suffer from similar problems, though probably not as noticeable due
> to the short elapsed time until the issue resolves itself for those spans.
>
> Gary
>
>
>
> On Tuesday, 22 April 2025 at 07:24:23 UTC+12 m
Hello,
$span(day_delta=30).length.day.format("%d")
yields "29 days". I think this is because of the DST change in the
station's time zone which was about three weeks ago, it used to show "30
days", and I am confident it will again show "30 days", after the DST
change is more than 30 days ago.
foto vom 2025-03-20 21-37-53.png]
>
> Grüße Günther
>
> Best regards, Günther
> michael.k...@gmx.at schrieb am Donnerstag, 20. März 2025 um 05:35:54
> UTC+1:
>
>> Deine weewx.sdb (oder wie auch immer dein Datenbankfile heißt) ist
>> kaputt. Ersetze es durch die ak
Check the board, also the solder dots like in step 3
here:
https://de.ifixit.com/Anleitung/Raspberry+Pi+Model+B+Revision+2.0+USB+Port+Replacement/148454
should look similar on the 3.
Per Edström schrieb am Mittwoch, 26. März 2025 um 06:56:55 UTC+1:
> I have tried another WMR100, another cable
andard skin. I guess this would be
> code in another file that would be called from Standard? Sorry, I’m not
> very Python literate—only enough to get myself into trouble.
> Cheers,
> Bob
>
> On Saturday, March 22, 2025 at 4:29:23 AM UTC-4 michael.k...@gmx.at wrote:
>
>> Se
Didn't Karen K have something of this sort in her repo?
The above will only work with metric db, will it?
Dr Henk Harms schrieb am Montag, 24. März 2025 um 06:56:39 UTC+1:
>
> So been "messing with it"
> To create a table.
>
> CREATE TABLE archive_bom_minmax (
> dateTime INTEGER NOT NULL P
See:
https://weewx.com/docs/5.1/custom/cheetah-generator/?h=ephem#heavenly-bodies
Note: ephem has to be installed
Assuming the maximum angle of the sun is really when it transits, then the
maximum height can be calculated like this: set almanac time to transit
time, and then calculate the alt
Mär 19 21:25:26 32GB weewxd[113134]: CRITICAL __main__: Exiting.
> Mär 19 21:25:26 32GB weewxd[113134]:
> self._set_day_summary(_stats_dict, accumulator.timespan.stop, cursor)
> Mär 19 21:25:26 32GB weewxd[113134]: File
> "/usr/share/weewx/weewx/manager.py&
(not to)
>>
>> buck...@googlemail.com schrieb am Samstag, 15. März 2025 um 15:04:35
>> UTC+1:
>>
>>> where can i get them? can i just copy them to weewx 4 ?
>>>
>>>
>>> michael.k...@gmx.at schrieb am Samstag, 15. März 2025 um 15:01:02 UTC+1:
translategenerator.py seems to be missing in user/bin
James Taylor schrieb am Samstag, 15. März 2025 um 14:57:18 UTC+1:
> OK, I'm using the redhat rpm install rather than pip; all my user
> exetensions are under /etc/weewx/bin/user/. I did have to make sure I had
> successfully moved them all
That's a bold claim, but it's more likely that some skins and modules or
maybe your level of information didn't move along with the advance of
WeeWX. In my experience WeeWX since 5.0 is easier to install and use than
ever before. However, discontinued extensions may not work anymore, in some
ca
d .csv files after the old files had
> been deleted.
>
> On Monday, March 3, 2025 at 8:02:09 AM UTC Steeple Ian wrote:
>
>> I see that the new firmware has arrived. GW3000A_V1.0.1
>>
>> On Tuesday, February 18, 2025 at 5:21:55 PM UTC michael.k...@gmx.at
>> w
> feb 24 12:00:17 raspberrypi weewxd[22153]: ERROR weewx.manager: Unable to
add record 2025-02-24 12:00:00 CET (1740394800) to database 'weewx.sdb':
attempt to write a readonly database
WeeWX cannot write to the database file
My best guess because of insufficient permissions: the user WeeWX is
The interceptor driver with ecowitt protocol,
see
https://github.com/matthewwall/weewx-interceptor/blob/master/bin/user/interceptor.py
Or you get an additional GW2000 or GW3000 and use the ecowitt gateway
driver https://github.com/gjr80/weewx-gw1000
Andre schrieb am Donnerstag, 20. Februar 2025
Yes, that is how it will work.
Your website will be updated if as the UPS will provider enough power for
the RPi, GW2000, and the network equipment needed to maintain the
communication between the RPi and the GW2000. That being said, take care
that the network communication still works without t
ry,
>>>
>>> I have the two types of rain gauge and the GW3000 arrived today.
>>>
>>> Attached is a .zip of the 6 CSV files from my SD Card after a few hours
>>> running.
>>>
>>> Regards,
>>> Ian
>>>
>>>
My GW3000 is on the way, so it should arrive in a week or so.
gjr80 schrieb am Freitag, 31. Januar 2025 um 08:59:46 UTC+1:
> Yes, 433MHz here. I have a WH40 on the way, what's another rain gauge...
>
> Gary
>
> On Friday, 31 January 2025 at 03:14:25 UTC+10 michael.k...@gmx.a
The Error Messages tell us, that your Hardware isn't found on USB: it has
either no power, is disconnected, broken, hangs or you changed the
configuration of the driver and you never had a TE923.
I'd first disconnected/connected the station's USB an would like to know,
what the output of dmesg i
mple .
> Στις Κυριακή 2 Φεβρουαρίου 2025 στις 9:34:14 μ.μ. UTC+2, ο χρήστης
> michael.k...@gmx.at έγραψε:
>
>>
>> I've just observed it doesn't work on your site, I don't know exactly
>> what is misconfigured, but I suspect it's the number of [] bracke
Maybe you missed that you refer to a 4.9 version of the docs, but you've
installed a 5.1 version?
https://weewx.com/docs/5.1/usersguide/where/?h=find#where-to-find-things
scott pierce schrieb am Sonntag, 2. Februar 2025 um 20:33:42 UTC+1:
> *Alsowhere are the executables? In the documentati
stomization in weewx.conf.
michael.k...@gmx.at schrieb am Sonntag, 2. Februar 2025 um 19:05:26 UTC+1:
> I checked locally with hive mq public server and found the following
> should work:
>
> For the MQTT extension:
> [[MQTT]]
> server_url = mqtt://broke
server_url = "mqtt://broker.hivemq.com:8883"
>>
>> topic = weather
>> binding = loop
>> aggregation = aggregate
>>
>> and skin conf
>>
>> hiveMQ_public
>>
>> broker_connecti
server_url = "mqtt://broker.hivemq.com:8883"
>>
>> topic = weather
>> binding = loop
>> aggregation = aggregate
>>
>> and skin conf
>>
>> hiveMQ_public
>>
>> broker_connecti
> hiveMQ_public
>
> broker_connection = wss://broker.hivemq.com:8884
>
> trying without quotes in server url but nothing.
>
> Στις Κυριακή 2 Φεβρουαρίου 2025 στις 1:38:12 μ.μ. UTC+2, ο χρήστης
> michael.k...@gmx.at έγραψε:
>
>> Your Browsers JS con
s
>
> https://kairos.moudania.com/moudania/Bootstrap/index.html
>
> Στις Κυριακή 2 Φεβρουαρίου 2025 στις 10:40:39 π.μ. UTC+2, ο χρήστης
> michael.k...@gmx.at έγραψε:
>
>> Hi, i didn't receive an Email, I'm the author for the MQTT-relevant part
>> for fuzzy-archer. Nick is not a
Hi, i didn't receive an Email, I'm the author for the MQTT-relevant part
for fuzzy-archer. Nick is not an active author for fuzzy-archer anymore.
Anyway, the error messages are on the backend and are related to the MQTT
extension and it's configuration, so MQTT-related challenges with the skin
to the database so
> they won't be overridden in the future. As I said, I don't have raw
> (minute) data but only daily totals.
> Thanks!
>
> sobota, 1. februar 2025 ob 21:57:00 UTC+1 je oseba michael.k...@gmx.at
> napisala:
>
>>
>> https://weewx.com/docs/5
1 - 100 of 581 matches
Mail list logo
