Thanks Gary, this helping a lot to understand the intricate details of
weewx. Given this I will update my driver to pass the daily rain as
'dayRain' and then store that as a new field in the database for later use.
On Saturday, September 30, 2023 at 5:41:12 PM UTC+13 gjr80 wrote:
> On
Well that might be part of my problem
Sep 30 00:54:55 WeeWx-APRS270 wee_reports[18415] ERROR weewx.reportengine:
Caught unrecoverable exception in generator
'user.belchertown.HighchartsJsonGenerator'
Sep 30 00:54:55 WeeWx-APRS270 wee_reports[18415] ERROR weewx.reportengine:
On Saturday, 30 September 2023 at 13:29:28 UTC+10 craig.y...@gmail.com
wrote:
If I set the WU password to an invalid value then any posts from weewx to
WU will fail, but debug = 2 will show me the URL in the log. That will
work for testing and eliminate any erroneous values showing up in the
On Saturday, 30 September 2023 at 13:25:10 UTC+10 craig.y...@gmail.com
wrote:
>From restx.py:
'dayRain': 'dailyrainin=%.2f',
So the daily rain amount sent to WU is from the value 'dayRain'. Since
this is not a database observation type, if I add a 'dayRain' field to the
database will
So if I understand correctly, WeeWX has not seen any rain so any rain or
rain rate fields in the database are zero. This sounds correct. Your
station/driver is passing through a field that contains the rain since
midnight, that is being saved in WeeWX field signal3 and your site is
displaying
If I set the WU password to an invalid value then any posts from weewx to
WU will fail, but debug = 2 will show me the URL in the log. That will
work for testing and eliminate any erroneous values showing up in the WU
graphs.
On Saturday, September 30, 2023 at 1:40:12 PM UTC+13 Tom Keffer
>From restx.py:
'dayRain': 'dailyrainin=%.2f',
So the daily rain amount sent to WU is from the value 'dayRain'. Since
this is not a database observation type, if I add a 'dayRain' field to the
database will restx.py use that instead?
On Saturday, September 30, 2023 at 1:40:12 PM
The 'rain' observation value passed in the loop packet is the amount of
rain accumulated by the sensor since the last loop report.
Sensor: accumulated rain since last loop report) ---> Database: field 'rain'
The 'signal3' observation value passed in the loop packet is the amount of
rain
Well, I always suggest the old sysadmin credo of "when in doubt, comment it
out" in working these kinds of things. Start slowly and get 'one' chart
workingand look at your syslogs. Do yours say anything indicating a
problem ?
You might also save your (not working) graphs.conf file
Yup that what's it’s named , was a typo in my email..On Sep 29, 2023, at 22:29, vince wrote:Try naming it "graphs.conf" (plural)On Friday, September 29, 2023 at 5:58:57 PM UTC-7 Lorin Tremblay wrote:Hi!I’ve try to read on the graph documentation and having a hard time figuring out why I have no
Try naming it "graphs.conf" (plural)
On Friday, September 29, 2023 at 5:58:57 PM UTC-7 Lorin Tremblay wrote:
> Hi!
>
> I’ve try to read on the graph documentation and having a hard time
> figuring out why I have no graph whatsoever in my weekly tab….
>
> I assume there is something to do with
when it comes to coding the best we can do is copy and paste, all we wanna
know is if this tag (*$daylight*) actually does work within NOAA template
file.
thank you for your help
On Friday, September 29, 2023 at 9:13:23 PM UTC+3 Karen K wrote:
> Mks Mk schrieb am Freitag, 29. September 2023
Hi!
I’ve try to read on the graph documentation and having a hard time figuring out
why I have no graph whatsoever in my weekly tab….
I assume there is something to do with the setting in graph.conf
Here is my week conf….
[week]
# Chart Timespan Defaults
title = "This Week"
Given a number of previous threads by the OP related to writing a driver,
this could be a report issue or a driver issue. Tom covered off the report
issue, but if it is a driver issue then it could be a case of garbage in =
garbage out. Your driver should be emitting loop packets and the rain
Thousands of WeeWX stations are posting to the WU, so I'm quite confident
that they're doing it correctly.
Nevertheless, if you want to see what it's posting, set debug=2, and it
will post the URL in the log.
The mapping from WeeWX fields to WU fields is specified in the dictionary
You're probably overthinking the accuracy and reliability of something as
'awful' as Weather Underground as a service, but if it was me I'd probably
register a fake test-use-only station there and use weewx to post there to
that bogus non-existent station. When you're happy with things, just
I don't know exactly what you mean when you say your rain is the "amount
since last report." The field "rain" should be the amount of rain that fell
during the archive period, so perhaps that's what you're already doing.
You say, "... the Season report shows the correct rain, as reported by the
I am currently sending reports to WU using a different application. But I
am now switching over to weewx and need to verify that the request being
sent to WU is correct without actually sending it. I don't want to send a
barometric pressure of 200 and throw off the WU ;historical graphs.
My station (hardware) sends both rain (amount since last report) and daily
rain (accumulates rain). Currently I am mapping rain to rain in the
database and daily rain to signal3 in the database because I could not find
any 'dayRain' field. When I run weewx the Season report shows the correct
You have to restart weewx before changes made to the weewx.conf file will
take effect.
If you've restarted weewx, you should start to see additions to the graphs,
every 5 minutes.
On Friday, September 29, 2023 at 2:49:54 PM UTC-5 Kevin Crivelli wrote:
> Should it reflect in the graphs
Should it reflect in the graphs immediately? I was able to login to ssh
from work and make the change but I'm not seeing any change in the graphs
On Fri, Sep 29, 2023, 3:09 PM Kevin Crivelli
wrote:
> Thank you! I'm gonna try this. Let ya know how it works out
>
> On Fri, Sep 29, 2023, 11:17 AM
Thank you! I'm gonna try this. Let ya know how it works out
On Fri, Sep 29, 2023, 11:17 AM Eric Koester wrote:
> Kevin Crivelli,Here's what my [[Corrections]] section looks like.
> Mine uses '> 0' rather than 'not None'
>
> [StdCalibrate]
>>
>> [[Corrections]]
>> # For each type, an
Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:
We want to add below code or similar to its action to the NOAA monthly
report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it is possible to
do so because of the span tags?
Why not trying it?
If you are not sure about
Hi
We want to add below code or similar to its action to the NOAA monthly
report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it is possible to
do so because of the span tags?
day
sunrise
sunset
avg. temperature while sun is up
#for $span in $LMTmonth.daylights
Kevin Crivelli,Here's what my [[Corrections]] section looks like.
Mine uses '> 0' rather than 'not None'
[StdCalibrate]
>
> [[Corrections]]
> # For each type, an arbitrary calibration expression can be given.
> # It should be in the units defined in the StdConvert section.
>
good catch - I had them actually *copied* ... but nevertheless, I shall
probably *link* them as I copied cert1.pem, etc ... otherwise, in three
months I will wonder why MQTT stopped working suddenly ;)
On Fri, Sep 29, 2023 at 4:35 PM Graham Eddy wrote:
> i was expecting log file to show either
i was expecting log file to show either file not found (misnamed) or permission
denied (user ‘mosquitto’ not able to read). maybe need to add log_type debug to
config file to get that message. anyway, looks like you fixed perms problem
note: if you moved (not copied) them from letsencrypt,
Well - I just moved my certs from the lets encrypt dir to the
mosquitto/cert dir and now mosquitto restarted without problems ... :)
On Fri, Sep 29, 2023 at 3:41 PM Graham Eddy wrote:
> try sudo journalctl -u mosquitto -n 50 to see the log messages (or sudo
> tail -50 /var/log/mosquitto/* if
root@weewx:/# sudo journalctl -u mosquitto -n 50
Sep 29 15:31:52 weewx mosquitto[542060]: 1695994312: Loading config file
/etc/mosquitto/conf.d/myconfig.conf
Sep 29 15:31:52 weewx systemd[1]: *mosquitto.service: Main process exited,
code=exited, status=1/FAILURE*
Sep 29 15:31:52 weewx
try sudo journalctl -u mosquitto -n 50 to see the log messages (or sudo tail
-50 /var/log/mosquitto/* if it puts them there instead)
⊣GE⊢
> On 29 Sep 2023, at 11:35 pm, Stefan Gliessmann
> wrote:
>
> I am trying to get my weather station web presence secure with https://
> Therefore, I also
I am trying to get my weather station web presence secure with https://
Therefore, I also need my MQTT server be secure via SSL.
I followed the setup
by https://obrienlabs.net/how-to-setup-your-own-mqtt-broker/
I received my certificates from Let's encrypt and edited my mosquitto
config file
31 matches
Mail list logo
