I just looked but I don't have maxSolarRad in [Calculations]
El martes, 7 de julio de 2020, 13:29:24 (UTC+2), Kike .Asekas escribió:
>
> Ok. Thank you. I understand. It was very intrigating.
>
> El martes, 7 de julio de 2020, 12:16:04 (UTC+2), Jacques Terrettaz
> escribió:
ation and
> calculated by weewx.
>
> If you don't need the value, you can remove the "maxSolarRad line in the
> section [StdWXCalculate] [[Calculations]] of weewx.conf.
>
> Le mardi 7 juillet 2020 12:00:05 UTC+2, Kike .Asekas a écrit :
>>
>> I have weewx with t
I have weewx with the mqtt extension and sdr driver. I haven't solar sensor
but if i see the mqtt messages it appear the solar radiation. How is it
posible? And the data seems correct.Now we are going towards noon and the
radiation grows
--
You received this message because you are subscribed
emp_C":
"12.4", "humidex_C": "14.545643026", "hourRain_mm": "0.0", "windGust_mps":
"3.67200912966", "rssi_dB": "-0.115", "inTemp_C": "19.5", "usUnits":
"
Ok, I already understand. The fail is in MQTT. The skin only show it send
by mqtt. If mqtt send m/s the skin shows m/s.
Fortunately the mqtt module have options to change the units show to every
observation.
I change [MQTT] in weewx.conf with this
[[[inputs]]]
windSpeed
un
If I set US in MQTT the temperature and all data, barometer, cloudbase, etc
it appears in the US units.
{"noise_dB": "-31.005", "barometer_inHg": "29.7715847252", "outHumidity":
"92.0", "maxSolarRad": "0.19266621551", "rainRate_mm_per_hour": "0.0",
"dewpoint_F": "52.2228357071", "rain_in": "0.0"
If I set METRIC in MQTT the speed it appears well. But I think now the
problem is the rain in cm.
This is the output of MQTT
{"noise_dB": "-31.005", "cloudbase_meter": "214.870790215", "outHumidity":
"92.0", "pressure_mbar": "1001.17", "rain_cm": "0.0", "maxSolarRad":
"1.45829104758", "baromete
t;17.5",
"usUnits": "17.0", "rain_mm": "0.0", "rain24_mm": "1.8", "dateTime":
"1574872344.0", "windDir": "180.0", "*windSpeed_mps*": "2.72000676271"}
In this case in the we
Pat, I detect a bug in the js. I use the target_unit=metricwx that store
the speed in m/s but i want see the speed in km/h and for that reason i
have the group_speed=km_per_hour. The skin shows the speed in km/s until
update then m/s. I change the lines 879 and 893 multiply x 3.6. Maybe it
al
o good with my testing in the 1.1 beta release. I have not
> committed it to my development GitHub branch yet because I still need to
> work out how to get the dark mode to show the gradients.
>
> On Friday, October 25, 2019 at 8:18:29 AM UTC-4, Kike .Asekas wrote:
>>
>>
so there is granular control
> on the plot bands- will think about this.
>
> Will the color bands change based on light/dark mode? Or is the selected
> color ok for both site modes?
>
>
> On Wednesday, October 23, 2019 at 8:35:11 AM UTC-4, Kike .Asekas wrote:
>>
>>
s I can add it as a skin
> option to enable/disable it. How did you do it?
>
> On Saturday, October 19, 2019 at 4:07:41 PM UTC-4, Kike .Asekas wrote:
>>
>> Hi, Pat. I wanted to make a contribution to such an impressive skin, but
>> I don't know very well how
etc/weewx/weewx.conf and I will
> see if I can replicate the error. Obfuscate any passwords in weewx.conf.
>
> -tk (tke...@gmail.com )
>
>
> On Tue, Sep 24, 2019 at 5:09 AM Kike .Asekas > wrote:
>
>> cheetahgenerator: Generate failed with exception '> 'excep
7;
codec can't decode byte 0xc3 in position 1815: ordinal not in range(128)
El martes, 24 de septiembre de 2019, 13:49:13 (UTC+2), Thomas Keffer
escribió:
>
> It sure would help if you showed us the log...
>
> On Tue, Sep 24, 2019 at 4:27 AM Kike .Asekas > wrote:
>
>> I sorr
I have some small gaps in the graphics that I don't know because they
appear since those records exist in the database.
What can they be due to?
[image: Screenshot_2019-09-24 Areal, Padrón Weather Conditions.png]
--
You received this message because you are subscribed to the Google Groups
"w
I sorry. I don't know where is the problem. I remove all spanish characters
from skin.conf, index.html.tmpl and weewx.conf and I remove the template
and copy it again from the git repository and the error continues.
El martes, 24 de septiembre de 2019, 12:54:09 (UTC+2), Kike .Asekas
esc
> or weewx.conf?
>
> Which template?
>
> Please include the log.
>
> -tk
>
> On Mon, Sep 23, 2019 at 10:46 AM Kike .Asekas > wrote:
>
>> I get this error when I try using spanish characters (ñ,á,é,í,ó,ú). I
>> have #encoding UTF-8 in each page alth
I get this error when I try using spanish characters (ñ,á,é,í,ó,ú). I have
#encoding UTF-8 in each page althougnt I get the error in a page only and i
have encoding = utf8 in [CheetahGenerator] in skin.conf.
--
You received this message because you are subscribed to the Google Groups
"weewx-us
For now everything perfect. There was no more database locked.
What I don't get to work is yaxis_minorTicks.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weew
A question, can generate be in second level [[..]] or only in top
level []?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr.
Hi. I have been testing the new version for a few hours, for now it seems
that everything is going perfect but I need more time to know it completely.
Before
I did a database lock about once a day. I'll tell you if there is more
database lock or not.
As now I have the possibility of having more
I have made a change to the code. I added
import psutil
and
for proc in psutil.process_iter():
if any(procstr in proc.name() for procstr in ['rtl_433']):
loginf("Killing rtl_433")
proc.kill()
in the class procmanager() in the function startup.
It works.
--
Y
I saw the news of this change this morning. What good news. But I still
couldn't prove it. I hope to try it tomorrow. I will keep you informed.
Thank you.
El miércoles, 18 de septiembre de 2019, 14:23:28 (UTC+2), Pat escribió:
>
> Kike, how is the generate option working for you? So far in my te
I want to try it. I'm looking at the code but I don't know if I'll be able
to change it. I'm still getting it.
I have been looking at the documentation of the weewx github wiki and I
think that in this skin that obtains the data with ajax it is not necessary
all the weewx page generation infrast
; on every run. A lot of testing would have to take place.
>
> On Monday, September 16, 2019 at 4:30:26 AM UTC-4, Kike .Asekas wrote:
>>
>> This skin allows us to make amazing graphics and this makes us want to
>> have many.
>> The problem is that when we want to mak
This skin allows us to make amazing graphics and this makes us want to have
many.
The problem is that when we want to make a graph that compares the average
temperatures of the last 10 years per month and another similar with the
rain, it causes in my rpi 2b + to have blockages in the database w
I am having problems with the sdr driver as a result of having a page with
many queries that causes after a few hours when weewx writes in the
database it gives the database is locked error.
I also don't understand why weewx doesn't wait for the query to finish
before writing.
When this happens
I have found the fault. I had to modify belchertown.js.tmpl and add my page
to variable pages
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr
bout". You see this matches the
> [about] wording in the graph.conf group.
>
>
> 2. Then where you want to show the graph within the page, add a div with
> an ID of the observation from the graph group that you want to show:
>
>
>
>
e graphs.conf group "about". You see this matches the
> [about] wording in the graph.conf group.
>
>
> 2. Then where you want to show the graph within the page, add a div with
> an ID of the observation from the graph group that you want to show:
>
>
>
Is that. But weewx have the sdr driver that does not query the console. I
don't know how it appears writing at 7:31 a 1:25 record. And that after
turning off and on the rpi.
Now I have to find out why the restart of the rpi, I look at the syslog. Any
advice on where to look?
El martes, 10 de se
ng the line
>
> In all it looks more like an RPi problem - possibly power supply related
> or possibly indicating an impending failure of the SD card
>
>
>
>
> On Tuesday, 10 September 2019 10:17:49 UTC+3, Kike .Asekas wrote:
>>
>> This morning I discovered that w
Is there any way to create another graphic page? I mean, a page called for
example climate where it has specific graphics.
Where would the graph.conf of that page go?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group
This morning I discovered that weewx had stopped tonight. The log:
Sep 10 01:51:13 raspberrypi weewx[343]: imagegenerator: Generated 13 images
for SeasonsReport in 6.09 seconds
Sep 10 01:51:14 raspberrypi weewx[343]: copygenerator: copied 0 files to
/var/www/html/weewx
*Sep 10 01:51:14* raspberry
ly there hasn't been
> much of that. If you see room for improvement that you can fix, feel free
> to submit a Pull Request on the skin's GitHub
> <https://github.com/poblabs/weewx-belchertown> and help me out!
>
>
> On Sunday, August 18, 2019 at 5:08:01 AM
I have a problem with the sdr driver. The problem is that sdr does not kill
the rtl_433 process and due to some graphs with many queries there are
times that I get the database is locked error that causes weewx to restart,
then loading the driver again gives the error and stays in a loop until I
I have troubles with graphs with graphics with many queries for being
several years . Graphs like the image. The error is database is locked.
It would not be much of a problem but I use the sdr driver and weewx when
blocking the database it starts from the beginning and when load the driver
it
I think this is a great deal. Have UV and solar, wifi, works with alexa,
google assistant, emits directly to weather underground and it's cheap. I
have a FW1080 like you and this will be my next station
https://www.ambientweather.com/amws2902.html
El viernes, 16 de agosto de 2019, 22:39:02 (UTC+
The lines are the same, but there are a shift.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on
Now it's correct. I don't understand nothing. The graph data matches those
of NOAA now and not before. day 2-31.1 day 3-30.6 day 4-28.4.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails fr
day 1 of the month.
>
> On Wednesday, August 14, 2019 at 7:13:50 AM UTC-4, Kike .Asekas wrote:
>>
>> If time_lenght is month instead of 2592000 the results are correct. Perhaps
>> that is why in the year chart that has time_lenght = year they are also
>> correct.
If time_lenght is month instead of 2592000 the results are correct. Perhaps
that is why in the year chart that has time_lenght = year they are also
correct. Maybe if it were 31536000 no, I haven't tried it.
El miércoles, 14 de agosto de 2019, 12:09:22 (UTC+2), Kike .Asekas escribió:
>
Pat, I think there is an error in the month chart. The NOAA data does not
match the chart. Neither the minims nor the maxims.
You can see with the images that I send that the NOAA data does not match
the graph.
The section of graph.conf
[month]
# Chart Timespan Defaults
title = "Este Mes
Pat, I have the graphs of each month compared to the historical average of
that month and that of each year compared to the historical average of all
the years.
I have modified line 1571 of belchertown.py with 2 queries.
if observation == 'rainAvg':
if xaxis_groupby == "year":
Forget to put the graph.conf file. And comment that I created a new type
called rainAvg as I put in the previous post to get the graphics.
[raintotals]
title = Lluvia por Mes
show_button = true
button_text = Totales Lluvia
type = column
time_length=all
[[rainmonthtotals]]
Pat, I have achieved the graphic I wanted. I have created a new variable
called rainTotalAvg
I changed line 1571 and added:
if observation == 'rainTotalAvg':
sql_lookup = 'SELECT strftime ("{0}", datetime (dateTime,
"unixepoch")) as {1}, IFNULL ({2} ({3}), 0) / count (DISTINCT (strftime ("%
I thought that maybe I should do it with rain and not with rainTotal. I did
a graph with:
[raintotals]
title = Lluvia por Mes
show_button = true
button_text = Media Lluvia
type = column
time_length=all
aggregate_type = avg
aggregate_interval = 2592000 # 1 week
[[rai
> observation_type=rainTotal
> [[[rainTotal2019]]]
> name = 2019
> time_length=year_specific
> year_specific = 2019
> observation_type=rainTotal
>
>
>
>
> On Saturday, August 10, 2019 at 8:48:2
duplicate
>> mapping system isn't ideal. So something like minorticks aren't implemented
>> yet because nobody has asked for it (until now). You can read some of
>> the thoughts here
>> <https://github.com/poblabs/weewx-belchertown/issues/185>, and i
Hello. Magnificent skin. I am triying to have a graph that compares the
historical rainfall per month with this year. This is my graphs.conf.
[raintotals]
title = Lluvia por Mes
show_button = true
button_text = Totales Lluvia
type = column
time_length = all
aggregate_type =
Thank you very much
El sábado, 3 de agosto de 2019, 16:04:29 (UTC+2), gjr80 escribió:
>
> I cannot add anything further, since the issue was with a day minimum the
> problem almost certainly lay in the daily summaries. The fact the rebuild
> fixed it confirms this. Perhaps there was some obscure
I did rebuid-daily without --today. Maybe it was necessary to use sudo?
Although
the owner of the file weewx.sdb is my user. All this happened to me before
nightfall on day 8/1, and when I check the table archive_day_outtemp the
max datetime was 7/31 22:00. I'm in GMT+2.
In the archive table t
Thank you but It did not work for me. I did wee_database --drop-daily and
rebuild-daily and now it works.
But i don't understand, I check archive_daily_outtemp and the max timestamp
is from today at midnight(8-1-2109 0:00). Are the summaries not the ones on
the daily tables?
El jueves, 1 de ago
This morning I import data in the database with wee_import and put an
incorrect data on the database. A temperature of 0.0ºC today. A peak
appeared in the graph. I remove the bad data manually, it was a row only
and restart weewx. In the following cycles the graph was correct but in hi
lo still
ces]]
# This section specifies the services that should be run. They are
# grouped by type, and the order of services within each group
# determines the order in which the services will be run.
prep_services = weewx.engine.StdTimeSynch
data_services = user.extra_sensors_servic
My weewx.conf
# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2019 Tom Keffer
# See the file LICENSE.txt for your rights.
##
# This section is for general configuration information.
# Set to 1 for extra debug info, ot
I have my weewx configured with METRICWX. In my station console indicates
0,9 mm of rain, but in weewx i have 9 mm. Where can the fault be?
Thank you.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receivi
e a local time and not UTC time - this results in other
> parts of weewx looking for dates in the future - which of course will not
> be found.
>
>
>
> On Monday, 15 July 2019 17:17:03 UTC+3, Kike .Asekas wrote:
>>
>> The problem looks like is in current object in the
Well, the time in my database is in local time. Why?
El lunes, 15 de julio de 2019, 16:12:44 (UTC+2), Andrew Milner escribió:
>
> The dateTime in the database should be epoch time == UTC time, not local
> time.
>
>
>
> On Monday, 15 July 2019 17:03:59 UTC+3, Kike .Asekas
The problem looks like is in current object in the datetime function I
think. Where is the code of current object?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
t
I delete the database. I see "cannot find start time" in the templates of
the webpages.
The log:
Jul 15 15:55:51 raspberrypi weewx[11746]: Starting weewx weather system:
weewx.
Jul 15 15:55:52 raspberrypi weewx[11768]: engine: Using configuration file
/etc/weewx/weewx.conf
Jul 15 15:55:52 rasp
But in the database the datetime is in UTC timezone or in local timezone?.
I datetime field in my database reflects the local time. I think sum the +2
of my timezone later.
El lunes, 15 de julio de 2019, 13:56:37 (UTC+2), Kike .Asekas escribió:
>
> Hello. I have a raspberry pi with raspbi
2 hours later.
El lunes, 15 de julio de 2019, 15:22:17 (UTC+2), Andrew Milner escribió:
>
> how is the date being put on the webpages?
>
>
>
> On Monday, 15 July 2019 16:12:30 UTC+3, Kike .Asekas wrote:
>>
>> The current local time correctly.
>>
>> El l
The driver I use is SDR. I have debug enabled and I see the packets created
by sdr and in the field datetime in Unix epoch format it's correct too.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving
The current local time correctly.
El lunes, 15 de julio de 2019, 15:07:45 (UTC+2), Thomas Keffer escribió:
>
> What do you get if you try
>
> python -c "import time; print time.strftime('%x %X')"
>
> -tk
>
> On Mon, Jul 15, 2019 at 4:56 AM Kike .Asekas
Hello. I have a raspberry pi with raspbian. It have CEST+0200 timezone as
reported by date +"%Z %z". If I type 'date' my local time is reported
correctly, but in the reports of weewx the time is 2 hours later. I mean
if it's 10:00 the webpages say 12:00.
In python
datetime.datetime.now() gives
66 matches
Mail list logo
