ink a subsequent
>> https://www.weewx.com/docs/4.10/utilities.htm#Action_--rebuild-daily
>
>
>> On Monday, March 11, 2024 at 12:53:24 PM UTC-7 Invisible Man wrote:
>>
>>> Hi,
>>> In WeeWx, if I inspect the archive table, there is an extraTemp3, but n
Hi,
In WeeWx, if I inspect the archive table, there is an extraTemp3, but no
extraHumid3.
Why is that? And is it possible to get a extraHumid3? Indeed, I have a
sensor 3 which provides both temperature and humidity.
```
sqlite> .schema archive
CREATE TABLE archive (`dateTime` INTEGER NOT NULL UN
To my understanding, the commands are the same in terms of "what they do",
i.e start weewx.
The difference lies in how easy it is to manage weewx.
1. If you use weewx as a service, you can easily start/stop/restart/mask
(etc) your service with the systemctl commands. This includes for example
r
>your rsyslog conf has 'isequal,"weewx"', so it will not match the actual
name of the weewxd program, which is 'weewxd'
Hmm. You are right. But it's strange, in v4.10.2 the program is already
named weewxd isn't it? And it's working...
Axelle
On Sunday, March 3, 2024 at 8:38:09 PM UTC+1 matthew
stall an
> extension in a V5 environment. As explained in the Upgrade Guide, you need
> to use "weectl extension install".
>
> I would not dismiss an upgrade as a "horror" if you haven't read the
> instructions.
>
> On Sun, Mar 3, 2024 at 7:54 AM
he Upgrade Guide <https://www.weewx.com/docs/5.0/upgrade/>.
> Did you read it?
>
> On Sun, Mar 3, 2024 at 7:22 AM Invisible Man wrote:
>
>> I downgraded back to 4.10. I will look into v5 later and calmly. This is
>> not just "some small upgrade that'll work out o
dure from 4.10 to v5 somewhere? + like all the
changes and new habits I should move to?
sudo apt install weewx=4.10.2-1
sudo apt-mark hold weewx
Thanks.
On Sunday, March 3, 2024 at 3:44:44 PM UTC+1 Invisible Man wrote:
> I used to have weewx 4.10 running smoothly with Interceptor driver.
Thanks, I was missing the "-1" at the end, that solved my problem I managed
to downgrade.
sudo apt install weewx=4.10.2-1
Axelle.
On Tuesday, February 6, 2024 at 8:31:56 PM UTC+1 Mks Mk wrote:
> Pierre-Yves
> we used these commands
> sudo apt remove weewx
> then
> sudo apt install weewx=4.10.2
I used to have weewx 4.10 running smoothly with Interceptor driver. I
upgraded to 5.0.2
There are the logs, and I believe I have tons of issues.
I add the upgrading logs at the end.
First issue partially solved: the upgrade did not handle my
/etc/default/weewx file and wasn't loading my config f
( I wish I hadn't upgraded...
On Sunday, March 3, 2024 at 3:09:27 PM UTC+1 Invisible Man wrote:
> Ok, but I have very few logs using journalctl -u weewx.service, whereas I
> used to have lots of debug logs.
>
> mars 03 14:47:39 vegan systemd[1]: Stopped LSB: weewx weather syste
> On Mon, 4 Mar 2024 at 01:01, Invisible Man wrote:
>
>> I used to redirect the weewx logs which were normally going to
>> /var/log/syslog in /var/tmp/log/weewx.log using /etc/rsyslog.d
>>
>> :programname,isequal,"weewx" /var/tmp/log/weewx.log
>> :progra
I used to redirect the weewx logs which were normally going to
/var/log/syslog in /var/tmp/log/weewx.log using /etc/rsyslog.d
:programname,isequal,"weewx" /var/tmp/log/weewx.log
:programname,isequal,"weewx" ~
I upgraded to 5.0.2, asked to keep my personal old configuration, but there
are no lon
h, 10. Januar 2024 um 15:56:15 UTC+1:
>
>> Hard to say without actually seeing the logs, but these
>> "middle-of-the-night' dropouts are often caused by weak sensor batteries.
>>
>> On Wed, Jan 10, 2024 at 6:51 AM Invisible Man
>> wrote:
>>
>>&g
wrote:
> Hard to say without actually seeing the logs, but these
> "middle-of-the-night' dropouts are often caused by weak sensor batteries.
>
> On Wed, Jan 10, 2024 at 6:51 AM Invisible Man
> wrote:
>
>> Hi,
>> Sometimes during the night I lose data fro
Hi,
Sometimes during the night I lose data from my sensors a couple of hours.
I've had a look at the logs, but can't see any ERROR message. What type of
message should I be looking for in weewx.log?
Example: https://biotmeteo.masdescrocodiles.fr/daytempdew.png
My weather station is an EcoWitt HP
#x27;: 'pm2_5',
'pm25batt1': 'pm25_battery',
+'tf_ch1' : 'wn34_temperature_1',
+'tf_battery1' : 'wn34_battery_1'
}
IGNORED_LABELS = [
(END)
-- Axelle.
On Thursday, October 5, 20
Hi,
I have an EcoWitt HP2551AE and have recently acquired a WN34L sensor. Can
you help me get the data to WeeWx?
I am using the Interceptor
(https://github.com/matthewwall/weewx-interceptor), but I think it does not
recognize the sensor out of the box:
Oct 5 20:43:25 vegan weewx[22719] INFO u
Hi,
I have just acquired a *new sensor WN34L*, which is a temperature sensor
for liquids
(https://osswww.ecowitt.net/uploads/20220803/WN34S%20WN34L%20Manual.pdf).
I use *Weewx* 4.10.2 with an *Ecowitt* weather station HP2551AE and I am
using the *Interceptor* driver
from https://github.com/ma
2023 at 3:51:57 PM UTC+2 Invisible Man wrote:
> Hi,
> I *just acquired a new soil moisture sensor* (EcoWitt). I added it to the
> weather station and it works fine. Now, I'd like to get the value with
> Weewx.
> I already use the the *Interceptor* driver (
> https://
Hi,
I *just acquired a new soil moisture sensor* (EcoWitt). I added it to the
weather station and it works fine. Now, I'd like to get the value with
Weewx.
I already use the the *Interceptor* driver
(https://github.com/matthewwall/weewx-interceptor) which works fine for
months/years, and I see
ernal_html/daytempdew.png,dayrain.png,dayuv.png and of type
Sep 02 15:30:55 vegan python3[13958]: weewx[13958] INFO user.wxtoot: our
media_list images are 0 : []
On Saturday, September 2, 2023 at 3:24:15 PM UTC+2 Invisible Man wrote:
> Ok ! I hadn't understood that at all.
> So, that
Cardinal points - true or false
cardinal = true
# complete if fetching images via a webserver
#server_url_image = ''
# complete if uploading images from a local directory
image_directory = '/home/weewx/external_html'
# comma separated list o
sday, August 30, 2023 at 10:34:49 PM UTC+2 Invisible Man wrote:
> Ah, it looks like $day.rain.sum works in a template... :)
>
> On Wednesday, August 30, 2023 at 7:00:17 PM UTC+2 Invisible Man wrote:
>
>> Ok, so I'm switching to templates, but I'm doing something wrong, b
Ah, it looks like $day.rain.sum works in a template... :)
On Wednesday, August 30, 2023 at 7:00:17 PM UTC+2 Invisible Man wrote:
> Ok, so I'm switching to templates, but I'm doing something wrong, because
> I can't get that rain sum. In my case it just prints
> "$s
4 km/h (rafale)
30-Aug-2023 18:50
On Wednesday, August 30, 2023 at 12:07:00 AM UTC+2 Glenn McKechnie wrote:
> On 30/08/2023, Invisible Man wrote:
> > Thanks to both of you for your replies.
> >
> > - since.py etc are in /usr/share/weewx/user already so indeed I can try
>
.
>>
>> It's been a long while since I've looked at it, but I believe that will
>> do it .
>> The README notes for 24th Jan 2023 v0.04 outline one hiccup when
>> testing the templates but it should be straight forward.
>> Use the default as
I am using the Mastodon extension for
Weewx. https://github.com/glennmckechnie/weewx-mastodon.
I believe my question is however not strictly related to this extension,
see below.
It is possible to format the message which is tooted regularly and supply a
specific format.
One of the default form
your weewx.conf file.
>
> Perhaps the Mastadon installer messed things up...?
>
> On Sun, Aug 27, 2023 at 5:30 AM Invisible Man
> wrote:
>
>> I noticed I had this configuration line in weewx.conf. What are those
>> services? Is that a shortcut name?
&g
I noticed I had this configuration line in weewx.conf. What are those
services? Is that a shortcut name?
restful_services = S, d, S, a, n, R, g, y
or
restful_services = x, x, S, d, S, a, o, n, R, g, y
I just commented the line...
It solved an exception I was getting - though I'm not sure it's t
I used to use Weewx Twitter extension
(https://github.com/matthewwall/weewx-twitter).
Am I right to say it no longer works now with Twitter, unless you have a
paid API subscription?
```
Aug 26 18:16:22 vegan weewx[20951] ERROR user.twitter: Failed attempt 3 of
3: Twitter API returned a 403 (Fo
Ah ha... you're right... and then things make sense, because indeed I don't
have the output temperature for those dates. So, the curve are correctly
generated. Now I need to figure out why I had no data at that time, knowing
that I had no sensor error warning in the logs...
sqlite> select datet
generated every archive interval. If the data is
> there, weekly images should be there by now (14:00 MESZ) If not, check the
> log for error and/or delete the picture in /var/www/whereeverthereportis to
> force a new generation of the picture.
>
> Invisible Man schrieb am Mittwoch, 2
Hi,
There's something strange, and I'd like your help to debug the issue.
The *outside temperature curve* of my weather station has *a cut during the
night of Aug 21 and Aug 22*. *But*, to my understanding, *the data exists
in the SQLite database*!
Why?
How can I trigger the curve to be re-genera
your hardware work as expected. Maybe your have to
> relocate your console or eliminate a source of interference.
>
> For the remaining occasions this might help you:
> https://groups.google.com/g/weewx-user/c/izHn7K6RdWI
>
> Invisible Man schrieb am Mittwoch, 23. August 2023 um
Hello,
I am running Weewx 4.10.2 on a Raspberry Pi and my weather station is
an EcoWitt HP2551AE_Pro_V1.8.0.
>From time to time, I lose the values of many sensors (outside temperature,
external humidity, pression...). But I have no log in weewx.log that
indicate this issue. Why? How can I get a
Your Rsync works through SSH, and the first line of the logs shows that it
expects to be able to log in using a host key, but it can't find your host
key.
So, you need to copy the SSH key of the host you are Rsyncing from to the
host you are Rsyncing to, in its .ssh/authorized_keys.
I presume t
>Try adding
>#errorCatcher Echo
>to the template
Nice! Thanks!
On Tuesday, August 22, 2023 at 9:50:35 AM UTC+2 michael.k...@gmx.at wrote:
> Try adding
> #errorCatcher Echo
> to the template
>
> https://pythonhosted.org/Cheetah/dev_guide/errorHandling.html#errorc
Yes, I customized that template myself. The issue is occasional, so for
some reason, sometimes that value has no reading. As the template is a bit
long, I was wondering if there was a solution to pin down the exact
location of the bug, but I'll just add a condition testing for None before
in al
Hello,
I occasionally have an error in my Weewx logs that indicate that, at some
point, I receive for a given value the value None where I was expected an
int. Because of this error, cheetahgenerator fails to produce the correct
HTML file.
```
Aug 21 00:02:29 vegan weewx[20951] ERROR weewx.chee
oh ok strange then. I must have changed it one day and forgot about it...
On Monday, July 24, 2023 at 2:46:31 AM UTC+2 Tom Keffer wrote:
> ... and that is indeed the default.
>
> https://github.com/weewx/weewx/blob/master/weewx.conf#L370
>
> On Sun, Jul 23, 2023 at 9:35 A
dware', then WeeWX will not calculate it at all.
> It depends on the value being supplied by the hardware.
>
> Usually you want "prefer_hardware". Same with the other calculations. I
> would change them all.
>
> On Sun, Jul 23, 2023 at 4:07 AM Invisible Man
>
eewx.conf?
>
> -tk
>
>
>
> On Thu, Jul 20, 2023 at 1:39 PM Invisible Man
> wrote:
>
>> Hi,
>>
>> My weather station has both current temperature and current humidity, but
>> it continuously displays *N/A for humidex* (or is it heat index) ?
>&g
Hi,
My weather station has both current temperature and current humidity, but
it continuously displays *N/A for humidex* (or is it heat index) ?
My template uses this:
```
Humidex: $current.heatindex
```
and my `skin.conf` translates heatindex to Humidex:
```
[[Generic]]
# Generic la
As suggested, I used RSync instead of SFTP , and it works just fine :)
On Thursday, January 12, 2023 at 10:36:16 PM UTC+1 Invisible Man wrote:
> A user suggests to use Rsync instead, as Rsync is running through SSH for
> weewx.
> see http://www.weewx.com/docs/usersguide.htm#con
'll switch to that.
On Tuesday, January 10, 2023 at 3:57:09 PM UTC+1 Invisible Man wrote:
> Hello,
> I have recently enable sftp on Weewx, to upload the weewx web pages to a
> remote site.
> Before that, I used ftp, and it worked no problem, but I'm have errors
> wit
en happening a lot recently. I wonder if some ftp server out
> there has changed its default settings?
>
> Do you happen to know the type of ftp server your host is using?
>
> On Tue, Jan 10, 2023 at 6:28 AM Invisible Man
> wrote:
>
>> I have recently enabled SFTP up
Hello,
I have recently enable sftp on Weewx, to upload the weewx web pages to a
remote site.
Before that, I used ftp, and it worked no problem, but I'm have errors with
SFTP.
- I'm using Weewx 4.9.1
- Python 3.7.3
- I can connect by hand to the remote sftp no problem
- Not sure if I should be u
Hello,
I have recently enable sftp on Weewx, to upload the weewx web pages to a
remote site.
Before that, I used ftp, and it worked no problem, but I'm have errors with
SFTP.
- I'm using Weewx 4.9.1
- Python 3.7.3
- I can connect by hand to the remote sftp no problem
- Not sure if I should be u
I have recently enabled SFTP uploading on weewx pages to a remote server.
By hand, sftp works and I can connect to the remote server correctly.
But weewx complains with the following errors:
```
Jan 10 13:53:00 vegan python3[2160]: weewx[2160] ERROR weewx.reportengine:
ftpgenerator: (4): caught e
have to put the to be added parameters into ' ', i.e. 'runtime' and
> not just runtime - and also add a comma e.g. " 'runtime', " [without ""];
> the position in the list doesn't matter)
>
>
> On 14.10.2022 09:28, Invisible Man
Hi,
I am using the Interceptor to process packets from an EcoWitt HP2551
weather station (I do not have the GW1000 gateway).
The logs of weewx show a few anomalies I'd like to check if it is normal /
solution.
1- PASSKEY
Oct 14 09:18:09 vegan python3[28665]: weewx[28665] DEBUG user.interceptor:
faults for SQLite databases
> [[SQLite]]
> driver = *weedb*.sqlite
> # Directory in which the database files are located
> SQLITE_ROOT = /home/weewx/archive
>
> tant pis ! Ca devrait marcher maintenant 😉
> Am 13.10.2022 um 22:19 schrieb Invisible Man
ls with the basic sensors rain, wind,
> solar, rain, temperature/humidity and air pressure.
> You might need an extended version if you have more and different sensors,
> or - if you have a console/gateway with the GW1000/Ecowitt Gateway
> interface/API - use the weewx Ecowitt Gat
I have an Ecowitt HP2551 weather station, I don't have any Ecowitt GW1000
gateway with it, so to my understanding, I cannot use the Ecowitt driver.
Or can I? ...
-- Axelle
On Thursday, October 13, 2022 at 9:40:37 PM UTC+2 vince wrote:
> On Thursday, October 13, 2022 at 12:30:12 PM UTC-7 axelle.
The RPi0W is considerably slower than the RPI3B+, I am not even totally
sure it will work on a ZeroW, but your error is weird / I'd expect
something more explicit.
Have you tried to tune timeout for your Vantage driver ?
I don't have this driver personally, but if there's any timeout: increate
i
Hi,
When I start Weewx, I encounter this error:
```
File "/usr/share/weewx/weewx/wxservices.py", line 105, in __init__
initialize=True)
File "/usr/share/weewx/weewx/manager.py", line 597, in get_manager
self.manager_cache[data_binding] = open_manager(manager_dict,
initialize)
File "/
this is just perfect, thanks very much.
And for anybody looking for the right link :
https://github.com/weewx/weewx/wiki/weewx-multi
On Sunday, October 9, 2022 at 8:13:06 PM UTC+2 vince wrote:
> Look into weewx-multi - short description is you need two .conf files
>
> On Sunday, October 9, 2022
Hi,
Is it possible to configure *2 different* weather stations with one Weewx
(one /etc/weewx.conf)?
Indeed, I temporarily have two weather stations : an old WMR300, and a new
Ecowitt. During a few weeks, I'd like to have both of them work
simultaneously. Is that possible?
Is it as simple as d
works - and get also some more
> understanding of your EW console hardware,
> read through https://www.wxforum.net/index.php?topic=40730.0 (chapter 7.
> data flow, but all chapters are worth reading)
>
> On 26.08.2022 09:12, Invisible Man wrote:
>
> From the GW-1000 weewx drive
, August 26, 2022 at 8:49:20 AM UTC+2 Invisible Man wrote:
> Woaw, thanks this is extremely helpful!
>
> The *interceptor* driver (https://github.com/matthewwall/weewx-interceptor)
> looks cool. Except that *I suppose the interceptor needs to be placed
> where it can read all wifi
s you.
>>
>> The main issue that might occur is whether weewx GW1000 driver is able to
>> operate via wifi too or not? Looks like the HP2551 console does not have a
>> USB port (not sure though, couldn't find a photo). And I wasn't able to
>> find any inf
?
Thanks,
On Thursday, August 25, 2022 at 12:38:46 PM UTC+2 Greg Troxel wrote:
>
> Invisible Man writes:
>
> > I'm considering the purchase of a EcoWitt HP2551 : it has a console + a
> > 7-in-1 sensor. Just not totally sure how to integrate it with Weewx.
> >
I'm considering the purchase of a EcoWitt HP2551 : it has a console + a
7-in-1 sensor. Just not totally sure how to integrate it with Weewx.
People said here to use the Ecowitt GW-1100 driver, right? But EcoWitt
HP2551 does not have that GW1100 gateway. Will the driver work
nevertheless?
Basica
k something, so the doc
> says to pick simulator. Once you install the wmr200 driver, you want to
> switch to using the wmr200 driver and forget about the simulator forever
> (unless you install weewx from scratch again).
>
> On Jan 23, 2021, at 10:17 AM, Invisible Man wrote:
&g
y data from the simulator.
>
> On Jan 23, 2021, at 9:43 AM, Invisible Man wrote:
>
>
>
> > sudo wee_config --reconfigure --driver=user.wmr200 --no-prompt
>
> I have to do it after an apt upgrade weewx ?
>
> Anyway, I did do it again.
> It changes station_type
t; Did you do step #4?
>
> sudo wee_config --reconfigure --driver=user.wmr200 --no-prompt
>
>
> On Sat, Jan 23, 2021 at 9:16 AM Invisible Man
> wrote:
>
>> > I’m not sure why you keep mentioning simulator (as in
>> extension/simulator).
>>
>> Beca
(as in extension/simulator).
>
> Do you have the following line in your weewx.conf?
>
> driver = simulator
>
> If so, it should not be there.
>
> On Jan 23, 2021, at 8:49 AM, Invisible Man wrote:
>
>
>
> Hello,
>
> My outside temperature, my barometer, my
Hello,
My outside temperature, my barometer, my dew point, my gust wind are
completely crazy!
Important: this happened after an upgrade from 4.2.0 to 4.3.0, where I had
to install the WMR200 extension as it is no longer in the main weewx in
4.3.0. So please consider something might be wrong wi
if I
can't solve it, because it looks like a different issue.
Thanks.
On Saturday, January 23, 2021 at 2:32:16 PM UTC+1 tke...@gmail.com wrote:
> It is a good idea to switch. I'll be very interested to hear if it makes
> any difference.
>
> On Sat, Jan 23, 20
I'm going to shift to python3. Let you know when it's done. Besides my bug,
I think it's a good idea to abandon python 2.7 ;-)
On Saturday, January 23, 2021 at 2:20:26 PM UTC+1 Invisible Man wrote:
> > Yes, that was fixed with commit 624fb9e
> <https://gi
wrote:
> Yes, that was fixed with commit 624fb9e
> <https://github.com/weewx/weewx/commit/624fb9e9fa1918491dcd6842683510c4211d9270>.
>
> It's only a problem under Python 2.7.
>
> On Sat, Jan 23, 2021 at 4:35 AM Invisible Man
> wrote:
>
>> >1. Y
ut the rest of weewx
> is in /home/weewx, which is usually associated with a setup.py install. Is
> that what you intended?
>
> 2. You have both FTP *and* rsync enabled. Is that what you intended?
>
> However, I don't know why either of these would cause your reports not to
Friday, January 22, 2021 at 3:55:54 PM UTC+1 Invisible Man wrote:
> > Impossible to say without seeing a full log. Restart weewx, let it run
> through the first reporting cycle, post the full log.
>
> Ok, I'm going to do that in a few secs.
>
> Meanwhile, posting the con
ueuing live packet rx:85 live_queue_len:1
Jan 22 16:00:42 vegan python2[19925]: weewx[19925] DEBUG user.wmr200:
genLoop() Yielding live queued packet id:91
Jan 22 16:00:42 vegan python2[19925]: weewx[19925] DEBUG
user.MQTTSubscribe: (Service) data-> final packet is 2021-01-22 16:00:42
CET (16
possible to say without seeing a full log. Restart weewx, let it run
> through the first reporting cycle, post the full log.
>
> On Fri, Jan 22, 2021 at 6:42 AM Invisible Man
> wrote:
>
>> Up :)
>>
>> Please assist. It's really an issue, because my websit
e
< heatindex = hardware
---
> windchill = prefer_hardware
> heatindex = prefer_hardware
522c515
< rainRate = hardware
---
> rainRate = prefer_hardware
Thanks!
On Thursday, January 21, 2021 at 10:09:28 PM UTC+1 Invisible Man wrote:
>
> Cont
t the driver and
> perhaps not related to 4.3. You might need debug = 2 to see FTP progress
> in more detail in the log. I don’t use FTP in weewx (I use ssh). Others
> are better to help you on this one.
>
> On Jan 21, 2021, at 1:16 PM, Invisible Man wrote:
>
>
>
&g
; grep for “ genStartup() phase exiting since looks like all”
>
>
> On Jan 21, 2021, at 12:43 PM, Invisible Man wrote:
>
>
>
>
> >it looks like you would see the following message *fragment* in the log
>
> I have no word "fragment" in the logs:
>
>
ons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = false
Strange... right?
On Thursday, January 21, 2021 at 9:37:30 PM UTC+1 Invisible Man wrote:
> Posting it again here. This is /etc/weewx.conf:
and posting the log.
>
>
> On Jan 21, 2021, at 11:04 AM, Invisible Man wrote:
>
>
>
> Normally, every 10 minutes, the weather website is uploaded via FTP. This
> still hasn't occurred, I can't see why... Is it because it is still
> catching up with data (we
>No, they said they did a setup.py install so all those things are in
/home/weewx/bin which is not in their $PATH
True.
On Thursday, January 21, 2021 at 9:29:29 PM UTC+1 vince wrote:
> On Thursday, January 21, 2021 at 12:23:39 PM UTC-8 axelle@gmail.com
> wrote:
>
>> Normally, wee_config, w
g reports for latest time in the database.
but there is nothing for ftp:
$ sudo journalctl -u weewx | grep -i ftp
$
On Thursday, January 21, 2021 at 9:30:32 PM UTC+1 Invisible Man wrote:
> @vince : the info is already posted in the thread "No module named wmr200
> (Weew
@vince : the info is already posted in the thread "No module named wmr200
(Weewx 4.3.0)"
On Thursday, January 21, 2021 at 9:27:56 PM UTC+1 vince wrote:
> Normal "how to report a problem" answer follows
>
> Nobody can help you without seeing what you have in your weewx.conf
> (obfuscate the
Hi,
Normally, wee_config, wee_database and wee_extension are located in
/usr/bin. Strange, I suppose you do have /usr/bin in your PATH, don't you?
$ dpkg -L weewx | grep wee_
...
/usr/bin/wee_config
/usr/bin/wee_database
/usr/bin/wee_debug
/usr/bin/wee_device
/usr/bin/wee_extension
/usr/bin/wee
Hi,
I have upgraded Weewx 4.2.0 to 4.3.0, and had to install WMR200 extension
during that process.
My weather station is configured to upload its web pages to a FTP server.
This used to work fine.
However, since the upgrade, it hasn't uploaded anything (no attempt in the
logs) now for over an h
Reminder: this config has been working for ages. I just recently upgraded
to 4.3.0, and therefore had to install the WMR200 extension. So, if there's
an error, it has to do with that probably.
Thanks
On Thursday, January 21, 2021 at 6:29:00 PM UTC+1 Invisible Man wrote:
> Ok thanks -
*
> sqlite> *.quit*
>
> # Restart weewx
> *sudo systemctl start weewx*
>
> If you get this error again, there is something wrong with the
> configuration of your system.
>
> -tk
>
> On Jan 20, 2021, at 1:56 PM, Invisible Man wrote:
>
> Ok, I see WMR200
27;t have upgraded.
How can I revert to 4.2.0 ?
On Wednesday, January 20, 2021 at 10:46:32 PM UTC+1 Invisible Man wrote:
>
> Hey! What's happening?! I've upgraded weewx 4.2.0 to 4.3.0 (on a Raspberry
> Pi) and I get this error !
>
> ```
> Jan 20 22:33:39 vegan pyth
Hey! What's happening?! I've upgraded weewx 4.2.0 to 4.3.0 (on a Raspberry
Pi) and I get this error !
```
Jan 20 22:33:39 vegan python2[6532]: weewx[6532] INFO __main__:
Initializing weewx version 4.3.0
Jan 20 22:33:39 vegan python2[6532]: weewx[6532] INFO __main__: Using
Python 2.7.16 (defaul
Ah. A pity.
But I found the bug in my template :)
-- Axelle
On Saturday, November 21, 2020 at 12:23:46 AM UTC+1 gjr80 wrote:
> Hi,
>
> Short answer is no, but you should be able to use the text of the error
> message to help narrow down the source. In this case you are interested in:
>
> NotFo
Hello,
I have a silly bug in my weewx template index.html.tmpl.
Is there a way to know which line is wrong?
This is what I have in the logs:
ov 20 22:50:24 vegan weewx[474] DEBUG weewx.drivers.wmr200: Queuing live
packet rx:1900 live_queue_len:1
Nov 20 22:50:25 vegan weewx[474] ERROR weewx.ch
NB. The solution was solved here:
https://github.com/bellrichm/WeeWX-MQTTSubscribe/issues/96 :)
Thanks!
On Wednesday, November 11, 2020 at 5:50:20 PM UTC+1 Invisible Man wrote:
> Sure. I'll post everything from the start.
>
>
> On Wednesday, November 11, 2020 at 5:26
DEBUG user.MQTTSubscribe: (Service)
data-> final packet is 2020-11-11 16:47:15 CET (1605109635):
clockUnsynchronized: 1, dateTime: 1605109635, outTempBatteryStatus: 0,
outTempFault: 1, rainBatteryStatus: 0, rainFault: 0, usUnits: 16,
uvBatteryStatus: 0, uvFault: 0, windBatteryStatus:
Okay... it's just that I found
https://github.com/bellrichm/WeeWX-MQTTSubscribe complicated for the task
:(
My script is only a few lines of Python... [but yes it's not working fully,
so...]
-- Axelle
On Wednesday, November 11, 2020 at 2:37:36 PM UTC+1 Greg Troxel wrote:
>
&g
t for a couple of uploads (every 10 minutes),
and hope it works; because I can't see why it wouldn't be working : it
can't have any clue that the outside temperature is coming from another
sensor...
Do you see any flaw in this?
On Wednesday, November 11, 2020 at 10:02:23 AM UTC+1 Inv
1 AM UTC+1 vince wrote:
> On Tuesday, November 10, 2020 at 1:17:33 PM UTC-8, Invisible Man wrote:
>>
>> However, strangely, the value does not reflect on the website, even after
>> waiting the 10 minutes refresh time (the website is not refreshed all the
>> time), where
t;> [[[topic1]]]
>> [[[topic2]]]
>> [Engine]
>> [[Services]] data_services = user.MQTTSubscribe.MQTTSubscribeService
>>
>>
>> On Sunday, November 8, 2020 at 5:53:55 PM UTC+1 Greg Troxel wrote:
>>
>>>
>>> Invisible Man writes
is not coming from my
WMR200.
Is there any issue to do that? Do I also need to populate
archive_day_outTemp ?
On Sunday, November 8, 2020 at 6:59:29 PM UTC+1 Invisible Man wrote:
> >> - https://github.com/bellrichm/WeeWX-MQTTSubscribe
> >That takes data from mqtt and treats
at 5:53:55 PM UTC+1 Greg Troxel wrote:
>
> Invisible Man writes:
>
> > The external temperature of my WMR200 is failing, and it's apparently
> > difficult to find a replacement. So, I'm using a temperature sensor I
> did
> > myself (based on a Wemo + DS18B2
Hi,
The external temperature of my WMR200 is failing, and it's apparently
difficult to find a replacement. So, I'm using a temperature sensor I did
myself (based on a Wemo + DS18B20 sensor) which sends the temperature to a
MQTT broker (a Raspberry Pi).
I've seen at least 2 different projects t
1 - 100 of 124 matches
Mail list logo
