the .css file(s) may be the answer
On Monday, 20 May 2019 03:32:40 UTC+3, Jaybee wrote:
>
> Brand new user. I've got weewx up and running on a rpi for a couple weeks.
> Posting to a few sites like wow, etc. Running the standard report. Serves
> up the html just fine locally (I have a little
On Sunday, May 19, 2019 at 1:40:58 PM UTC-7, Jd D wrote:
>
> Hi,
>
> station LaCrosse ws2316
> weewx version 3.8.2
> hardware Raspberry Pi
> NAME="Raspbian GNU/Linux"
> VERSION_ID="9"
> VERSION="9 (stretch)"
>
> I have noticed that the midnight updates to the database do not happen.
> My
Brand new user. I've got weewx up and running on a rpi for a couple weeks.
Posting to a few sites like wow, etc. Running the standard report. Serves up
the html just fine locally (I have a little ngnx instance running to serve it).
I copy the html directory (var/www/html/weewx) to an aws s3
No matter, I found the answer. Acurite data is encrypted, so it can't be
read, and only the WU data is read. And since Acurite only allow one
device to send data to WU...
*sigh*
An RDL receiver seems the way to go now, when I have some spare time...
On Sunday, 19 May 2019 19:22:57 UTC-4,
Hi,
My cron entries is 0,5,10,15,20,25,30,35,40,45,50,55,59.
>
Can you tell what these cron entries are? As far as I know WeeWX does not
need cron entries when connected to a WS23xx.
May 19 00:01:21 localhost weewx[1076]: manager: Daily summary version is 2.0
> May 19 00:01:28 localhost
Ok, that fixed a few issues with clientraw.txt but now the parsing of
clientraw.txt is failing when it hits fields containing a time. Again no
spec for clientraw.txt to work from but we have found that any field
representing a time needs to be in the format HH:MM:SS or HH:MM. At the
moment
Some more details: I was reading the data through a RasberryPi with a
bridge. Since installing the Access, I had to redo the config to use the
Interceptor Observer driver and change the sensor map for the new labels.
But nowhere do I see a sensor ID anymore to differenctiate btw the 2
I have two 5-in-1 Acurite WS at home. The smarthub died last week and I
replaced it with the new Acurite Access, but I can't find the sensor ID
info anymore. Any tips on how to get that information?
--
You received this message because you are subscribed to the Google Groups
"weewx-user"
Hi,
Perhaps you could give us some more details as to how the extra temperature
data is being obtained/provided/added to WeeWX, happy to see code/data
formats etc - code usually gives an unambiguous picture, descriptions are
often open to interpretation. I am having a little difficulty
On Sunday, May 19, 2019 at 8:52:51 AM UTC-4, Ray Pfaff wrote:
>
> I've been trying to get the 0.41 version of weewx interceptor working with
> my Acurite access and haven't had any luck.
>
could you try using 0.45?
the device_type of wu-client was not added until 0.43
also, there were some
On Sunday, May 19, 2019 at 5:44:55 PM UTC-4, Ray Pfaff wrote:
>
> Am I missing something? Both of those apply to the bridge, not the
> access. I do have access to a server that receives my data as
> myacurite.com (and for that matter wunderground.com) both receive data
> from it.
>
sorry
Am I missing something? Both of those apply to the bridge, not the
access. I do have access to a server that receives my data as
myacurite.com (and for that matter wunderground.com) both receive data from
it.
On Sunday, May 19, 2019 at 8:52:51 AM UTC-4, Ray Pfaff wrote:
>
> I've been trying
the wiki page has been updated to reflect the changes at acurite:
https://github.com/weewx/weewx/wiki/acuritebridge
--
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
Hi,
station LaCrosse ws2316
weewx version 3.8.2
hardware Raspberry Pi
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
I have noticed that the midnight updates to the database do not happen. My
cron entries is 0,5,10,15,20,25,30,35,40,45,50,55,59. I added the 59 entry
Hello,
me again :).
Thank you for your last answer Thomas. Works fine.
Now I have a new "thing" I do not understand.
As discussed above I'm augmenting different data - also rain data to the
archive records as described in the customization guide.
I also augment temperature signals and
Good morning!
Thanks Gary for that insight. I've noticed the behavior of the correct
into being overwritten by something in the past and didn't really
understand what was happening. It's very clear now.
What was really interesting is that although N/A was still present in the
clientraw.txt,
Yeah, good catch.
I expect it was running the old wmr300.pyc since the html one named wmr300.py
was invalid.
Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)
> On May 19, 2019, at 7:36 AM, gjr80 wrote:
>
> Hi,
>
> If you are downloading a source file from github you need to get
See this message and the rest of the thread:
https://groups.google.com/d/msg/weewx-user/0e2E3F7EG7Y/mVv7oUZ1BgAJ
On Sunday, May 19, 2019 at 8:52:51 AM UTC-4, Ray Pfaff wrote:
>
> I've been trying to get the 0.41 version of weewx interceptor working with
> my Acurite access and haven't had any
I've been trying to get the 0.41 version of weewx interceptor working with
my Acurite access and haven't had any luck. I can read packets to
wunderground if I do a tcpdump and I've even written a python script to
extract the data and put it in a database. But when I run interceptor
stand
Hi,
If you are downloading a source file from github you need to get the raw source
otherwise you end up with the github htmml used to display the file. Try using
the following commands to download and install wmr300.py:
$ wget -P /tmp
New thing, I restarted the rpi and now this is the log:
May 19 11:17:05 raspberrypi systemd[1]: Starting LSB: weewx weather
system...
May 19 11:17:05 raspberrypi weewx[982]: engine: Initializing weewx version
3.9.1
May 19 11:17:05 raspberrypi weewx[982]: engine: Using Python 2.7.13
(default,
Hello again, no luck. I even tried to reinstall from purge and deleting all
the folders of weewx and nothing new...
The thing I'm just seeing is the version of the wmr300 driver in my old
log and this log is the same. 19rc6. Shouldn't be that different?
Regards and thanks.
New log.
May 19
Thanks Mathew
The code change has been done
database checked first then purged.appears to have
done the trick.
fyi.just a couple of rather old entries
sqlite> select dateTime, datetime(dateTime,'unixepoch','localtime'),
interval from archive WHERE interval <= 0 order
can you teach me how to edit these skins in raspberry and what kind of
software to edit the skins with .htmpl extensions so that anytime I can
changes the windy map into gif maps or changing link templates? thanks
On Sun, May 19, 2019 at 9:54 AM WILWetter25
wrote:
> Hey everyone,
>
> I have a
you must also purge your database of any non-positive values for
'interval'. as tom posted in this thread:
https://groups.google.com/d/msg/weewx-user/69RvQnD_OQc/ZyF0_jZqAwAJ
You may have to install the tool sqlite3, if you haven't already:
*sudo apt-get install sqlite3*
Then delete any
ian,
please try the following modification. in the file fousb.py, change line
1321 from this:
while dts > dt and count < num_rec:
raw_data = self.get_raw_data(ptr)
data = self.decode(raw_data)
if data['delay'] is None
26 matches
Mail list logo