And I just realized what the issue was with the "Unknow units
'unix-epoch'". Changed units from 'unix-epoch' to 'unix_epoch' and now it
seems to be working. My older "csv-import.conf" is now working with the
weectl import.
On Sunday, April 21, 2024 at 12:57:49 PM UTC-4 taro
units 'unix-epoch' specified for field 'dateTime' in
/home/piToad/Documents/csv-import.conf.
Nothing done, exiting.
On Sunday, April 21, 2024 at 12:27:22 PM UTC-4 tarob...@gmail.com wrote:
> Hello,
>
> I am trying to import some missing data via CSV file. I've done this
> numero
Hello,
I am trying to import some missing data via CSV file. I've done this
numerous times pre weewx 5.0 and weectl (using wee_import). I've setup a
new import config file using the new layout for [[FieldMap]]. I've attached
the import config I used. However, during the --dry-run I am getting
If all you are looking for is pressure and inside temp, depending on your
setup, you could add a BME280 sensor (pressure, temp, and humidity). It
used these
instructions: https://github.com/bdwilson/acurite/blob/master/Pressure.md
And then add the bme280 weewx extension. Then you can run SDR
Thank you Vince! So when I've setup SDR driver previously, the rtl_sdr
package was required but looking at your how-to, only the rtl_433 is
needed. I will say getting rtl_sdr on debian bookworm was a challenge as it
had to be built from source.
On Wednesday, March 6, 2024 at 8:13:19 PM UTC-5
This solved my problem, adding user ‘weewx’ to the ‘plugdev’ group using
the usermod command.
'sudo usermod -aG plugdev weewx'
On Tuesday, February 6, 2024 at 10:23:15 AM UTC-5 matthew wall wrote:
> when you install rtl-sdr, it typically, but not always, installs udev
> rules for *many* sdr
What driver are you using?
On Monday, January 22, 2024 at 2:46:51 AM UTC-5 ken.r...@gmail.com wrote:
> I setup Weewx 3.9.1 about 6yrs ago when Acurite dropped support for their
> SmartHub, and haven't upgraded since.
>
> Recently I moved home and lost a sensor in one of the packing boxes and
>
> or
> https://github.com/Daveiano/weewx-wdc/wiki/WeeWX-related#setting-html_root-and-basepath
>
> and https://github.com/Daveiano/weewx-wdc/wiki/Configuration#extras
>
> tarob...@gmail.com schrieb am Freitag, 12. Januar 2024 um 21:35:44 UTC+1:
>
>> Just upgraded to
Just upgraded to the new 3.4.0 skin (from 3.1.1). I am getting the
following error when the reports run.
Jan 12 15:30:34 raspberrypiNAS weewx[19495] ERROR weewx.cheetahgenerator:
Evaluation of template /etc/weewx/skins/weewx-wdc/index.html.tmpl failed
with exception ''
Jan 12 15:30:34
I actually figured out my issue. In the belchertown skin.conf, I had
forecast_enabled set to 0. Changed it to 1 and the images are now showing
up.
On Sunday, March 5, 2023 at 11:30:22 AM UTC-5 tarob...@gmail.com wrote:
> Did you solve this issue? Having the same after new installation
Did you solve this issue? Having the same after new installation. I
remember seeing this before and cannot remember how I solved it.
On Friday, June 24, 2022 at 3:53:00 AM UTC-4 Uwe S. wrote:
> Hi all,
>
> i've set up sucessfully the Belchertown skin, but somewhere in between i
> lost the
Weewx was originally installed using python3 (running on rpi 4 with buster)
Running "ps axu | grep wee"
root 15080 15.8 3.3 122252 64084 ?Sl Nov04 388:36 python3
/usr/share/weewx/weewxd --daemon --pidfile=/var/run/weewx.pid
/etc/weewx/weewx.conf
pi 31454 0.0 0.0 7244
Getting an error when trying to use wee_extension. I've just upgraded to
4.9.1 but I'm not sure if this is from upgrade or related to a python
upgrade.
weewx is running fine, collecting data and I see no errors in the logs.
When I run wee_extension I get the following:
Traceback (most recent
ar skin ever :)
>>>
>>> These are just suggestions though, I know tastes are different, but imo
>>> weewx stil lacks an interactive alternative or version of the very clear
>>> seasons skin where nearly all values and graphs are visible at a glance. I
>>&
portengine: Copied 0
files to /var/www/html/weewx/wdc
On Friday, May 27, 2022 at 8:25:38 PM UTC-4 david@gmail.com wrote:
> Yes, that's correct, I think weewx wants the zip to contain only one
> folder which contains the whole extension. (if you want to directly install
> from zip witho
> these transformed files (like service-worker.js), but if you download the
> current state of the repo, these files are not included, hence the error.
>
> Please let me know if this helps and solves the problem, I will also add a
> notice about it on the readme page.
>
> tarob...@
Trying to install from zip (also tried from tar.gz) and getting the
following:
"sudo wee_extension --install=weewx-wdc.zip
Request to install 'weewx-wdc.zip'
Extracting from zip archive weewx-wdc.zip
Traceback (most recent call last):
File "/usr/share/weewx/wee_extension", line 92, in
However, it is impossible to do a diagnosis without the log. See the wiki
> article *Help! Posting to weewx-user
> <https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>*.
>
> On Mon, Mar 21, 2022 at 4:57 AM tarob...@gmail.com
> wrote:
>
>> After updating
After updating to weewx v 4.7 and also updating the Seasons skin to 4.7,
I've noticed the UV graph no longer updates. UV data is there as I see it
in current conditions as well as the statistics section. The radiation
graph updates as expected as well, just seems the UV graph is stuck with
quot;1646660541.0", "inDewpoint_C": "5.625713349750434", "maxSolarRad_Wpm2":
>>> "362.7045034071919", "rainRate_cm_per_hour": "0.0", "strikes_count": "0.0",
>>> "rain_total": "1.
point_C": "5.625713349750434", "maxSolarRad_Wpm2":
>>> "362.7045034071919", "rainRate_cm_per_hour": "0.0", "strikes_count": "0.0",
>>> "rain_total": "1.59", "windSpeed_kph&quo
The only thing I see missing from your weewx.conf would be the Accumulator
section:
[Accumulator]
[[lightning_strike_count]]
extractor = sum
[[lightning_distance]]
extractor = min
See if adding the Accumulator section in your weewx.conf fixes your issue.
-Troy
On
Here's the guide I followed when adding the pressure/temp sensor to my
Raspberry Pi: https://github.com/bdwilson/acurite/blob/master/Pressure.md
On Tuesday, December 7, 2021 at 3:17:49 AM UTC-5 udo.kl...@gmail.com wrote:
> Hello everyone, I have successfully set up my Bresser weather station
I've been running an Acurite Atlas and Acurite 5n1 for over a year using
raspberry Pi 3B and weewx with the SDR driver. The guide I followed is here
(https://github.com/bdwilson/acurite). Adding the pressure was the hardest
but got it working with BME280 temp/pressure/humidity sensor and this
I have both Seasons Skin and Belchertown. I like having both, up to you if
you want to disable the Seasons Skin. However, you can keep everything the
same, just add /belchertown to the end of your url. So instead of
http://your_ip/weewx it will be http://your_ip/weewx/belchertown
-Troy
On
I think going back to your original issue something seems to be off. Can
you post you weewx.conf for lightning data? If you're using sdr, should
contain the following in each section:
[SDR]
[[sensor_map]]
..
lightning_distance = distance..AcuriteLightningPacket
>From my understanding, when graphs are being generated they are read from
the weewx database (weewx.sdb if SQlite). The issue you are describing
sounds like an issue with how the data is stored in the database and not
with how Belchertown is graphing. I had similar issue when I first started
Upgraded from 4.4 to 4.5.1 via sudo apt without stopping weewx and had no
issues. Running on Raspberry Pi 4, Raspbian buster.
On Saturday, April 3, 2021 at 2:47:20 PM UTC-4 PJO wrote:
> I updated (via sudo apt upgrade, after stopping weewx) from 4.4 to 4.5.1
> on Ubuntu 20.04 Core opting to
I am using a BME280 pressure/temp/humidity sensor added to my RPi using
this: https://github.com/parautenbach/WeeWX-BME280
On Thursday, March 4, 2021 at 5:34:07 AM UTC-5 giulianodir...@gmail.com
wrote:
> Hey
>
> I'm quite new to the field with the Raspberry Pi. Now to my question.. We
> got
I ended up embedding an iframe (windy) in the radar.inc file and commenting
out the lines that were no longer needed. This has worked great.
On Monday, January 11, 2021 at 11:07:55 PM UTC-5 ral...@gmail.com wrote:
> Anybody able to make the new and improved NWS radar work? Has anyone
>
),
and move it to the new Pi? Then start weewx on the new Pi? Or is there
something else I'll need to do? Thanks.
On Tuesday, November 10, 2020 at 7:58:06 AM UTC-5 tarob...@gmail.com wrote:
> Thanks for the advice. I am running weewx with SDR, so no console to store
> data. Although I have an a
Not sure if this would help you Earl but I've set up to capture lightning
as follows :
weewx.conf
[SDR]
[[sensor_map]]
lightning_distance = distance.xxx.AcuriteLightningPacket
strikes_total = strikes_total.xxx.AcuriteLightningPacket
lightning_disturber_count =
Hello,
When I initially setup weewx, I was very new to raspberry pi OS and so I
used what I had currently had on hand, a RPi I got a couple years ago which
was running Jessie. Recently, I've realized there are some issues, mainly
Python2.7 and Python3.8, that basically boiled down to running
If all you want is temperature/humidity then just get an outdoor
temp/humidity sensor that is wireless (I have four acurite temp/humidity
sensors) and use the SDR driver to capture the data. You'll also need to
get an antenna to capture that data. Here are some good instructions
Upgraded from 4.1.1 to 4.2.0 with no issues at all using DEB package.
During install, my *current.inc* was different along with *weewx.conf*
(which of course I expected since I've modified both of those files). I
choose the default of "N" to keep my modified version but if I would've
selected
Got a post of the logs? I have alarm.py working on 4.1.1. When I initially
set it up, I wasn't getting emails due to an error on the email side. Once
I resolved that, it's worked great.
On Saturday, September 19, 2020 at 3:57:45 AM UTC-4 pligg...@gmail.com
wrote:
>
> Tried this again today
gt;
> outTempBatteryStatus = battery..0222.AcuriteAtlasPacket
>
> On Thursday, September 17, 2020 at 8:58:53 AM UTC-4 tarob...@gmail.com
> wrote:
>
>> The lightning data is handled a bit differently and from searching the
>> user group I was able to g
The lightning data is handled a bit differently and from searching the user
group I was able to get it working with the following sensor map:
[[sensor_map]]
...
lightning_distance = distance..AcuriteLightningPacket
strikes_total =
Also, I'm not sure what you followed to use sdr but the following has good
write up on getting everything working
correctly: https://github.com/bdwilson/acurite
On Friday, September 11, 2020 at 1:38:11 PM UTC-4 tarob...@gmail.com wrote:
> Take a look at the GitHub page for rtl_433 (
>
1 12:40:41 raspberrypi kernel: [403636.407757] usb 1-1.3: dvb_usb_v2:
> schedule remote query interval to 200 msecs
> Sep 11 12:40:41 raspberrypi kernel: [403636.419188] usb 1-1.3: dvb_usb_v2:
> 'Realtek RTL2832U reference design' successfully initialized and connected
>
>
> On Frida
What do you see when you run the following:
sudo tail -f /var/log/syslog
On Thursday, September 10, 2020 at 6:01:03 PM UTC-4 wxwatching wrote:
> I have the RTL-SDR Blog R820T2 RTL2832U 1PPM TCXO SMA Software Defined
> Radio that was purchased from Amazon:
>
>
>
What is your current setup with getting Acurite data into weewx? If it is
via the SDR driver, then it is really simple:
https://github.com/bdwilson/acurite
If USB than I'm not quite sure.
-Troy
On Friday, August 28, 2020 at 7:25:19 AM UTC-4 ke...@lakeman.org wrote:
> I have added a second
You don't need a weather station. I currently have 4 different
temp/humidity sensors and a weather station all feeding into raspberry pi
with SDR antenna. One raspberry pi can handle a lot of sensors at once.
On Friday, August 21, 2020 at 7:16:14 AM UTC-4 pligg...@gmail.com wrote:
> Can weewx
The latest release, v3.4.0b6 has resolved my issue above. Forecasts are now
being generated along with tides. Thank you for updating!
-Troy
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails
Just installed the latest forecast extension and I'm still getting the same
error as above. I don't know if this is related to the forecast extension
or an issue with the RPi. It looks like I don't have any issue getting the
forecast from OWM but the issue arrives when trying to save the
I am also trying to get forecast with tides into the Seasons Skin but it
looks like I'm getting some errors trying to pull this data from the
different sources. Here are the errors I'm seeing in my syslog:
Aug 14 07:15:22 raspberrypi weewxd: forecast: OWMThread: OWM: got 40
forecast records
46 matches
Mail list logo
