equent
>> 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 no
>&
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
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
>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
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 Invisible Man wrote:
>
>
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 of the box"
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. I
> u
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
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
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 system.
> mars 03
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
>> :programname,isequal,&
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
m 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:
>>
>>> Hi,
>>>
> 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 from my sen
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
)
-- Axelle.
On Thursday, October 5, 2023 at 8:49:45 PM UTC+2 Invisible Man wrote:
> 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-interce
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
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
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://github.com
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
/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's what I did,
/mastsummary.txt'
# post formats - simple, full, template
format_choice = template
dev_mode = False
On Friday, September 1, 2023 at 1:17:59 AM UTC+2 Glenn McKechnie wrote:
> On 01/09/2023, Invisible Man wrote:
> > Glenn,
> > How am I meant to publish images on Mastodon?
> > I ha
, 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, because
>> I can't
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
> "$since($hour=0).r
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
> and
>
> since.py is p
le 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 is then start tweaking it.
>>
>>
>>
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
f 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
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
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
> 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, 23. August 2023 um 13:55:29 UTC+2:
>
>> Hi
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
ork 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 08:49:39 UTC+2
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
>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
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
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
', 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
> wrote:
>
&
] in weewx.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
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
> with SFTP.
&g
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 uploadi
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
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
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
ot;runtime" variable in
> the Ecowitt protocol yet - you can edit/add it to the ignored label list in
> line 2371 of the interceptor.py file
> (you have to put the to be added parameters into ' ', i.e. 'runtime' and
> not just runtime - and also add a comma e.g. " 'runtim
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
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:
>
>
in, 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 Gateway driver aka GW1000 API
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
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
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
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 driver README.md, I read:
ust 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 packe
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 info on Wifi connection on https://github.c
hursday, 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.
> > People said her
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?
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
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 to WMR200 (not
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
ulator).
>
> 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 dew point, my gus
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
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, 2021 at 5:31 AM I
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://github.com/weewx/
e:
> 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. Your weewx.conf file
ociated 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
> run to completion.
>
> 3. What happens if you try and use wee_r
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 configuration.
>
> On Friday, January
gan 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 (1611327642): dateTime: 1611327642, usUnits: 16, windchill: Non
ssible 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 website
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:
>
> Continuing. Wh
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
p 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:
>
>
h 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:
>
>
> vers
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 (weewx was st
>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,
ut 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
> (Weewx 4.3.0)"
>
> On Thursday, January
@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
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
: 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 - that fixed the prob
ite> *.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 has been r
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 python2[6532]: weewx[6532] INFO __main__:
> Initia
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
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:
>
>
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
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:04 P
[[[temperature/jardin]]]
name = outTemp
ignore = False
contains_total = False
conversion_type = float
units = degree_C
On Wednesday, November 11, 2020 at 3:12:43 PM UTC+1 Invisible Man wrote:
> Okay... it's just that I found
&g
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:
>
> Invisib
(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 Invisible Man wrote:
> Hi Vince,
&g
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 yesterd
[[[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:
>>
ming 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 it like a
5 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 + DS18B20 sensor) which send
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
1 - 100 of 124 matches
Mail list logo