I had this same issue immediately after updating from 5.0.0 to 5.0.1, the
exact same error.
*sudo lsof /dev/ttyUSB0*
threw an error.
I rebooted the machine and now weewx is running normally again.
On Monday, February 5, 2024 at 7:03:18 AM UTC-6 Tom Keffer wrote:
> Make sure there isn't
I've had a version of this issue since upgrading to 4.8.0. In addition to
the "Caught WeeWxIOError: Max tries exceeded while getting LOOP data"
error, I have "Expected X chars, got Y " errors too.
Oct 28 11:10:15 HP-Iron weewx[3203645] ERROR weewx.drivers.vantage: LOOP
try #1; error: Expected
I wish mine would settle down. I do the stop/start jobs because mine
eventually exits the engine.
Dave
May 9 12:56:30 HP-Iron weewx[3016530] INFO weewx.restx: Wunderground-PWS:
Published record 2022-05-09 12:55:00 CDT (1652118900)
May 9 12:56:55 HP-Iron weewx[3016530] ERROR
Also, I bought a new USB data logger as I thought that could be the issue.
It was not.
Dave
On Monday, May 9, 2022 at 8:32:18 AM UTC-5 David Hathaway wrote:
> If you need another system to test on, mine reliably has this issue. I
> talked about it in Unable to wake up Vantage c
ke either a bad port, or a bad
>>serial-to-usb connector.
>>- Another possibility is that another instance of weewxd is competing
>>for the port, although that would presumably be reflected in the log.
>>- Try rebooting the PC.
>>- Check the bau
PC.
>- Check the baudrate.
>
>
> On Wed, Mar 16, 2022 at 5:16 AM David Hathaway
> wrote:
>
>> Thanks Greg. It appears my computer has a bad USB port; I used the
>> USB-serial connection. I switched to a different port and wee_device
>> --info returned devi
Thanks Greg. It appears my computer has a bad USB port; I used the
USB-serial connection. I switched to a different port and wee_device
--info returned device status.
However, now I get the following logs.
Dave
Mar 16 07:11:20 HP-Iron weewx[2377499]: * Starting weewx weather system
weewx
I am unsure how to start with this issue. I had to move out of my house
for a month during renovations, and left the Davis Vantage console plugged
into the garage to collect data. I took the computer to the hotel to use
for work, and I think WeeWX updated during that time.
Now that I am back
hread exits.
>
> -tk
>
> On Tue, Dec 10, 2019 at 6:15 AM David Hathaway
> wrote:
>
>> Every once in a while, I get an exception posting to Wunderground :
>>
>> Dec 8 01:48:52 hathaway weewx[1353]: restx: Wunderground-PWS: Unexpected
>> exception of type
&g
Every once in a while, I get an exception posting to Wunderground :
Dec 8 01:48:52 hathaway weewx[1353]: restx: Wunderground-PWS: Unexpected
exception of type
Dec 8 01:48:52 hathaway weewx[1353]: restx: Wunderground-PWS: Thread
exiting. Reason: hostname 'weatherstation.wunderground.com'
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
20400 AND wind = (SELECT MAX(wind) FROM archive WHERE dateTime >
> 1389475998 and dateTime <= 1535720400) AND wind IS NOT NULL
>
>
>
> My schema has windSpeed, windDir, windGust, and windGustDir. Should it
> have plain old 'wind'?
>
>
>
> Dave
>
&
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
n generate
>>>>>>> Aug 29 17:16:28 meteomontaos wee_reports[4760]: **** ngen +=
>>>>>>> self.generate(section[subsection], gen_ts)
>>>>>>> Aug 29 17:16:28 meteomontaos wee_reports[4760]: File
>>>>>>> "
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
ne. Restart weewx,
> then either wait for an archive to happen, or run sudo wee_reports and
> let me know the results.
>
> Make sure you turn highcharts_enabled back to 1 to enable it.
>
>
>
> On Tuesday, August 28, 2018 at 7:16:32 AM UTC-4, David Hathaway wrote:
>>
>
32 AM UTC-4, David Hathaway wrote:
>>
>> 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:
>>
>>> W
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
time using info from the site running
> the browser. Is there a way that can be resolved?
>
> I hope to work on getting Pat's awesome skin set up for me in the near
> future.
>
> On Monday, August 27, 2018 at 12:24:39 PM UTC-4, David Hathaway wrote:
>>
>> The
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
"the vast majority of the users here are running everything with a Pi"
That's interesting. Is it true? Not in my case; I'm in the
inconsequential minority.
To OP: I am running a Davis Vantage Pro 2. I originally used an Oregon
Scientific WMR-200A but I had too many problems with it
I'm glad this group exists and that search works. :-) I was surprised it
auto-suggested 'malformed' when I started typing. lol
Issue still exists, but at least I won't worry about it.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To
+watching.
I recently got an APC and am doing the exact same thing, but I am using
pwrstat since I have a Cyberpower APC.
On Wednesday, September 27, 2017 at 5:43:46 PM UTC-5, Joe Percival wrote:
>
> Back in the day, about 7 years ago, when I first built my weewx based
> weather information
Thank you. Worked perfectly for me. Since we are likely to be hit by a
tropical storm in the next day or two (I live in Houston, Texas), this will
be pretty interesting.
On Tuesday, August 22, 2017 at 3:14:20 PM UTC-5, WindnFog wrote:
>
> If you want to avoid Java, I cobbled together some
58 11,23 * * * * as my run times - but have had the
> midnight one sometimes not finish until after midnight (and thus appear to
> exit at the start of the next days' log)
>
>
> On Tuesday, 29 November 2016 15:39:30 UTC+2, David Hathaway wrote:
>>
>> Based on this idea, this we
Based on this idea, this weekend I finally remembered to create a cron task
for wunderfixer. The timing looks like 5 */11 * * *... which I intended to
mean run at hours divisible by 11: 11:05 and 22:05. I was surprised to see
it also run at 12:05 AM. I was writing and ask if anyone knew why
Worked great! Thanks ever so much!
Dave
On Wednesday, November 2, 2016 at 9:02:49 PM UTC-5, David Hathaway wrote:
>
> mwall and Gary,
>
> Yes, it is 3.6.0. I'll go ahead and update. I didn't realize there was a
> 3.6.1 already. :-/
>
> I'll report back on success
mwall and Gary,
Yes, it is 3.6.0. I'll go ahead and update. I didn't realize there was a
3.6.1 already. :-/
I'll report back on success or failure.
Dave
On Wed, Nov 2, 2016 at 8:57 PM, gjr80 wrote:
> Hi,
>
> What version of weewx are you running, 3.6.0? I am pretty
Xfinity crapped again, cutting my station off from the net. I decided to
try wunderfixer.
When run as
>> sudo wunderfixer -t
I get a lot of pseudo-published records, such as.
Using configuration file /etc/weewx/weewx.conf.
Using database binding 'wx_binding', which is bound to database
69 matches
Mail list logo