at 5V, as I recall) and has generally been reliable. The RTC issue has
been an annoyance but I think this affects all RPi models and is not
specifically a RPi Zero W issue. I eventually solved/avoided the problem
with a UPS.
Do read the wiki pages.
David
On Monday, 18 November 2019 00:09:47 UTC-5
will be off to you. (But I'll keep using my
RTC - it is now soldered on to my RPi Zero!)
David
On Thu, 17 Oct 2019 at 10:28, vince wrote:
> On Thursday, October 17, 2019 at 5:41:32 AM UTC-7, Thomas Keffer wrote:
>>
>> Yes, that's the problem.
>> You cannot expect high-quality d
suggestion to run
with "record_generation
= software" because I currently don't care about missing some data during a
power failure. And at this point, if I do have to restart for any reason, I
have to clear the memory anyway because my RTC didn't seem to fix the issue.
David
On Thu, 17 Oct 201
fix" this issue
in software but my feeble efforts failed. I installed a RTC. That didn't
fix it either so I gave up and now use a UPS to run the RPi. As long as my
RPi never reboots, I'm OK.
I don't have much to contribute but I'll watch from the sidelines. I'd love
to see where this
not
around, it may go for many hours after the power has been restored, not
working properly, until I clear the logger memory.
I'll be interested in seeing the comments!
David
On Saturday, 25 May 2019 13:13:16 UTC-4, John wrote:
>
> I have been experiencing similar problems recently with my V
Not sure, but after using —dump, the system updated itself to show the
current day as today (2 April) rather than 31 March.
David.
On Tue, 2 Apr 2019 at 19:28, Geoff Cusick wrote:
> Do I infer that the —dump option failed immediately, and didn’t download
> any records?
>
>
ive_day_radiation ORDER BY dateTime DESC LIMIT
> 10;
>
> If you could post the results of the SELECT statement we can then see what
> is going on in your daily summaries. While you are using sqlite3 we might
> as well look at your archive, in this case use the following command:
>
Hi
It's version 3.6.2 and on the Standard skin that the problem is showing. I
made some tweaks etc a few years ago but it's worked fine since. The
sun-related figures suddenly appeared after I restarted weewx, which I did
as the wind speed was playing up (turns out that was a loose cable at
, as well as a blank radiation image. Nothing else on the
webpage has altered.
Thanks
David
--
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-use
reboots!
David
On Thu, 14 Mar 2019 at 18:20, wrote:
> It does appear that removing fake-hwclock and installing ntp might enough.
> On a new install, I removed fake-hwclocked, installed ntp, and disabled
> networking. On reboot the time stayed at the "default".
> My net, if
e
confirm/refute this?
David
On Tuesday, 12 March 2019 22:44:26 UTC-4, vince wrote:
>
>
>> On Tue, Mar 12, 2019 at 1:48 PM vince wrote:
>>
>>>
>>> Yes - systemd will run its own (not so good) time sync function by
>>> default. You really don't have
Thanks for your reply, Tom - much appreciated.
I have removed the fake clock (pending purchase of a RTC) and made the
change to the file in init.d and restarted weewx with a working network and
all seems OK, but I guess I won't know fully until the Pi crashes again.
David.
On Thu, 28 Feb 2019
, looks like the internet connection went down perhaps? (I was away when
all this happened yesterday, so not sure)
Good point re making sure weewx doesn't restart until it has a sensible
time via valid NTP connection - any idea how I do that? I will order an
RTC anyway I think.
Thanks
David.
On Thu
Thanks. I agree that it is probably the Raspberry Pi, rather than weewx.
My syslog file around the relevant time that it stopped working yesterday
is as follows. Does anyone have any idea how to interpret this? The "^@"
is very puzzling to a linux novice such as me!
David.
Feb 2
Thanks. I let him know to just give it a try and see what happens.
David
On Friday, 15 February 2019 18:26:15 UTC-5, Thomas Keffer wrote:
>
> Frankly, I'm not sure if it will work on a simple VantagePro. As I
> understand it, there are almost no differences. However, the A
weeWX with the 'old' Pro? Completely compatible? Totally not
compatible?
Thanks guys.
David
--
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-use
today?
>
>
> On Tuesday, January 29, 2019 at 8:44:34 AM UTC-5, David Thomas wrote:
>>
>> I checked the log and then restarted weewx after which the output was the
>> same:
>>
>> Jan 29 13:40:40 weewx weewx[475]: manager: Added record 2019-01-27
>> 10:23
]: AgentInitCheck: agent comms
failure
^C
Hope this makes sense to you.
D
On Tuesday, 29 January 2019 13:49:07 UTC, Pat wrote:
>
> This snippet looks like it's 2 days old. Do you have anything from today?
>
>
> On Tuesday, January 29, 2019 at 8:44:34 AM UTC-5, David Thomas wrote:
x start command again, then check
> syslog.
>
>
> On Tuesday, January 29, 2019 at 8:20:16 AM UTC-5, David Thomas wrote:
>>
>> I rebooted again just in case. The station is plugged in and I changed
>> the USB port.
>>
>> the LSUSB out put is here
>>
>
I rebooted again just in case. The station is plugged in and I changed the
USB port.
the LSUSB out put is here
*pi@weewx*:*~ $* lsusb
Bus 001 Device 006: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless
Adapter
Bus 001 Device 005: ID 1941:8021 Dream Link WH1080 Weather Station / USB
Thanks for sticking with me Pat, and the other guys. I'm trying everything
suggested.
Here are the outputs from your suggestions Pat.
*pi@weewx*:*~ $* sudo apt-get policy weewx
E: Invalid operation policy
*pi@weewx*:*~ $* sudo which weewxd
/usr/bin/weewxd
*pi@weewx*:*~ $* sudo ls -al
Hello, I hope someone is able to help me.
I have been running WEEWX on a RaspberryPi for 5-6 years but unfortunately
it recently stopped running.
I rebooted the Pi with no success so I surmised the SD card had failed and
decided to re-install using a new card.
When I first installed WEEWX I
I'll first try Gary's approach.
Thank you Gary and Andrew for responding.
On Sunday, January 6, 2019 at 11:31:02 PM UTC-6, David Curtis wrote:
>
> To All,
>
> 1. Is there a way to use weewx FTP or Rsync to send all the
> var/www/html/weewx files to my weather ftp server eve
To All,
1. Is there a way to use weewx FTP or Rsync to send all the
var/www/html/weewx files to my weather ftp server every hour?
2. If not, what is my alternative? I'll need detailed steps due to my
extremely limited programming skills.
Thank you..
--
You received this message because
followed the daemon instructions and weewx seems to
be running fine. I checked the syslog - seems fine - and when I browse to
the html page, I am seeing simulated data. Yahoo!
Now, to wrestle with nginx...
Thanks!
David
On Wed, 21 Nov 2018 at 21:24, Pat wrote:
>
> Just curious - ho
if that's
the problem, I can go back to an earlier version.
Thanks again, guys and gals.
David
--
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
Colin - where are these instructions please?
Thanks.
On Mon, 12 Nov 2018 at 21:10, Colin Larsen wrote:
> I found your instructions on integrating new items into the same menu line
> as the existing items easy to follow and it looks good with it all in the
> same line. Otherwise my vote would
serving the weewx web page over my home network today, too.
Thanks to everyone for taking the time to send me these helpful
suggestions. I'm not sure if I'd call it a home run today - more like a
base hit - bit certainly not a strike-out. All is well in Mudville tonight!
David
On Sat, 3 Nov 2018
By the way, free to point me to a simple tutorial on this if that would be
easier for you than typing long instructions.
David
On Saturday, 3 November 2018 13:08:37 UTC-4, David Beach wrote:
>
> Thanks so much. I was hoping it would be something fairly obvious to a
> Linux expert.
hen I boot up and log
in as user 'pi' (my home directory is /home/pi) I can run wee_config (or
other utility) by just typing the file name - without the extra stuff every
time? And could I avoid having to be in the /home/weewx/bin directory
*every* time?
David
On Saturday, 3 November 2018 12:40
can change the
driver to my Vantage when I'm ready to switch.
I am no Linux or weewx expert. Is there some mystical permission or path I
need to change? I hope that someone spots an obvious problem.
Thanks!
David
--
You received this message because you are subscribed to the Google Groups
"we
. And I seem to remember reading somewhere that after doing some/all
installs that you had to do something to let the system somehow register it
had a new program installed. Anyway, after my muddling/typos, your command
did what I needed.
Thanks for your help.
David
On Wednesday, 17 October 2018
ux, taking a pic was
the easiest method for me!)
Thanks for the help.
David
--
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...@googlegr
between 66.6 degC (a tad high) and 19.2 deg c (correct) here in autumnal
England - must be a units issues somewhere, which I will explore, but if
anyone has seen this before and knows how to fix it, please advise.
David.
On Fri, 12 Oct 2018 at 12:26, Philip Kutzenco wrote:
> I may have fo
connection from 86.27.145.159 failed: error:1408F10B:SSL
routines:ssl3_get_record:wrong version number.
1539340814: New connection from 86.27.145.159 on port 8883.
So, it does seem to be SSL related, but I am not sure how to solve this.
Any ideas please anyone?
David.
On Fri, 12 Oct 2018 at 10:01
elow. Do I need to create the
ca-certificates.crt file? Or I guess it could be some issue with my web
host for www.ashteadweather.com which is 1&1 (with SSL).
Thanks
David.
*weewx.conf file*
[[MQTT]]
server_url = mqtt://x:...@mqttdh.uk:8883/
topic = weather
Thanks again Gary, for your response. Very helpful as always. Upgrade looks
a bit scary, but will give it a go.
On Fri, 5 Oct 2018 at 14:01, gjr80 wrote:
> On Friday, 5 October 2018 20:20:14 UTC+10, David Hindley wrote:
>>
>> Thanks, Gary.
>>
>> I think my problem
>
> If I was doing things again I would do the same as I have now and leave
> WeeWX run as root and give root passwordless ssh. Not going to argue with
> anyone who disagrees though.
>
> Gary
>
> On Friday, 5 October 2018 20:25:20 UTC+10, David Hindley wrote:
>>
>>
Gary - regarding the ssh point - which option would you recommend - change
the user that runs weewx to pi, or create ssh keys for the root user (which
I believe currently runs weewx)?
David.
On Fri, 5 Oct 2018 at 07:10, gjr80 wrote:
> I presume that your working passwordless ssh is from y
is below, but I
suspect I am going to have to upgrade my Pi to raspbian stretch - any tips
on making that process quick, allowing for a weewx install would be
appreciated.
David.
pi@WeatherPi ~ $ sudo pip install pysftp
Collecting pysftp
/usr/local/lib/python2.7/dist-packages/pip/_vendor/urllib3/util
dley.com/weather/json folder. I'm not 100% sure on your
> setup but if you're able to get them there that should fix everything up.
>
>
>
> On Sunday, September 30, 2018 at 11:38:32 AM UTC-4, David Hindley wrote:
>>
>> Re windy - it seems to find my location automatically,
gt; found.
>
>
>
> And your windy map shows me my location. If you’ve updated it to show your
> location, there are actually 2 spots for your lat/lon that need to be
> updated.
>
>
>
> *From:* weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] *On
> Behalf Of *Da
> Highcharts_Belchertown skin.
>
>
>
> The file should be in /var/www/html/weewx/Belchertown/json according to
> your configs.
>
>
>
> *From:* weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] *On
> Behalf Of *David Hindley
> *Sent:* Sunday, Sep
ar/log/syslog
>
>
>
> Also does /var/www/html/weewx/Belchertown/json have any files in it?
>
>
>
> Is this site public?
>
>
>
> *From:* weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] *On
> Behalf Of *David Hindley
> *Sent:* Sunday
:22, Pat O'Brien wrote:
> No shouldn't matter. Can you paste those two sections? Removing any kind
> of password or app key.
>
> The HTML_DIR needs to be the same, too
>
>
> On Sun, Sep 30, 2018, 10:02 AM David Hindley
> wrote:
>
>> Hi - yes
Hi - yes to those questions, but curiously the Highcharts_Belchertown
content in weewx.conf comes before the Belchertown content, but not sure if
that will make any difference.
David.
On Sun, 30 Sep 2018 at 14:44, Pat O'Brien wrote:
> I'm replying on mobile so hopefully this is help
Paul,
I haven't tried this here, but I have used the meta tag in the header to
auto-refresh pages. I think this would be a trivial change to your index
template if it does what you want.
https://www.w3schools.com/TAGS/att_meta_http_equiv.asp
Dave
On Tuesday, September 18, 2018 at
I see you have some good responses so far, but that won't stop me from
throwing in mine as well. :-)
I am quite goal oriented, so I would appreciate some moderately hard things
to accomplish. From there, the sky's the limit. Here are some you can try.
1) Attempt to enter the MySQL
>> For giggles, and since today is a rainy day for me it's easy to test
>> this, I changed the SQL to rainRate instead of rain and it gave me the
>> graph attached - which is slightly different than wunderground. Not sure
>> why to be honest...
>>
>>
>>
>
attached - which is slightly different than wunderground. Not sure why to
> be honest...
>
>
>
> On Tuesday, September 11, 2018 at 11:00:54 AM UTC-4, David Hathaway wrote:
>>
>> Pat,
>>
>> How do I get a reasonable "Rainfall" value on the chart. The Rainfall
the default as Pat
> did.
> I have already changed the logo (the website is for testing).
> Greetings and thanks.
>
> El martes, 11 de septiembre de 2018, 16:52:14 (UTC+2), David Hathaway
> escribió:
>
> I think your site looks nice. Couple tweaks, though... I see Houston
2.45 in/hr. Not sure
what to tweak.
See attached. You can also visit
https://hathaway.house/weewx/belchertown/
and Wunderground to compare:
https://www.wunderground.com/personal-weather-station/dashboard?ID=KTXSUGAR19
Dave
On Tuesday, September 11, 2018 at 9:52:14 AM UTC-5, David Hathaway wr
I think your site looks nice. Couple tweaks, though... I see Houston radar
in your windy because you haven't set the location in the url, and I see
that Galacia is in Massachusetts (i.e., you are using the stock logo :)
Otherwise, I think it looks great.
One odd thing (for me) though. I see
Well, that was dumb, hitting post when I meant to type. Sorry!
I was gonna say Chrome has a handy inspect feature where I can modify
settings "live". I'll see what works.
On Sunday, September 9, 2018 at 4:27:06 PM UTC-5, David Hathaway wrote:
>
>
>
> On Sunday, Septemb
n/style.css, and on line 1960
>> you'll see width: 140px. Try changing that down to 138px or so and see if
>> that fixes it?
>>
>>
>> On Sunday, September 9, 2018 at 11:03:51 AM UTC-4, David Hathaway wrote:
>>
>> Hi Pat,
>>
>> Got the new sk
Hi Pat,
Got the new skin installed, and I really like how the "home" page is
available quite quickly. I'll keep an eye on the cpu usage. In fact, I
replaced the radiation graph with a cpu activity chart. You can pretty
easily detect when I changed skins.
I use Chrome on Android Pie (Pixel XL) and my test looks surprisingly good
in mobile:
https://hathaway.house/weewx/belchertown/
On Sun, Sep 2, 2018 at 10:59 AM Praveen Chandrasekaran <
praveen.c...@gmail.com> wrote:
> The formatting in many place goes haywire on mobile. I was using 3 seasons
>
.
I was doing as it said, so this appears to be a bug. Both lowercase and
upper case didn't work.
Oh... # starts a comment, so not sure how #RRGGBB works?
On Saturday, September 1, 2018 at 6:16:30 PM UTC-5, gjr80 wrote:
>
>
> On Sunday, 2 September 2018 02:09:26 UTC+10, David Hatha
Oh, I don't disagree. I'm just trying to match.
On Saturday, September 1, 2018 at 12:37:26 PM UTC-5, vince wrote:
>
> On Saturday, September 1, 2018 at 9:09:26 AM UTC-7, David Hathaway wrote:
>>
>> But now I am puzzled as to how to solve the other obvious issues:
>>
I love the Belchertown skin, but I am uncomfortable with the very long
processing time to create the highcharts. I am pondering the ability to
run the JSON charts for day charts, and to switch to the weewx standard
charts for week, month, and year. So what I am doing now is trying to
Sylvain,
You are impacted by the very issue we are discussing. It looks like you
can avoid the error by modifying *records/index.html.tmpl *around line 132
FROM:
$alltime.*wind*.maxtime.format("%B %-d, %Y at %-I:%M
%p")
$alltime.*wind*.max
TO:
$alltime.*windGust*.maxtime.format("%B %-d, %Y at
>>>
>>> I'm on mobile, so I read this again. Maybe the difference is year.wind
>>> as opposed to day?
>>>
>>> On Fri, Aug 31, 2018, 12:12 PM Pat O'Brien wrote:
>>>
>>> Interesting... Check this link as it is the official document.
alltime.windGust.max
(using windGust instead of wind)
It does work in my installation.
On Friday, August 31, 2018 at 9:32:23 AM UTC-5, David Hathaway wrote:
>
> This was the query right before the exception:
>
>
> Aug 31 08:06:51 hathaway weewx[22213]: manager: getSQL: SELECT date
>
>>
>>
>> Anything for “wind” is done through a built in weewx call for $day.wind,
>> $week.wind, etc.
>>
>>
>>
>> Where do you see this query?
>>
>>
>>
>>
>>
>> *From:* weewx...@googlegroups.com [mailto:w
?
On Friday, August 31, 2018 at 8:13:59 AM UTC-5, Pat wrote:
>
> As far as I know, my skin isn’t specifying a query for wind. A search on
> the repo in GitHub shows that the columns I query are “windSpeed,
> windGust”, etc.
>
>
>
> Anything for “wind” is done thro
eed, windDir, windGust, and windGustDir. Should it
have plain old 'wind'?
Dave
On Fri, Aug 31, 2018 at 7:50 AM David Hathaway
wrote:
> I'd like to solve my "wind" issue, since I have to modify the template on
> each revision. What table is lacking "wind"?
&g
* ngen =
>>>>>>> self.generate(gen_dict[section_name], self.gen_ts)
>>>>>>> Aug 29 17:16:28 meteomontaos wee_reports[4760]: File
>>>>>>> "/usr/share/weewx/weewx/cheetahgenerator.py", line 232, in generate
>>>>>>> Aug 29 17:16:28 meteomontaos wee_rep
Pat,
I am installing now to https://hathaway.house/weewx/belchertown/
Is there a way to determine the running version?
Dave
On Thu, Aug 30, 2018 at 1:15 PM Pat wrote:
> Version 0.6 is out which fixes a lot of items.
>
> https://github.com/poblabs/weewx-belchertown/releases
>
> --
> You
on for your update query would be to replace the high/low values
> with NULL.
>
> Interesting you have values outside the range, they really should be
> cleaned up by StdQC, is this an ongoing occurrence or is it behaving
> itself now?
>
> Gary
>
> On Wednesday, 29 August
Gary, yes.
On Wed, Aug 29, 2018 at 6:19 AM gjr80 wrote:
> And still on a 1 minute archive period?
>
> Gary
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
>
29, 2018 at 6:13 AM David Hathaway
wrote:
> Hi Gary,
>
> It doesn't look like the processing time is running away. After starting
> at 137 seconds, it eventually went up to 145 seconds before settling back
> down to 133 seconds and staying there. This machine has lots of oomph t
t; grind to a halt with too many report threads open.
>
> Gary
>
> On Wednesday, 29 August 2018 10:37:18 UTC+10, David Hathaway wrote:
>>
>> Gary,
>> I appreciate your response, although much of it is lost on me. However,
>> the idea of a dramatic difference betw
ears after StdQC in the
> services list in weewx.conf then StdQC will not correct it as StdQC has
> already done its job. That is why it is best to put services that add data
> to the loop packet/archive record in the data_services line under [Engine]
> [[Services]] in weewx.conf.
>
> Gar
Gary,
I appreciate your response, although much of it is lost on me. However,
the idea of a dramatic difference between first pass and subsequent passes
isn't happening here. You can tell by the pid that there was a restart,
but the times are about the same.
Aug 28 17:58:35 hathaway
I have found that I have many variables outside the StdQC values. For
example, my range for dewpoint is 5 to 95, but there are 897 rows outside
this range. The minimum is -18!
So, I have a couple questions:
- Does case count in the StdQC fields? I have dewpoint but the variable
is
Huh, works on my phone too. Aha! Privacy Badger from EFF is blocking it.
Thanks Colin for the confirmation. :)
On Tue, Aug 28, 2018 at 6:11 PM David Hathaway
wrote:
> The radar works for you?
>
> On Tue, Aug 28, 2018 at 5:57 PM Colin Larsen
> wrote:
>
>> Actually, just
the
>> original size in the template I think and that's also what I specified in
>> the widget generator on the Windy website
>>
>>
>>
>>
>> On Wed, Aug 29, 2018 at 10:47 AM David Hathaway
>> wrote:
>>
>>> Am I the only one whose windy radar graph
NoColumnError: (1054,
"Unknown column 'wind' in 'where clause'")
Aug 28 08:54:05 localhost weewx[10317]: cheetahgenerator: Generated 15
files for report Belchertown in 108.92 seconds
Aug 28 08:54:05 localhost weewx[10317]: copygenerator: copied 1 files to
/var/www/html/weewx/belcherto
Excellent, thanks!
On Tue, Aug 28, 2018 at 6:14 AM Pat wrote:
> You could set highcharts_enabled = 0 for the time being. I should have a
> test soon then can send you guys the file to try it yourself before I
> publish a release.
>
>
> On Tuesday, August 28, 2018 at 7:08:
Hi Pat,
Which archive is this an issue? I just set all rain to 0 in archive where
they were null (23000 rows). Still crashing.
Dave
On Tue, Aug 28, 2018 at 5:55 AM Pat wrote:
> Hi Juan, I think I've seen this before when rain values are NULL in the
> archive. Let me see if I can update the
Pat,
What config settings to comment out now to get past this issue for the
moment?
Dave
On Tue, Aug 28, 2018 at 6:06 AM David Hathaway
wrote:
> Was about to report this very issue. So "me too"
>
> Aug 28 06:03:18 localhost weewx[4973]: imagegenerator:
Was about to report this very issue. So "me too"
Aug 28 06:03:18 localhost weewx[4973]: imagegenerator: Generated 16 images
for StandardReport in 0.78 seconds
Aug 28 06:03:50 localhost weewx[4973]: reportengine: Caught unrecoverable
exception in generator weewx.cheetahgenerator.CheetahGenerator
electrical power load; you can see the influence of having this skin
active. My fault for the short archive window, but it does show.
Dave
On Mon, Aug 27, 2018 at 4:42 PM Philip Kutzenco wrote:
> David and Pat,
>
> When I go to David's site, his Windy.Com display is centered on my
Tom or Matthew have another way.
>
>
>
> On Monday, August 27, 2018 at 12:40:15 PM UTC-4, David Hathaway wrote:
>>
>> [StdArchive]
>>
>> # If the station hardware supports data logging then the archive
>> interval
>> # will be downloaded from
rchive? weewx.conf StdArchive.archive_interval
>
> On Monday, August 27, 2018 at 12:29:26 PM UTC-4, David Hathaway wrote:
>>
>> Pat,
>>
>> If you look at my site and graphs, the year rain is very odd.
>>
>> http://dave77459.mynetgear.com/weewx/belchertown/graphs/
>>
&g
graph.
Dave
On Mon, Aug 27, 2018 at 11:24 AM David Hathaway
wrote:
> The .tar.gz backup of the database is 71MB. That is to say, it is big.
> It is possible that it needs tuning, but running a query to create a
> cumulative rain table for the past year takes less than a second. When I
>
ies so an
> extended generation time is expected but not sure why it's 2 minutes. Maybe
> your tables needs to be optimized?
>
> There are ways to tune MySQL which may be something to check out too?
>
>
>
> On Monday, August 27, 2018 at 11:58:28 AM UTC-4, David Hathaway wrot
try to run sudo wee_database --rebuild-daily to rebuild
> the daily values and see if that helps. Make sure you have a *working backup
> of your database* just in case you need to revert back to it.
>
>
> On Monday, August 27, 2018 at 11:25:07 AM UTC-4, David Hathaway wrote:
>
9]: NoColumnError: (1054,
"Unknown column 'wind' in 'where clause'")
Aug 27 09:54:54 localhost weewx[22819]: cheetahgenerator: Generated 13
files for report Belchertown in 96.59 seconds
Aug 27 09:54:54 localhost weewx[22819]: copygenerator: copied 22 files to
/var/www/html/weewx/belcher
Monday, August 27, 2018 at 10:22:23 AM UTC-4, David Hathaway wrote:
>>
>> I updated MySQL to stop throwing that error, updated to weewx v 3.8.2,
>> and installed Belchertown 0.4. Now I get this error:
>>
>> Aug 27 09:17:16 localhost weewx[4131]: imagegenerator: Generat
Generator terminated
Aug 27 09:17:47 localhost weewx[4131]: copygenerator: copied 1 files to
/var/www/html/weewx/belchertown
On Monday, August 27, 2018 at 8:35:00 AM UTC-5, David Hathaway wrote:
>
> Thanks Pat. I moved the options into weewx.conf after reading that
> sugge
ions are within weewx.conf. See the
> GitHub
> readme <https://github.com/poblabs/weewx-belchertown> for those options.
>
>
> On Monday, August 27, 2018 at 8:50:29 AM UTC-4, David Hathaway wrote:
>>
>> FWIW, the CheetahGenerator issue was cau
to get back to trying Belchertown. Yay!
Pat, are there known issues moving from v 0.1 to whatever is on github
now? (0.4?) If I am going to try moving forward, it ought to be on the
latest codebase, eh?
On Monday, August 27, 2018 at 6:26:40 AM UTC-5, David Hathaway wrote:
>
>
-sql-mode-in-mysql/
>
>
>
> On Sunday, 26 August 2018 22:48:43 UTC+3, Pat wrote:
>>
>> I haven't come across this error before. How old is your weewx?
>>
>> On Sunday, August 26, 2018 at 3:01:10 PM UTC-4, David Hathaway wrote:
>>>
>>> I'm having a different e
across this error before. How old is your weewx?
>
> On Sunday, August 26, 2018 at 3:01:10 PM UTC-4, David Hathaway wrote:
>>
>> I'm having a different error, I believe. Any ideas on how to sort it out?
>>
>> My weewx is quite old indeed. Ubuntu 18.04LTS and MySQL.
>&g
I'm having a different error, I believe. Any ideas on how to sort it out?
My weewx is quite old indeed. Ubuntu 18.04LTS and MySQL.
I downloaded the version the day you posted it first, so it is v0.1? Would
the later revisions solve the issue? I think not, since this appears to be
a SQL
put
rain = foobar in sensor map, where foobar can be anything, as it's
overwritten in the delta section.
That had me head scratching for quite a while throughout last nights
storm...
On Tuesday, 21 August 2018 13:59:49 UTC+2, mwall wrote:
>
> On Tuesday, August 21, 2018 at 5:59:51 AM UTC-4, D
|0 | NULL | 2697.889 |
| 2018-08-21 00:00:00 |0 | NULL | 2706.26315789474 |
| 2018-08-21 00:05:00 |0 | NULL | 2710 |
On Sunday, 19 August 2018 04:24:42 UTC+2, mwall wrote:
>
> david,
>
> the sdr driver defines a special type of va
For what it's worth, I have done a number of brand new installs in the last
few days, using the latest raspian and latest weewx, and installation was
always fine.
I use NTP, not RTC, so not sure about that.
The files I had to back up were the same as the
manual,
Was this ever merged into the main code?
On Saturday, 24 February 2018 18:35:56 UTC+1, hen...@ostergaard.net wrote:
>
> I have tried to make a pull request:
> Added 'accu' aggregate_type #302.
>
> Please let me know if this was not what you ment..
>
>
> Regards
>
> Henrik
>
>
>
--
You received
301 - 400 of 474 matches
Mail list logo
