This suddenly started again. Its been a year. Nothing changed to cause it.
Is weewx going to offer a solution internally considering how many of us
use davis pros?
● weewx.service - WeeWX
Loaded: loaded (/lib/systemd/system/weewx.service; enabled; vendor
preset: enabled)
Active: f
Mine was doing the same a couple of days ago, it's working fine now. The
problem is with Weatherunderground website.
Joe
On Tue, Aug 27, 2024 at 5:22 AM Tom Keffer wrote:
> https://groups.google.com/g/weewx-user/c/cVYEuGL2wmU
>
> On Mon, Aug 26, 2024 at 8:58 AM Bruce Ba
The loopback errors have stopped for now. Not sure why... Thanks for the
suggestions I hope it helped!
On Saturday, February 10, 2024 at 3:36:09 PM UTC-6 Joe wrote:
> Thank you for the url about apt keys. Success. I'm running updates and its
> done, and i restarted weewx and it
apt keys first per the configure apt section at the top of
> https://weewx.com/docs/5.0/quickstarts/debian/
>
> Then do Tom’s two commands.
>
> On Saturday, February 10, 2024 at 8:12:07 AM UTC-8 Joe wrote:
>
>> Not sure why its doing this. I will need to check my pi hole to mak
update to v5.0.2
>
> *sudo apt update*
> *sudo apt upgrade*
>
> -tk
>
> On Sat, Feb 10, 2024 at 5:47 AM Joe wrote:
>
>> Back with the USB error again now..
>>
>> Feb 10 07:45:51 raspberrypi systemd[1]: Started WeeWX.
>> Feb 10 07:45:51 raspberrypi
port /dev/ttyUSB0: [Errno 2] No such file
or directory: '/dev/ttyUSB0'
Feb 10 07:45:51 raspberrypi weewxd[797]: CRITICAL __main__:
Exiting...
Feb 10 07:45:52 raspberrypi systemd[1]: weewx.service: Main process exited,
code=exited, status=4/NOPERMISSION
Feb 10 07:45:52 ras
hat last email looked pretty normal. Is there a problem?
>
> You should upgrade to v5.0.1.
>
> Be sure to get rid of ModemManager. It competes with weewxd for the port.
>
> *sudo apt purge modemmanager*
>
>
> -tk
>
>
> On Fri, Feb 9, 2024 at 11:12 AM Joe wrote:
>
spberrypi weewxd[12185]: INFO weewx.manager: Daily
summaries up to date
On Friday, February 9, 2024 at 1:08:35 PM UTC-6 Joe wrote:
>
> START weewx, and it begins publishing records again from the
> console.
--
You received this message because you are subscrib
START weewx, and it begins publishing records again from the
console.
--
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+unsu
ger]
couldn't check support for device
'/sys/devices/platform/scb/fd50.pcie/pci:00/:00:00.0/:01:00.0/usb1/1-1/1-1.4':
not supported by any plugin
On Friday, February 9, 2024 at 1:00:36 PM UTC-6 Joe wrote:
>
> Weewx failed to start or run again.
>
> Feb 9
weewxd[5015]: INFO weewx.engine: Main loop
exiting. Shutting engine down.
Feb 8 14:46:59 raspberrypi weewxd[5015]: INFO weewx.engine: Shutting down
StdReport thread
Feb 8 14:46:59 raspberrypi weewxd[5015]: CRITICAL __main__: Caught
WeeWxIOError: LOOP max batch errors (3) exceeded.
Feb 8 14:4
I replaced the USB cable, and it works now.
I dont have the ferrite cores on it yet though. Trying it without them.
On Monday, February 5, 2024 at 7:04:52 AM UTC-6 Tom Keffer wrote:
> Try removing modemmanager:
>
> *sudo apt purge modemmanager*
>
>
>
> On Mon, Feb 5
ys/devices/platform/scb/fd50.pcie/pci:00/:00:00.0/:01:00.0/usb1/1-1/1-1.2':
not supported by any plugin
On Saturday, February 3, 2024 at 2:37:15 PM UTC-6 Peter Fletcher wrote:
> It is very unlikely to be the Pi power supply if the Pi itself is not
> flagging up powe
t; .
>
> It's also possible that the power supply of the RPi is failing and can't
> deliver enough power. Try another power supply, or a powered USB hub.
>
>
>
> On Fri, Feb 2, 2024 at 5:36 PM Joe wrote:
>
>> So this has starting being a problem aga
So this has starting being a problem again. Its not really related to
version 5. But it is still happening.
This is a PI4 using the wifi option and a decent power connection and USB
cord .
It seems to be a USB detection / conversion problem.
I've tried restarting the vantage a few times, and
ecast.html.tmpl file.
I do not know what to do. You can see my station here
http://75.71.182.47:32983/weewx
Thank you.
Joe Brockway
P.S. I did attach the log file
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from
arrya...@gmail.com
>
>
> On Jul 9, 2023, at 14:27, joe...@gmail.com wrote:
>
> Hello,
>
> My celestial info is telling me sunrise is at 8:30am and sunset is at
> 11:30pm. I am in the Mountain time zone, Denver, CO to be exact. These
> sunrise and sunset times are
Hello,
My celestial info is telling me sunrise is at 8:30am and sunset is at
11:30pm. I am in the Mountain time zone, Denver, CO to be exact. These
sunrise and sunset times are incorrect. I have checked the GPS coordinates
in my Vantage2 console and in the weewx.conf file. Both are showing
lat
OR weewx.cheetahgenerator:
File "_etc_weewx_skins_exfoliation_forecast_html_tmpl.py", line 112, in
__errorCatcher7
Mar 24 10:05:34 WEEWXPi-2 weewx[803] ERROR weewx.cheetahgenerator:
File "", line 1, in
Mar 24 10:05:34 WEEWXPi-2 weewx[803] ERROR weewx.cheetahgenerator:
KeyErr
Hi Bob, that’s correct, I am using the wifi version.
Sent from my iPhone
> On Jan 25, 2021, at 10:24 AM, Bob Atchley wrote:
>
> Hi Joe,
>
> Just checking ... I'm assuming you have the WiFi version of the Logia 5in 1
> rather than the PC version:
> https:
l_products/bme280>”
Im guessing that the BME280 will happly co-exist with the SDR that I’m using on
the RPI. Think Im going to try this out.
Cheers,
-Joe
> On Jan 24, 2021, at 11:16 AM, storm...@gmail.com wrote:
>
> If you are running a RPI, you can use a BME280 Sensor.
>
ke to do 1) if I can get a cheap sensor, but I can do 2)
Thoughts?
-Joe
--
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...@googlegrou
I upgraded to the most recent release, and it is reporting, generating new
graphs on schedule.
Not sure why that had any bearing on it, but it's working 100% now.
On Tuesday, January 5, 2021 at 5:34:42 PM UTC-6 Joe wrote:
> Log give any clues ?
>
> On Monday, January 4, 2021
s Linux Reader":
>
> https://www.diskinternals.com/linux-reader/
>
>
> Xant
>
> On Monday, January 4, 2021 at 6:19:41 AM UTC-5 Joe wrote:
>
>> GNU nano 3.2
flash storage issues that there is simply no reasonable way
>> to avoid buying of high-price, high-endurance SLC storage. These are the
>> currently supported microSD cards:
>>
>> swissbit SFSD1024N1BM1TO-I-DF-221-STD (microSD Card, 1 GB, SLC Flash,
>> -40°C - 8
gt; Cactus KS2GRIT-803M (microSD Card, 2 GB, SLC Flash, -45°C – 90°C)
>>
>> Panasonic SMSC02DA1 (microSD Card, 2 GB, SLC Flash, -40°C - 85°C)
>>
>> Apacer MSD02GIDI-T (microSD Card, 2 GB, SLC Flash)
>>
>>
>> On 1 Jan, 2021, at 08:52, Joe wrote:
>>
&
" ones.
>
> Thanks for any suggestions.
>
>
> On Monday, December 28, 2020 at 4:36:23 AM UTC-8 Joe wrote:
>
>> Ok I will get a look at it in about a week after a needed vacation.
>>
>> On Sunday, December 27, 2020 at 8:38:26 PM UTC-6 graha...@gmail.com
>>
of report generation until past the end of completion of report
> generation to see if there is overlap.
> or maybe the image generator is crashing part-way → ditto for need to see
> detailed logs
>
> On 28 Dec 2020, at 12:54 pm, Joe wrote:
>
> -rw-r--r-- 1 root root 735
editor to look at the log, line
> by line, to confirm (a) it has found the report definition; (b) it is
> enabled and will attempt generating all its files; (c) any errors; (d)
> completion of report generation
>
> On 26 Dec 2020, at 10:13 pm, Joe wrote:
>
> I''m
.
On Saturday, December 26, 2020 at 5:09:58 AM UTC-6 graha...@gmail.com wrote:
> sounds like some files might not be generating. are the timestamps on the
> generated files current? errors in log?
>
> On 26 Dec 2020, at 9:56 pm, Joe wrote:
>
> Looks like its all working and accessi
at 8:35:05 PM UTC-6 Joe wrote:
> Reimaged it finally and got the database conf file and such transferred
> over.
>
> Now its catching up with all the data its been storing the past few days
> in the Davis and publishing the records for last few days.
>
> I guess it has bee
and
> get caught up once and for all.
>
> On Friday, December 25, 2020 at 4:53:02 PM UTC-8 Joe wrote:
>
>> Really sucks I gotta completely re-image and re-set my whole PI board for
>> this. I get used to set-forget . I downloaded the files it needs.
>> Da
ing-systems and then you'll be
> up to date and supportable. The weewx package works just fine in the
> current os.
>
> On Friday, December 25, 2020 at 2:35:04 AM UTC-8 Joe wrote:
>
>> That worked. 7.8
>>
>>
>> PRETTY_NAME="Raspbian GNU/Linux 7 (
I'd suggest you reimage with the current RaspiOS from
> https://www.raspberrypi.org/software/operating-systems and then you'll be
> up to date and supportable. The weewx package works just fine in the
> current os.
>
> On Friday, December 25, 2020 at 2:35:04 AM UT
.org/software/operating-systems
>
> My suspicion is that you are running an ancient os version that is too old
> for the current packaged version of weewx.
>
> Again, please run the following commands and provide the results.
>
>- cat /etc/debian_version
>- cat /etc/os
Neither of those directories exist.
Its raspberrypi 3.18.7
On Thursday, December 24, 2020 at 9:53:49 AM UTC-6 vince wrote:
> On Thursday, December 24, 2020 at 4:33:57 AM UTC-8 Joe wrote:
>
>> You mean to say running on the SD-CARD is bad idea?
>
>
> Not bad, but not great
You mean to say running on the SD-CARD is bad idea?
I do get the inherent nature of SD-CARDS being unpredictible. But I buy
high quality cards. The one I had been using was not unfortunately, but I
switched to a red label super fast sandisk.
using an SSD would definitely be a good idea in my
t the caurrent database, holding the values up until now,
> on the card, after reverting, that's exactly the expected behaviour.
>
> Joe schrieb am Montag, 21. Dezember 2020 um 03:22:33 UTC+1:
>
>> I'm curious if anyone has any suggestions on this.
>>
>>
ce wrote:
> On Wednesday, December 23, 2020 at 7:42:49 AM UTC-8 Joe wrote:
>
>> I'm having trouble updating to the newest version now so I'm not sure
>> what went wrong overall.
>>
>
> In the absence of seeing any logs we don't either.
>
>
--
I appreciate the responses. I'm having trouble updating to the newest
version now so I'm not sure what went wrong overall.
On Monday, December 21, 2020 at 3:08:42 PM UTC-6 vince wrote:
> (sigh - sqlite3 db in my previous post, of course...)
>
--
You received this message because you are subsc
I'm curious if anyone has any suggestions on this.
I had to revert back to a WEEWX backup from June of this year.
I re imaged the SD card and booted it up. It began doing its thing.
I loaded the HTML and, the graph has 6 months of data not listed on the
graphs.
Is there something I should be
I had to do the CLEAR / DUMP again today. It took about three days for it
to happen again where it was failing to update online.
Is there a way to test/look at the dongle memory chip to determine if it is
" bad " ?
On Friday, October 16, 2020 at 4:47:54 AM UTC-5 Joe wrote:
> I
> Delete the files and see if they are regenerated.
>>
>> On Friday, 16 October 2020 at 10:42:35 UTC+11 Joe wrote:
>>
>>> Curious then why if its normal you think there is a corrupt station
>>> memory?
>>>
>>> On Thursday, October 15, 2020 at
html/weewx
>
> is quite normal.
>
> Gary
>
> On Friday, 16 October 2020 at 08:23:27 UTC+10 Joe wrote:
>
>> The HTML Files are from OCT 7, for some reason its not copying the
>> generated files to the HTML directory and its uploading the same old files
>>
The HTML Files are from OCT 7, for some reason its not copying the
generated files to the HTML directory and its uploading the same old files
every time.
Should I delete the old files?
Oct 15 18:15:41 weewx weewx[24814]: reportengine: Report 'RSYNC' not
enabled. Skipping.
Oct 15 18:17:0
lows. If you want
> to see the real highs and lows, take a look in the Customizing Guide,
> section *Including a type more than once in a plot
> <http://www.weewx.com/docs/customizing.htm#including_same_sql_type_2x>*.
>
>
>
>
> On Tue, May 19, 2020 at 4:21 PM Joe &
I'm having trouble with graphs I believe and I'm not sure why. Maybe it is
my configuration.
https://wx-data.site/satx/
If I click the YEAR tab, I'm seeing last June July August with much lower
temps, under 90F than were actually recorded by the weather station. If you
go to August 2019, it cl
I would never buy anything but a Davis2 Pro.
On Wednesday, October 9, 2019 at 6:55:38 PM UTC-5, Timothy Buchanan wrote:
>
> I have a spare Raspberry Pi3 to run WeeWx, but no weather station yet, and
> would like recommendations. Reliability and accuracy are top priorities,
> and I'd prefer one
archive period gives about two months of
> recorded history. Sounds like you may have a 60 minute archive period?
>
> And yes on startup WeeWX will download any (previously unseen) history
> from a Davis station.
>
> Gary
>
> On Wednesday, 9 October 2019 11:13:08 UTC+10, Joe wrot
I just installed weewx on a davis2 in a remote location that has been
online for 10 years with the DONGLE attached.
I started weewx and it only has the last three months of data in the
history.
Does anyone know why it is not displaying all the previous data on the
dongle?
Does weewx pull th
root@weewx:/etc/weewx# tail -f /var/log/syslog
Oct 8 04:58:34 weewx weewx[1739]: Starting weewx weather system: weewx.
Oct 8 04:58:34 weewx systemd[1]: Started LSB: weewx weather system.
Oct 8 04:58:34 weewx weewx[1756]: engine: Using configuration file
/etc/weewx/weewx.conf
Oct 8 04:58:34 wee
DISREGARD:
root 2385 0.0 0.0 0 0 ?S10:47 0:00
[kworker/0:0]
root 2420 59.1 6.9 69264 31064 ?Sl 10:48 2:25 python
/usr/bin/weewxd --daemon --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
root 2442 0.0 0.3 3392 1508 pts/0S+ 10:48
root12 0.0 0.0 0 0 ?S< 10:31 0:00 [netns]
root13 0.0 0.0 0 0 ?S< 10:31 0:00 [perf]
root14 0.0 0.0 0 0 ?S10:31 0:00
[khungtaskd]
root15 0.0 0.0 0 0 ?S< 10:31 0:00 [writeback
ces, then try again.
>
> On Thu, Jul 11, 2019 at 5:05 AM Joe >
> wrote:
>
>>
>> It's still sitting at the VANTAGE DRIVER VERSION 3.1.1
>> too
>>
>> --
>> You received this message because you are subscribed to the Google Gro
It's still sitting at the VANTAGE DRIVER VERSION 3.1.1
too
--
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...@googlegroup
The only thing I've done lately is change out old batteries that showed low
on the console. I plugged it in and changed it so the console never shut
off.
Since then I've been getting some errors trying to communicate with the
Davis2 console. Odd never had any problems and now getting communic
What I'm really wondering now is why the files were deleted off the website
in the first place..
On Monday, July 8, 2019 at 8:44:39 PM UTC-5, Joe wrote:
>
> I had TAIL running the last few times the FTP ran and it only tried to
> upload the last two most re
at 8:24:55 PM UTC-5, Thomas Keffer wrote:
>
> Look in the log. It will give you information about why the ftp upload
> failed.
>
> -tk
>
> On Mon, Jul 8, 2019 at 6:12 PM Joe >
> wrote:
>
>> I deleted the #ftp.last file in the NOAA directory and it did not re-
, Joe wrote:
>
> Sorry If I needed to provide more info. All of the NOAA Files are on the
> local box as they should be, They are just suddenly not on the website.
>
> I Am using FTP. So I assume I should delete the FTP.LAST.
>
>
>
> On Monday, July 8, 2019 at 7:47:25 PM
these suggestions don't help, you'll have to give us more information.
>
> -tk
>
>
> On Mon, Jul 8, 2019 at 5:35 PM Joe >
> wrote:
>
>> The requested URL /wx/NOAA/NOAA-2016.txt was not found on this server.
>>
>> I tried recently, today in fact, to loo
The requested URL /wx/NOAA/NOAA-2016.txt was not found on this server.
I tried recently, today in fact, to look at some WX data from a previous
year and it is gone. Nothing prior to 2019 is on my website.
Can anyone tell me why it removed all this data? I assume the database
still has the dat
>lineWidthPlus = 0
>[[[windGust]]]
>[[[windSpeed]]]
> zIndex = 2
>
> [[chart3]]
> title = Rain
> [[[rainRate]]]
>yAxis = 1
> [[[rainTotal]]]
>name = Rain Total
>
> [[chart4]]
> title = Barometer
> type = spline
> [[[bar
t specify which graph
> section was giving you a problem. I just don't have the details to help
> further right now. I saw earlier you were running Seasons, now you're back
> on Belchertown - so I assume you may have fixed what was wrong.
>
> On Thursday, June 6, 2019 at 8:30:01 A
Apologies Pat was at work when i was trying to fix this via my remote
viewer.
Can you take a look at the following http://jsantas.com/graphs/ One chart
is empty everything else is in order as far as i can see.
I used your config file earlier in the day and it straightened things out
apart from
Better just re applied must have been something i did. Still missing one
chart under today. Solar UV i believe. Shows up on the front page no
problems.
Regards
On Thursday, June 6, 2019 at 12:47:08 PM UTC+10, Pat wrote:
>
> Please verify you used my changes. I can see you still have the same
Tried it. No change..
Regards
On Thursday, June 6, 2019 at 12:29:57 PM UTC+10, Pat wrote:
>
> Try restarting weewx then wait for the archive interval to run, or run
> wee_reports.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe
config sections.
>
>
> On Wednesday, June 5, 2019 at 8:27:00 PM UTC-4, Joe Santas wrote:
>>
>> Config attached Thanking you..
>>
>> On Thursday, June 6, 2019 at 10:20:12 AM UTC+10, Pat wrote:
>>>
>>> I believe he had empty observations un
Hi Pat link to my site http://jsantas.com/
On Thursday, June 6, 2019 at 10:34:55 AM UTC+10, Pat wrote:
>
> Thanks. Little more detail? Which one is broken so I can focus in on it?
>
> On Wednesday, June 5, 2019 at 8:27:00 PM UTC-4, Joe Santas wrote:
>>
>> Config at
Config attached Thanking you..
On Thursday, June 6, 2019 at 10:20:12 AM UTC+10, Pat wrote:
>
> I believe he had empty observations under his chart - no observations, no
> chart.
>
> Post your config and we'll see if we can help.
>
> On Wednesday, June 5, 201
Hi Andy post what you have fixed when you have a moment. Bit confused with
the reply. I am seeing two blank charts.
Regards
On Tuesday, June 4, 2019 at 8:36:21 PM UTC+10, Andy Hudson-Smith wrote:
>
> Thanks Andrew - that fixed it :) much appreciated,
>
> Andy
>
--
You received this message b
Awesome release well done. Quick question im up and running all good. I
have a Darksky key and have the 8 day forecasts showing but they are
incorrect. Im assuming a location issue. Where can i change this?
Regards
On Sunday, June 2, 2019 at 2:57:56 AM UTC+10, Pat wrote:
>
> Belchertown sk
.
Happy days lol.
Regards
On Tuesday, May 21, 2019 at 3:05:35 AM UTC+10, Joe Santas wrote:
>
> Hi all new here after a week of messing around with this to get it
> communicating i finally have some progress.
> Managed to setup the basics here. http://jsantas.com:83/weewx/
> Main issu
dReport' not enabled. Skipping.
May 22 17:55:22 UBUNTUMATE-1000H weewx[3154]: reportengine: Report 'FTP'
not enabled. Skipping.
May 22 17:55:22 UBUNTUMATE-1000H weewx[3154]: reportengine: Report 'RSYNC'
not enabled. Skipping.
May 22 17:55:26 UBUNTUMATE-1000H weewx[3154]: in
0:34 UBUNTUMATE-1000H weewx[26366]: interceptor: MainThread:
> unrecognized parameter siteid=
> May 22 07:40:34 UBUNTUMATE-1000H weewx[26366]: interceptor: MainThread:
> unrecognized parameter siteAuthenticationKey=
> May 22 07:40:34 UBUNTUMATE-1000H weewx[26366]: interceptor: Mai
n each you will see
> the RF updates use 2 decimal places and the normal updates 3 decimal
> places. Consequently, when you have normal after a RF you get a rain
> counter wraparound detected and your rainfall has the wrapped around figure
> added. If you have RF after normal you get
ver then you will be ok.
>
> I've seen some Merlin router firmware descriptions how it can be done. Or
> DD-WRT descriptions are around the net too.
>
> Gabor
>
> Joe Santas > ezt írta (időpont: 2019.
> máj. 21., Ke 16:22):
>
>> You may be onto something.
vers. Or set your
> router to forward only the wu request to your weewx. Then the interceptor
> will recieve and parse only one kind of messages.
>
> Gabor
>
> Joe Santas > ezt írta (időpont: 2019.
> máj. 21., Ke 15:52):
>
>> wraparound detected in this log.
wraparound detected in this log.
After clearing the database rainfall graph has started to populate once
again even though no rain lol.
On Tuesday, May 21, 2019 at 5:12:03 PM UTC+10, Gábor Szabados wrote:
>
> Hi Joe,
>
> Could you try to look for messages in the log, like
Log attached
On Tuesday, May 21, 2019 at 10:46:36 PM UTC+10, Joe Santas wrote:
>
> Hi Gabor thanks for your reply. Will post a log shortly. Hopefully it
> has the right detail.
> Re the Fine Offset clone not sure. Prior to installing weewx i was
> pushing up to wundergro
On Tuesday, May 21, 2019 at 3:05:35 AM UTC+10, Joe Santas wrote:
>
> Hi all new here after a week of messing around with this to get it
> communicating i finally have some progress.
> Managed to setup the basics here. http://jsantas.com:83/weewx/
> Main issue i have is the ra
Szabados wrote:
>
> Hi Joe,
>
> Could you try to look for messages in the log, like interceptor:
> MainThread: rain counter wraparound detected:
>
> I can see a rounding issue (maybe) at the yearly rain is once 2.248 the
> then 2.25, when no weekly rain change.
>
> Ma
Need some help here all. Put a fair bit of time into this. Dont want it
to go to waste. Assistance would be appreciated.
Regards
On Tuesday, May 21, 2019 at 3:05:35 AM UTC+10, Joe Santas wrote:
>
> Hi all new here after a week of messing around with this to get it
> communicating
Hi all new here after a week of messing around with this to get it
communicating i finally have some progress.
Managed to setup the basics here. http://jsantas.com:83/weewx/
Main issue i have is the rain hourly total and rain rate and rain today.
These just keep incrementing.
Im using the Interce
advance for your help.
Joe B
http://73.14.239.17:32983/weewx/
--
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
I installed the Belchertown skin and I get none of the graphs. The weather
data and report data show just fine. Looking at my log I see that
Highcharts runs but nothing is being copied for every instance of
Highcharts.
Any suggestions?
Thanks.
Joe
Feb 15 17:11:05 weewx wee_reports[1236
Thanks. My bad for not catching that.
On Tuesday, February 12, 2019 at 9:29:22 AM UTC-5, Thomas Keffer wrote:
>
> Hello, Joe
>
> The user does not have the necessary permissions to write into the
> subdirectory /var/www/html/weewx.
>
> Either run as superuser, or change t
I am getting the following error when running reports. Any suggestions?
pi@weewx:/etc/weewx $ wee_reports
Using configuration file /etc/weewx/weewx.conf
Generating for all time
Traceback (most recent call last):
File "/usr/share/weewx/weewx/reportengine.py", line 204, in run
obj.start()
F
Thanks. It is sounding like my best, if not only, option is to trash the
current database and to start over after modifying my service to record snow
depth in inches and change the. usUnits to US.
Fortunately this is a very new service and we have had zero snow. Unfortunately
I am not able to m
The data is in a separate dB as snow_depth. It is measured and archived in mm.
The usUnits in each record is METRIC. If I am not mistaken, weewx has no idea
how to convert snow_depth to anything else. Hence, if I am not mistaken, I
will either need to convert the data before graphs are gener
The images I’m talking about are the graphics produced by weewx. A good
example is the mem extension example. However, in that example I believe that
the “mem” values were captured in the database as the author wished them to be
displayed in the end.
--
You received this message because you
or feet.
I’ve read and re-read the user guide and customization guide and have not found
a solution.
Have I missed something or do I need to revise my custom service to store data
in the units I want displayed in the images?
Thanks,
Joe
--
You received this message because you are subscribed to
n the
> reports.
>
> However, if you decide you want to convert from METRIC to METRICWX, you
> can use the utility wee_database with the --reconfigure
> <http://weewx.com/docs/utilities.htm#Action_--reconfigure11> option.
>
> -tk
>
> On Mon, Jan 15, 2018 at 7:40
The new service I added saves snow depth measurements to its own sqlite
database in archive format with measurements in mm. However, so far (since
yesterday) the field usUnits has been posted as weewx.METRIC. I suspect
that it should be set to weewx.METRICWX.
1) does it really matter what the
Thanks!
I ended up solving the problem by specifying the path to the file using
pysftp.CnOpts. The service seems to be working now but we won’t know for sure
until we get some snow here in the DRY Sierra Nevada mountains.
> On Jan 14, 2018, at 1:06 PM, gjr80 wrote:
>
> The issue is most likel
The new service I've written uses pysftp which in turn uses SSH. when I
run a test script it works. When the service runs I'm getting an SSH
exception:
SSHException: No hostkey for host 192.168.1.175 found
I thought that the problem might be that there was no .ssh/known_hosts file
under /home
Yay!
"Finished installing extension '/home/pi/Downloads/weewx_snow.zip’"
> On Jan 13, 2018, at 3:24 PM, Joe Percival wrote:
>
> I think I found the problem here also… I found one section in the earlier
> configuration section where I had not used a closing brace.
I think I found the problem here also… I found one section in the earlier
configuration section where I had not used a closing brace.
> On Jan 13, 2018, at 3:12 PM, Joe Percival wrote:
>
> Though this section is almost an exact duplicate of the mem extension
> install.py file, I
Though this section is almost an exact duplicate of the mem extension
install.py file, I am getting a syntax error on the last section of the
file.
File "/var/tmp/weewx_snow/install.py", line 48
files=[('bin/user', ['bin/user/snow.py']),
^
SyntaxError: invalid syntax
here is the
churn up the next
layer of bugs).
Thanks,
joe
> On Jan 13, 2018, at 2:40 PM, gjr80 wrote:
>
> I know you outlined your zip structure but it wasn't 100% clear to me. I
> package in tgz format not zip but the structure I have in my tgz file is:
>
> name
> |
> -- ins
I have tried using the extension installer following the guidance from the
github wiki on an extension package created by modifying the mem extension
example. I do not understand the error message I am getting. Can someone
please explain where I've gone wrong?
My extension package is a zipped
1 - 100 of 180 matches
Mail list logo
