In weewx.conf, make sure your section [[Calculations]] has an entry for ET:
[[Calculations]]
... (other entries)
ET = prefer_hardware
-tk
On Tue, Jul 14, 2020 at 10:41 AM Jim Pace wrote:
> I've never had anything but a zero for ET. All the required sensors are
> read and daily high/l
hi, Didier
good, I am very happy for you,
il faudrait que je passe te voir à Auffargis, j'y passe souvent en vélo.
your situation Map is very well.
have a good night
Patrick
Le 11/07/2020 à 15:58, Didier Decoodt a écrit :
Hi Patrick
It's OK I have filled the right parameters...
https://met
Looks like you have lightning data working properly. What does you sensor
map section look like, particularly for lightning?
Thanks,
Troy
On Monday, April 27, 2020 at 10:29:18 AM UTC-4, Chris Morris wrote:
>
> I solved my own issue! :-D Putting the following line in your Weewx.conf
> file see
Edit your bin/user/belchertown.py file.
Look for this line:
if time_length == "today" or time_length == "timespan_specific" or
isinstance(time_length, int):
Change it to
if time_length == "today" or time_length == "timespan_specific":
Update your graphs.conf with this
[mo
I've never had anything but a zero for ET. All the required sensors are
read and daily high/lows are reported. Have not yet looked in the db but
wonder why a required entry would be missing.
On Tuesday, February 18, 2020 at 3:20:23 AM UTC-8, Francesco Scaramella
wrote:
>
> Hello I have a questi
The rainTotal is the accumulation over the time span, so that will be your
line graph.
The rain will show you rain over the aggregate_interval - so for this chart
it's 1 day.
So your graph looks right, but I'm seeing the data a little wrong too. For
example on June 28 I had 2.41 inches rain,
Many thank's Pat
Have a good day
Didier
Le mar. 14 juil. 2020 à 18:51, Pat a écrit :
> If you want to show those units on your site, through MQTT updates, as mm
> then yes you should update it. Otherwise if everything is working how you
> want it right now you can leave it alone.
>
> None of th
If you want to show those units on your site, through MQTT updates, as mm
then yes you should update it. Otherwise if everything is working how you
want it right now you can leave it alone.
None of this will change your database, this is just for the website
reporting.
To see the debug in re
Many thank's , it's right now
Just for my information, in the MQTT request you have also hourRain_cm and
rain24_cm, is it necessary to change MQTT units (as dayRain)?
Is changing cm by mm has an impact on mySQL database?
Last question: how do you do this MQTT request?
MQTT: {"dateTime": "159474227
Of course inHumidity is not defined. You need to read the doc and specifically
the part about upgrading.
inHumidity is now current.inHumidity.formatted
It’s in the doc.
Also, why are you using 2.0.b3? Please use the latest on master as I’ve merged
it in. It is 2.0.b6 (which happens to be what
If you really want them split, try this?
station_observations = "barometer", "dewpoint", "outHumidity", "dayRain",
"rainRate"
Anything in the MQTT packet should be viewable. rainWithRainRate is a
special one that combines 2 observations into 1 line.
On Tuesday, July 14, 2020 at 12:23:16 PM
Remove rainTotal, that was my mistake. I confused the chart for the
station_observations.
Right now rainWithRainRate is the only one that will show you the rain
total for the day using the dayRain observation.
On Tuesday, July 14, 2020 at 12:19:34 PM UTC-4, Didier Decoodt wrote:
>
> I do th
I would like to have a graph of the last 30 days with a column with the
amount of rain per day and a curve that accumulates these daily amounts.
What should the definition in fer Graphic.conf look like?
Do these daily values have to match the NOAA reports?
Am Dienstag, 14. Juli 2020 16:52:45 UTC+
You'll also need to update rain, rainRate too for mm
[[[inputs]]]
dayRain
name = dayRain_mm
units = mm
rainRate
name = rainRate_mm_per_hour
units
You're MQTT is sending rain information in CM. Do you want it in CM or MM?
Looking at the code, you'll want rainWithRainRate to show the dayRain
observation.
If you want this in MM, you need to update your weewx.conf [[MQTT]] section
to send data in MM.
[[MQTT]]
[[[inputs]]]
meteo-auffargis.decoodt.eu
Le mar. 14 juil. 2020 à 17:56, Pat a écrit :
> What is the link to your site? I'll take a look at it through your debug
>
> On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>>
>> How do you do that?
>>
>>
>> Le mar. 14 juil. 2020 à 17:50, Pat a éc
What is the link to your site? I'll take a look at it through your debug
On Tuesday, July 14, 2020 at 11:55:18 AM UTC-4, Didier Decoodt wrote:
>
> How do you do that?
>
>
> Le mar. 14 juil. 2020 à 17:50, Pat > a
> écrit :
>
>> What does your mqtt say for rain or day rain?
>>
>> On Tuesday, July 1
How do you do that?
Le mar. 14 juil. 2020 à 17:50, Pat a écrit :
> What does your mqtt say for rain or day rain?
>
> On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>>
>> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>>
>> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt
Ah, I was using z-index, but they want zIndex. I'll update this in
development because I think it's important to see the text
On Monday, July 13, 2020 at 1:17:49 PM UTC-4, Jacques Terrettaz wrote:
>
> After a test, and using V1.1, I just added to /js/belchertown.js.tmpl. the
> following line in
What does your mqtt say for rain or day rain?
On Tuesday, July 14, 2020 at 11:40:57 AM UTC-4, Didier Decoodt wrote:
>
> I verify rainTotal in graphs.conf, it's OK 0,6 mm
>
> Le mar. 14 juil. 2020 à 17:33, Didier Decoodt > a écrit :
>
>> I try rainTotal and rainRate ==> Invalid observation
>> I tr
I've only tested this on Weewx 4.0.1 but I don't believe that there is
anything that will stop it working on an earlier version.
It would be helpful to know exactly what doesn't work?
Is there anything in the weewx.log file that may give a clue what's wrong?
Have you tried running wee_report t
I verify rainTotal in graphs.conf, it's OK 0,6 mm
Le mar. 14 juil. 2020 à 17:33, Didier Decoodt a
écrit :
> I try rainTotal and rainRate ==> Invalid observation
> I try rainWithRainRate ==> always 0,1mm (instead of 0,6)
>
>
> Le mar. 14 juil. 2020 à 17:23, Pat a écrit :
>
>> Or if you want them
@John: WeaterBoard 2.0b3 causes problems. everything worked until the time
with the old version.
With version 2 I get the error: Uncaught ReferenceError: inHumidity is not
defined, and refreshing doesn't seem to work properly.
The syntax also seems different?
I'll test that with current.dateTime
Or if you want them separated, try
station_observations = "barometer", "dewpoint", "outHumidity",
"rainTotal", "rainRate"
"rain" will show you just the last rain value from mqtt, if you want the
total you'll need to try rainTotal or rainWithRainRate
On Tuesday, July 14, 2020 at 11:21:40 A
I think you'll want this
station_observations = "barometer", "dewpoint", "outHumidity",
"rainWithRainRate"
Save and restart weewx
On Tuesday, July 14, 2020 at 11:18:11 AM UTC-4, Didier Decoodt wrote:
>
> Ah... this is for today (missunderstanding)
> But today I have 3*0.2=0.6 mm
>
>
Ah... this is for today (missunderstanding)
But today I have 3*0.2=0.6 mm
# Station Observations. Special observation rainWithRainRate
combines Daily Rain with Rain Rate in 1 line
station_observations = barometer, dewpoint, outHumidity, rain,
rainRate
Le mar. 14 juil. 202
Why is this a problem?
You've had 0,1mm of rain today right?
This shows the rain you've had for today.
What do you have for your station_observations setting?
On Tuesday, July 14, 2020 at 10:58:30 AM UTC-4, Didier Decoodt wrote:
>
> OK
> But now it is 5 PM, and the last rainfall was at 11 AM
Which one is the error? rainTotal does not use the aggregate_type since it
is already aggregating these totals.
On Monday, July 13, 2020 at 1:54:36 AM UTC-4, geni08...@gmail.com wrote:
>
> @Pat: The error is not only with me, also with @Andre. I see the error
> when the graphic "last 30 days" h
When the page is first loaded, it loads the information from the database.
After MQTT connects, it then updates from any information in MQTT.
Sometimes MQTT is more updated than the databased depending on the time of
your archives. timing of loop, etc.
On Tuesday, July 14, 2020 at 6:19:38 AM U
As the message says, do you have a competing process running?
Try running the command
*lsof /dev/ttyUSB0*
to identify all programs claiming your serial interface.
On Tue, Jul 14, 2020 at 6:54 AM J.L. Blom wrote:
> I upgrade yesterday finally to version 4.1.1 coming from 3.8.2 and ended
> in
I upgrade yesterday finally to version 4.1.1 coming from 3.8.2 and ended
in total disaster. Weewx doesn't work anymore (after > 5 years working
flawlessly).
The log (rather long says:
_
Jul 14 14:01:00 kangoo weewx[417] INFO __main_
It looks like you are missing the following in the fields line:
current.dateTime.raw
That is, to upgrade, dateTime needs to be changed to current.dateTime.raw
I’ll update the How to Upgrade section to reflect that.
> On Jul 14, 2020, at 6:01 AM, Geni 0815 wrote:
>
>
> @John: I installed ver
Thanks for providing me with the files to implement the changes, but I use
Weewx 3.9.1 and it doesn't work.
regards
Missatge de Richard G del dia dt., 7 de jul. 2020
a les 16:18:
> I've added the changed files plus some instructions onto GitHub.
>
> https://github.com/gedger/alltimeSeasons
>
> P
@John: I installed version 2.0.b6, almost everything worked right away,
congratulations.
What is not yet running is the label: Live and the clock at the bottom
right.
Am Freitag, 10. Juli 2020 20:09:30 UTC+2 schrieb John Kline:
>
> I had a look. You never actually write FMT_windDir in the Java
Sure sounds to me like a problem with your ISS, or, possibly, the link
between the ISS and console. I would give Davis a call.
On Mon, Jul 13, 2020 at 10:53 PM peter wrote:
> I still had no chance to see the console whether it reports the solar
> value or not. I have few observations that may he
Hi Joachim
The value has disappeared after deleting the label completely.
(may be it's normal...)
Le mar. 14 juil. 2020 à 12:39, Joachim Puttkammer a
écrit :
> [image: wind1.png]
>
>
>
> Bonjour Didier,
>
> How did you suppress the values?
>
>
>
> Am Montag, 13. Juli 2020 19:37:37 UTC+2 schrieb
[image: wind1.png]
Bonjour Didier,
How did you suppress the values?
Am Montag, 13. Juli 2020 19:37:37 UTC+2 schrieb Didier Decoodt:
>
> Perfect!
> [image: image.png]
>
> Le lun. 13 juil. 2020 à 19:28, Didier Decoodt > a écrit :
>
>> It's work
>> Also I change in the same file the next lin
37 matches
Mail list logo