I had a similar issue in July last year and it was discussed in these
threads:
https://groups.google.com/g/weewx-user/c/-azmKGA3q_U/m/j8i9ih20BwAJ
https://groups.google.com/g/weewx-user/c/MycfgX74P1Y
The "*_must_have" lines need to contain the value of a valid sensor for
the bme280 readings to
As mentioned in a couple of threads there have been a lot of recent changes
to naming in rtl_433 which has broken sdr.py. These changes are listed in a
couple of places on the rtl_433 github and were first introduced over a
year ago and now seem to be the default withe current version of
Hi Troy,
Is your bme280 producing lots of entries in the syslog ??
I'm currently running my test system manually and I'm getting a 'bme280:'
entry in the syslog time a loop is generated.
Gary
--
You received this message because you are subscribed to the Google Groups
"weewx-user"
I have no idea what is going on then, mine is working as expected with the
following in weewx.conf.
[Bme280wx] # Options for extension for BME280
pressure/temperature/humidity sensor
temperature_must_have = outTemp
humidityKeys = inHumidity
pressureKeys = pressure
Just a quick followup, this thread was also about a similar issue about
missing data: https://groups.google.com/forum/#!topic/weewx-user/MycfgX74P1Y
The solution is to not leave the "*_must_have = " line blank, it needs to
have a value.
I have added outTemp to both lines and now the
I have just added this sensor to my test system and noticed that the
bme280wx extension was updated a few weeks ago to be python3 compatible
though I am still running python2.
Mine seems to be working fine, I have an SDR station with extra Onewire
sensors and now the BME280 pressure sensor.
Hi Neville,
Do you know if the pyweather driver can be used as service not a driver ?
I only need the barometer bit but as you have confirmed it it working with
python3 it might be a better way to go than the other i2c solution.
Gaz
--
You received this message because you are subscribed
On Tuesday, May 26, 2020 at 6:18:17 PM UTC+10, Messy Potamia wrote:
>
>
> *I'm following this because one of my weewx stations rely heavily on OW
> sensors to augment the data from my Davis Vantage pro2. *
> *I'd upgrade to weewx 4.x but really can't lose owfs operability*.
> Thx/mp
>
This
> If you are running the owfs.py from my fork, the syslog message will
> tell you what module it has opted to run under. That message occurs in
> the first few log entries after weewx initializes. It's an INFO
> message
>
So with python-ow installed I get this in the INFO:
May 26 17:43:02
OK, I have done some more tests, first I have removed python-ow and now the
owfs service in weewx is not working.
When I run systemctl status owserver it shows that it is enabled and
running.
pi@GazPi4:~ $ systemctl status owserver
* owserver.service - Backend server for 1-wire control
The system must be using owserver as the weewx.conf has been changed to
point to localhost:4304.
I haven't removed python-ow should I do that ??
Gaz
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop
Hi Glen,
I don't fully understand the pyownet bit but owserver would not run without
it being installed.
Gaz
--
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
OK, I have had a read of the posts about pyton-ow being no longer supported
and have now installed owserver and owshell and pyownet.
As I am using a DS2482-100 I2C Bus master my owfs.conf contains:
# DS2482-100 I2C Bus master
server: device = /dev/i2c-1
server: port = localhost:4304
I changed
Hi Rob,
I don't know much about python so can you explain how the new version of
the battery status works as I still have to sort that for my mates station.
if 'battery_ok' in obj:
pkt['battery'] = 1 if obj.get('battery_ok') == 'OK' else 0
If the received data is
OK, me again, ignore the last 2 posts, I can't spell.
It works fine if you get the file name right !!, the new test 1wire sensor
is the solar hot water, the others are various 433MHz sensors.
[image: hi-lo.JPG]
Gaz
--
You received this message because you are subscribed to the Google
Forgot to add the error file.
Gaz
--
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 view this discussion on the web
Hi Glen,
I still get a crash with your new version of owfs.py.
I am also running a working rtl_sdr install as well and am trying to run
owfs as a service. I don't understand this bit just before the critical
messages.
May 23 22:05:22 GazPi4 weewx[1120] INFO weewx.engine: Main loop exiting.
Slightly off topic, the info on the bme280wx site says it works with python
2 and not python 3.
I have gone back to python2 so I can use owfs and the next bit to get
working was to be the bme280w based barometer.
So what version of python are you running with your V4 weewx ?
Gaz
--
You
As you have alredy found this is another case where rtl_433 has changed the
reported info from what is expected by sdr.py V0.77.
For this station it looks like most of the strings have changed.
In the 'class OSWGR800Packet(Packet):' section of sdr.py try changing these
bits,
from
This is another case where the rtl_433 version 20.02-26-ge571a05 from Feb
2020 has changed the reported info from what is expected by sdr.py V0.77.
For the Acurite-606TX, try changing 'IDENTIFIER =' line in the class
'Acurite606TXPacket(Packet):' section of sdr.py
fromIDENTIFIER =
Tried that change and it crashed with a different set of errors.
Gaz
--
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.
Thanks for that I was not sure if i needed to point to python or python2.
Just looked in that location and both of those files are links to python2.7.
So far have a new V4 python 2 install running with all the SDR stuff
receiving data and about to try the OWFS service again.
Gaz
--
You
I did a setup.py install.
--
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 view this discussion on the web visit
Thanks for the info, I also want to add a BME280 sensor and have had a look
at the bme280wx driver by WJCarpenter and it seems to be python2 only at
this stage.
So for the time being I will go back to using python 2.
How do I get the systemd service for run weewx in python2 mode ??
--
You
I am trying to get the OWFS service installed on a new Weewx 4 install on a
Raspberry Pi with Buster.
When I try to install the required python3-ow package I get an error that
it "Unable to locate package python3-ow"
Do I have to add some other repository to get this package ??
rtl_433 version 20.02-26-ge571a05 from Feb 2020 has broken every sensor I
have in lots of ways, numerous identifiers have changed names so nothing
works out of the box at the moment.
The edit above fixed the rain reading on my mates new Acurite station but
the battery status is still not
Do a search of the group for more info, also check the following links:
https://github.com/weewx/weewx/wiki/sdr-rpi-recipe
https://github.com/matthewwall/weewx-sdr
Gary
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from
The Bresser 5in1 Weather Centre is now supported by RTL_433 so another
option is to try RTL-SDR.
Gary
--
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
Hi Iain,
I have found the weewx.conf for the system that had the pool sensor.
[SDR]
driver = user.sdr
path = /usr/local/bin
[[sensor_map]]
# station
windGust = wind_gust.174.FOWHx080Packet
outTempBatteryStatus = battery.174.FOWHx080Packet
>From my test system when I was playing with the Dallas/AAG weather station
on a DIY DS2482-100 I2C adapter on a Pi.
station_type = OWFS
[OWFS]
interface = /dev/i2c-1
driver = user.owfs
[[sensor_map]]
intemp = /uncached/28.70CF4004/temperature # test DS18B20
The v0.63 update of sdr.py posted by Matt works as expected.
Gary
--
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.
For
Thanks for that, I tried the file and there is no difference. The version
of sdr.py I am using is 0.62.
Gary
--
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
>
> Hi Matthew,
>
Thanks for the instructions, it's a bit better than my one I compiled while
setting up a test system with SDR for the station and some 1-wire sensors
as a service.
What I would like to see is a generic sensor board that you connect variety
of sensors to, added to the
[image: humidity4s2.jpg]
I picked up a few HR202L Humidity Sensor from ebay, they are advertised as
a "resitance humidity sensor" and look similar to the pics in the wxforum
thread and were only $1.85 for 5 so worth a try.
With the sensor installed the results have changed from the
Some of the 433Mhz sensors change their "id" when first powered up, my Fine
Offset station and a generic Nexus senesor does this but my Acurite 592
always stays the same.
So if you turn the sensor off or change the batteries then you may get a
new number.
Another Gary
--
You received this
Thanks for that.
On further testing I have found the built in plastic rain gauge on my
station is not very reliable, it works when it tips one way but only
randomly in the other and no amount of fiddling has improved it. So I have
modified the station to use a semi commercial rain gauge I
It has just rained for the first time since I got my FOWH3080 clone station
working with the SDR FOWHx080 driver and have just noticed Weewx is
showing the wrong value for rain.
The loop data received from the station for rain_total is 0.3 per tip but
Weewx is reporting 3mm per tip.
There
Hi Andy,
>From the pictures at wxforum it looks like an analogue capacitive humidity
sensor, if I can find one I'll try it out.
Now that the Digoo (Nexus) sensor works and the other cheap ebay Prologue
sensor I got also works I have enough dual temp/humidity for what I want.
Gary
--
You
Hi Andy
I now get a parsed output like this:
parsed: {
'temperature.1:180.NexusTemperaturePacket': 16.6,
'humidity.1:180.NexusTemperaturePacket': 49.0,
'battery.1:180.NexusTemperaturePacket': 0,
'usUnits': 16,
'dateTime': 1533881039
}
So your edit worked, my version of sdr.py is not exactly
I picked up a cheap Digoo DG-R8H Temp & Humidity sensor from ebay to add to
my system and it is recognised by rtl_433 as a #19 "Nexus Temperature &
Humidity Sensor".
The output of running rtl_433 from the command line is:
2018-08-01 22:03:11 : Nexus Temperature/Humidity
House Code:
Thanks Matt, that was the prompt I needed to get moving, I worked out that
weewx-owfs-0.2.tgz is not the same as weewx-owfs-0.20.tgz
pi@gazpi4:/home/weewx $ sudo PYTHONPATH=bin python bin/user/owfs.py
--sensors --iface /dev/i2c-1
9D2D0100: /20.9D2D0100 DS2450 *AAG TAI8515 wind
I am starting from scratch with V3.7.1 on my Rasberry Pi and can't get the
setup.py to complete.
When I get to the part where I pick my station type (user.owfs) it shows
this:
Installed drivers include:
0) ? (user.owfs) No module named
abstractstation
1) ?
42 matches
Mail list logo
