I'm working an a RPi SPI service to read a BMP280.
The BMP280 can produce 16 to 20 bit values for pressure, depending on how
it's configured. With the default 16 bits it says it is accurate to within
2.62 Pa.
That's a lot finer resolution than anything I've seen reported. Is weewx
going to u
Thanks. In the MySQL database it's a double, so the resolution is there.
My weewx is using American measures and putting inHg in the database. Do i need
to convert from Pascals before handing the data back?
My goal is to use the existing SDR driver and to use a service to read the
pressure from the BMP280 and add it to the data the SDR driver is collecting.
Perfect. Thanks.
Thanks. I may take you up on that if I can't get it to work. I've done
enough work that I want to try it myself first.
I get my sensor tomorrow, but I've been learning and playing and writing
with Python today. I wrote and tested the calibration code, using the
sample data on the data sheet,
I have given up on trying to use the SPI interface with my own code. It
works using code I found using pigpio, but, ultimately, I decided to just
use the i2c interface and branch the i2c pins to allow my RTC to keep
working.
It works using i2c and the Adafruit software. This weekends project,
le.
On Saturday, April 1, 2017 at 5:38:31 PM UTC-4, mwall wrote:
>
> On Saturday, April 1, 2017 at 5:29:16 PM UTC-4, Craig Thom wrote:
>>
>> My goal is to use the existing SDR driver and to use a service to read
>> the pressure from the BMP280 and add it to the d
I want to convert from the native Pa and °C to whatever the user has configured
weewx to use when I add to either the LOOP or archive data.
I'll check there. Thanks.
s
> <https://github.com/weewx/weewx/blob/v3.7.1/bin/weewx/units.py#L412>".
> They are used throughout the unit system.
>
> -tk
>
> On Thu, Apr 6, 2017 at 3:54 PM, Craig Thom > wrote:
>
>> I want to convert from the native Pa and °C to whatever the user has
>> configured weewx to use when I add to either the LOOP or archive data.
>>
>> I'll check there. Thanks.
>
>
>
OK, just so I'm understanding this. This starts at the bottom of the
__init__. col_press and col_temp are strings read from my [BMP280] section
of weewx.conf that contain where the data should go, like "barometer" and
"extraTemp1". And I divide the corrected pressure by 100 because it's in
P
o be waiting half a minute for new data. If there's any chance
> of this, you'll need to either figure out how to include a timeout inside
> read_raw_data(), or do the data acquisition in a separate thread.
>
> -tk
>
>
>
> On Fri, Apr 7, 2017 at 6:37 PM, Craig
4288.0) + (dig_P2 * var1))/
524288.0
var1 = (1.0 + var1/32768.0) * dig_P1
p = 1048576.0 - raw_pressure
p = (p - (var2/4096.0)) * 6250.0 / var1
var1 = dig_P9 * p * p / 2147483648.0
var2 = p * dig_P8 / 32768.0
p = p + (var1 + var2 + dig_P7) /16.0
d to either figure out how to include a timeout inside
> read_raw_data(), or do the data acquisition in a separate thread.
>
> -tk
>
>
>
> On Fri, Apr 7, 2017 at 6:37 PM, Craig Thom > wrote:
>
>> OK, just so I'm understanding this. This starts at the bottom o
col_pres should be "pressure. I read that part of the weewx documentation, but
I didn't remember it right.
The pressure from the BMP280 does not take elevation into account.
I think Weather Underground is having problems right now.
I am not missing an upload, seeing
weewx[4581]: restx: Wunderground-PWS: Published record 2017-04-09 14:00:00
EDT (1491760800)
every five minutes, as I should, but Weather Underground is going sometimes
10-15 minutes between updates.
In addition, Weather Underground is also showing my temperature 3 degrees
warmer on its map that it shows on my station display.
I think we should wait a day or two to see if they straighten it out.
On Sunday, April 9, 2017 at 2:08:41 PM UTC-4, Craig Thom wrote:
>
> I think Weather Under
16 matches
Mail list logo