from:"wxwatching"

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-14 Thread wxwatching

Sorry for the late follow-up. I changed the "must_have" lines to "outTemp" 
and all is working as expected.

Thanks,
Anthony

On Sunday, August 8, 2021 at 7:35:57 PM UTC-4 Gazza wrote:

> 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 be added to the loop data. In my setup I use 
> "outTemp" from my rtlsdr in all of these lines and it works fine.
>
>
> The other Gary
>
>
> On Monday, August 9, 2021 at 12:30:33 AM UTC+10 mksm...@gmail.com wrote:
>
>> can you try this
>>
>> [Bme280wx]
>> i2c_port = 1
>> i2c_address = 0x76
>> usUnits = US
>> pressureKeys = pressure
>> pressure_must_have = outTemp
>> humidityKeys = inHumidity
>> humidity_must_have = outTemp
>> temperatureKeys = inTemp
>> temperature_must_have = outTemp
>>
>> On Sunday, August 8, 2021 at 3:49:48 PM UTC+3 gjr80 wrote:
>>
>>> OK. Let's put a bit more logging in bme280wx.py, we'll just look at 
>>> pressure for now. Move aside your existing 
>>> /usr/share/weewx/user/bme280wx.py by renaming it as bme280wx_orig.py. 
>>> Download the attached bme280wx.py and save it in it's place in the /
>>> usr/share/weewx/user directory. Leave debug = 1 and restart WeeWX. Post 
>>> the log including WeeWX startup and the first half dozen loop packets.
>>>
>>> Gary
>>> On Sunday, 8 August 2021 at 21:47:36 UTC+10 wxwatching wrote:
>>>
>>>> Ok, here's the current section from config file:
>>>>
>>>> [Engine]
>>>>
>>>> # The following section specifies which services should be run and 
>>>> in what order.
>>>> [[Services]]
>>>> prep_services = weewx.engine.StdTimeSynch
>>>> data_services = user.bme280wx.Bme280wx,
>>>> process_services = weewx.engine.StdConvert, 
>>>> weewx.engine.StdCalibrate, weewx.engine.StdQC, 
>>>> weewx.wxservices.StdWXCalculate
>>>> xtype_services = weewx.wxxtypes.StdWXXTypes, 
>>>> weewx.wxxtypes.StdPressureCooker, weewx.wxxtypes.StdRainRater, 
>>>> weewx.wxxtypes.StdDelta
>>>> archive_services = weewx.engine.StdArchive
>>>> restful_services = weewx.restx.StdStationRegistry, 
>>>> weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
>>>> weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
>>>> report_services = weewx.engine.StdPrint, weewx.engine.StdReport
>>>>
>>>> [Bme280wx]
>>>> i2c_port = 1
>>>> i2c_address = 0x76
>>>> usUnits = US
>>>> pressureKeys = pressure
>>>> pressure_must_have = ""
>>>> humidityKeys = inHumidity
>>>> humidity_must_have = ""
>>>> temperatureKeys = inTemp
>>>> temperature_must_have = ""
>>>>
>>>> New problem now is that the loop apparently hangs and WeeWX quits 
>>>> reporting weather data.
>>>>
>>>> sudo weewxd
>>>> LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
>>>> 13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
>>>> 106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
>>>> LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
>>>> 13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
>>>> 106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
>>>> LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
>>>> 13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
>>>> 106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
>>>> LOOP:   2021-08-08 07:36:39 EDT (1628422599) appTemp: 78.5400076483, 
>>>> cloudbase: 229.659363466, dateTime: 1628422599, dewpoint: 70.6, heatindex: 
>>>> 72.06, humidex: 86.4663612495, maxSolarRad: None, outHumidity: 100.0, 
>>>> outTemp: 70.6, outTempBatteryStatus: 0, rainRate: 0, usUnits: 1, 
>>>> windchill: 
>>>> 70.6, windSpeed: 0.0
>>>> LOOP:   2021-08-08 07:36:39 EDT (1628422599) appTemp: 78.5400076483, 
>>>> cloudbase: 229.659363466, dateTime: 16

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-08 Thread wxwatching

Ok, here's the current section from config file:

[Engine]

# The following section specifies which services should be run and in 
what order.
[[Services]]
prep_services = weewx.engine.StdTimeSynch
data_services = user.bme280wx.Bme280wx,
process_services = weewx.engine.StdConvert, 
weewx.engine.StdCalibrate, weewx.engine.StdQC, 
weewx.wxservices.StdWXCalculate
xtype_services = weewx.wxxtypes.StdWXXTypes, 
weewx.wxxtypes.StdPressureCooker, weewx.wxxtypes.StdRainRater, 
weewx.wxxtypes.StdDelta
archive_services = weewx.engine.StdArchive
restful_services = weewx.restx.StdStationRegistry, 
weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
report_services = weewx.engine.StdPrint, weewx.engine.StdReport

[Bme280wx]
i2c_port = 1
i2c_address = 0x76
usUnits = US
pressureKeys = pressure
pressure_must_have = ""
humidityKeys = inHumidity
humidity_must_have = ""
temperatureKeys = inTemp
temperature_must_have = ""

New problem now is that the loop apparently hangs and WeeWX quits reporting 
weather data.

sudo weewxd
LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
LOOP:   2021-08-08 07:36:29 EDT (1628422589) dateTime: 1628422589, lux: 
13470, maxSolarRad: None, outTempBatteryStatus: 0, radiation: 
106.314127861, rainRate: 0, usUnits: 1, UV: 1, windSpeed: 0.0
LOOP:   2021-08-08 07:36:39 EDT (1628422599) appTemp: 78.5400076483, 
cloudbase: 229.659363466, dateTime: 1628422599, dewpoint: 70.6, heatindex: 
72.06, humidex: 86.4663612495, maxSolarRad: None, outHumidity: 100.0, 
outTemp: 70.6, outTempBatteryStatus: 0, rainRate: 0, usUnits: 1, windchill: 
70.6, windSpeed: 0.0
LOOP:   2021-08-08 07:36:39 EDT (1628422599) appTemp: 78.5400076483, 
cloudbase: 229.659363466, dateTime: 1628422599, dewpoint: 70.6, heatindex: 
72.06, humidex: 86.4663612495, maxSolarRad: None, outHumidity: 100.0, 
outTemp: 70.6, outTempBatteryStatus: 0, rainRate: 0, usUnits: 1, windchill: 
70.6, windSpeed: 0.0
LOOP:   2021-08-08 07:36:39 EDT (1628422599) appTemp: 78.5400076483, 
cloudbase: 229.659363466, dateTime: 1628422599, dewpoint: 70.6, heatindex: 
72.06, humidex: 86.4663612495, maxSolarRad: None, outHumidity: 100.0, 
outTemp: 70.6, outTempBatteryStatus: 0, rainRate: 0, usUnits: 1, windchill: 
70.6, windSpeed: 0.0
LOOP:   2021-08-08 07:36:49 EDT (1628422609) dateTime: 1628422609, 
maxSolarRad: None, outTempBatteryStatus: 0, rain: None, rainRate: 0, 
rain_total: 2.07, usUnits: 1, windDir: None, windSpeed: 0.0
LOOP:   2021-08-08 07:36:49 EDT (1628422609) dateTime: 1628422609, 
maxSolarRad: None, outTempBatteryStatus: 0, rain: 0.0, rainRate: 0, 
rain_total: 2.07, usUnits: 1, windDir: None, windSpeed: 0.0
LOOP:   2021-08-08 07:36:49 EDT (1628422609) dateTime: 1628422609, 
maxSolarRad: None, outTempBatteryStatus: 0, rain: 0.0, rainRate: 0, 
rain_total: 2.07, usUnits: 1, windDir: None, windSpeed: 0.0

And the output from the syslog is:

Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Initializing weewx 
version 4.5.1
Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Using Python 2.7.16 
(default, Oct 10 2019, 22:02:15) #012[GCC 8.3.0]
Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Platform 
Linux-5.10.52-v7+-armv7l-with-debian-10.10
Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Locale is 
'en_US.UTF-8'
Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Using configuration 
file /etc/weewx/weewx.conf
Aug  8 07:36:23 raspberrypi weewx[2566] INFO __main__: Debug is 1
Aug  8 07:36:23 raspberrypi weewx[2566] DEBUG __main__: Initializing engine
Aug  8 07:36:23 raspberrypi weewx[2566] INFO weewx.engine: Loading station 
type SDR (user.sdr)
Aug  8 07:36:23 raspberrypi weewx[2566] INFO user.sdr: driver version is 
0.78
Aug  8 07:36:23 raspberrypi weewx[2566] INFO user.sdr: sensor map is 
{u'outTempBatteryStatus': u'battery.0222.AcuriteAtlasPacket', u'outTemp': 
u'temperature.0222.AcuriteAtlasPacket', u'outHumidity': 
u'humidity.0222.AcuriteAtlasPacket', u'windSpeed': 
u'wind_speed.0222.AcuriteAtlasPacket', u'windDir': 
u'wind_dir.0222.AcuriteAtlasPacket', u'UV': u'uv.0222.AcuriteAtlasPacket', 
u'rain_total': u'rain_total.0222.AcuriteAtlasPacket', u'radiation': 
u'lux.0222.AcuriteAtlasPacket', u'strikes_total': 
u'strike_count.0222.AcuriteAtlasPacket', u'strike_distance': 
u'strike_distance.0222.AcuriteAtlasPacket', u'lux': 
u'lux.0222.AcuriteAtlasPacket', u'log_unknown_sensors': u'True', 
u'log_unmapped_sensors': u'True'}
Aug  8 07:36:23 raspberrypi weewx[2566] INFO user.sdr: deltas is {u'rain': 
u'rain_total',

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-07 Thread wxwatching

Ok, solved the problem with remote I/O error with bme280 sensor. Found a 
wire had come loose. Also the rtl_sdr is back working. However, still not 
getting the inside temp and humidity to show in WeeWX webpage display. I do 
see in syslog the following packet:

Aug  7 08:31:34 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=935fa750-4b08-4483-8cf3-b40b5c059717, 
timestamp=2021-08-07 08:31:34.908185, temp=27.590 °C, pressure=1009.86 hPa, 
humidity=33.17 % rH)

In weewx.conf the BME280 section has inTemp and inHumidity. Is this correct 
considering the packet reports temp and humidity and not inTemp and 
inHumidity?

[Bme280wx]
i2c_port = 1
i2c_address = 0x76
usUnits = US
pressureKeys = pressure
pressure_must_have = outTemp
humidityKeys = inHumidity
humidity_must_have = ""
temperatureKeys = inTemp
temperature_must_have = ""


>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/dad16b63-4893-4bc8-8868-97dbeb2fad9cn%40googlegroups.com.

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-06 Thread wxwatching

And just in case this helpful, here's my i2c output:

sudo i2cdetect -y 1
 0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:  -- -- -- -- -- -- -- -- -- -- -- -- -- 
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
60: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 
70: -- -- -- -- -- -- 76 -- 



>
>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/2898ae22-a908-4695-a594-8293d607956cn%40googlegroups.com.

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-06 Thread wxwatching

I tried running this command and got this output, although it was 
previously returning packets from my Acurite Atlas:

sudo rtl_433
rtl_433 version 21.05-57-g3c61f600 branch feat-atlas at 202107311123 inputs 
file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...
Registered 161 out of 190 device decoding protocols [ 1-4 8 11-12 15-17 
19-23 25-26 29-36 38-60 63 67-71 73-100 102-105 108-116 119 121 124-128 
130-149 151-161 163-168 170-175 177-190 ]
usb_claim_interface error -6

I have also run this command and got no return message:

pi@raspberrypi:~ $ sudo modprobe -r dvb_usb_rtl28xxu
pi@raspberrypi:~ $ 

I get these results in spite of having this file 
/etc/modprobe.d/blacklist.conf with these contents:

blacklist dvb_usb_rtl28xxu
blacklist dvb_usb_rtl28xxu
blacklist rtl2830
blacklist rtl2832
blacklist dvb_usb_rtl2832u

Back to the bme280 driver. Again, this was working, but now I get error 
when running this script:

import smbus2
import bme280

port = 1
address = 0x76
bus = smbus2.SMBus(port)

calibration_params = bme280.load_calibration_params(bus, address)

# the sample method will take a single reading and return a
# compensated_reading object
data = bme280.sample(bus, address, calibration_params)

# the compensated_reading class has the following attributes
print(data.id)
print(data.timestamp)
print(data.temperature)
print(data.pressure)
print(data.humidity)

# there is a handy string representation too
print(data)


*Error when running script:*

python3 bme280_test.py
Traceback (most recent call last):
  File "bme280_test.py", line 8, in 
calibration_params = bme280.load_calibration_params(bus, address)
  File "/usr/local/lib/python3.7/dist-packages/bme280/__init__.py", line 
153, in load_calibration_params
compensation_params.dig_T1 = read.unsigned_short(0x88)
  File "/usr/local/lib/python3.7/dist-packages/bme280/reader.py", line 40, 
in unsigned_short
return self._bus.read_word_data(self._address, register) & 0x
  File "/usr/local/lib/python3.7/dist-packages/smbus2/smbus2.py", line 474, 
in read_word_data
ioctl(self.fd, I2C_SMBUS, msg)
OSError: [Errno 121] Remote I/O error

-- 
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 
https://groups.google.com/d/msgid/weewx-user/e2b6d5ac-0948-441b-a164-0ee7dddacd9bn%40googlegroups.com.

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

2021-08-05 Thread wxwatching

d.unsigned_short(0x88)
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__: File 
"/usr/local/lib/python2.7/dist-packages/bme280/reader.py", line 40, in 
unsigned_short
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__:   
return self._bus.read_word_data(self._address, register) & 0x
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__: File 
"/usr/local/lib/python2.7/dist-packages/smbus2/smbus2.py", line 474, in 
read_word_data
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__:   
ioctl(self.fd, I2C_SMBUS, msg)
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__:   
IOError: [Errno 121] Remote I/O error
Aug  5 23:21:29 raspberrypi weewx[1324] CRITICAL __main__:   
Exiting.


[Engine]

# The following section specifies which services should be run and in 
what order.
[[Services]]
prep_services = weewx.engine.StdTimeSynch
data_services = user.bme280wx.Bme280wx,
process_services = weewx.engine.StdConvert, 
weewx.engine.StdCalibrate, weewx.engine.StdQC, 
weewx.wxservices.StdWXCalculate
xtype_services = weewx.wxxtypes.StdWXXTypes, 
weewx.wxxtypes.StdPressureCooker, weewx.wxxtypes.StdRainRater, 
weewx.wxxtypes.StdDelta
archive_services = weewx.engine.StdArchive
restful_services = weewx.restx.StdStationRegistry, 
weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
report_services = weewx.engine.StdPrint, weewx.engine.StdReport

Thanks,
Anthony


On Thursday, August 5, 2021 at 7:35:35 PM UTC-4 gjr80 wrote:

> Hi,
>
> Assume you are running this service 
> <https://gitlab.com/wjcarpenter/bme280wx>? If so field inHumidity will 
> only be added to the loop packet if field inTemp is already in the loop 
> packet. I'm guessing here that the loop packets emitted by your WeeWX 
> driver (eg the SDR driver) don't include the field inTemp so you are 
> relying on the BME280 for inTemp. Since there seems to be some issues 
> with getting the BME280 service to add the field inTemp to the loop 
> packet this could explain the lack of inHumidity (though this does not 
> explain why inTemp is not being populated and it is possible inHumidity 
> is suffering from the same unknown problem). Suggest you change 
> humidity_must_have 
> = inTemp to humidity_must_have = "" to at least rule this cause out for 
> inHumidity.
>
> Also suggest you provide the output of running WeeWX directly 
> <http://weewx.com/docs/usersguide.htm#Running_directly> as well as a 
> startup log extract, this will make it easier to reconcile the loop packet 
> contents across all WeeWX services not just in the BME280 service. You 
> already seem to have debug = 1 in weewx.conf so leave that as is. Stop 
> WeeWX and then run WeeWX directly 
> <http://weewx.com/docs/usersguide.htm#Running_directly>. Let it run for 
> an archive interval or two and then post the console output (LOOP: and REC: 
> packets/records) and the log from when you started WeeWX making sure you 
> capture the full WeeWX startup and the subsequent couple of archive 
> intervals. Finally, could you provide a copy of your [Engine] stanza from 
> weewx.conf.
>
> Gary
>
> On Friday, 6 August 2021 at 07:52:11 UTC+10 wxwatching wrote:
>
>> I have installed the BME280 sensor and have the drivers installed. I am 
>> getting the pressure readings in the Weewx packets, but not inside humidity 
>> or temperature. Here's what the config file looks like at present:
>>
>> [Bme280wx]
>> i2c_port = 1
>> i2c_address = 0x76
>> usUnits = US
>> pressureKeys = pressure
>> pressure_must_have = outTemp
>> humidityKeys = inHumidity
>> humidity_must_have = inTemp
>> temperatureKeys = inTemp
>> temperature_must_have = ""
>>
>> Sample of syslog output:
>>
>> Aug  5 17:49:48 raspberrypi weewx[4519] INFO weewx.restx: 
>> Wunderground-RF: Published record 2021-08-05 17:49:43 EDT (1628200183)
>> Aug  5 17:49:48 raspberrypi weewx[4519] INFO weewx.restx: 
>> Wunderground-RF: Published record 2021-08-05 17:49:43 EDT (1628200183)
>> Aug  5 17:49:57 raspberrypi weewxd: bme280: BME280 data 
>> compensated_reading(id=024bee2b-a360-4562-9e73-b1c369673601, 
>> timestamp=2021-08-05 17:49:57.407220, temp=29.708 °C, pressure=1011.61 hPa, 
>> humidity=37.69 % rH)
>> Aug  5 17:49:57 raspberrypi weewxd: bme280: {u'outTempBatteryStatus': 0, 
>> u'rain': 0.0, 'dateTime': 1628200193, u'windDir': 117.0, u'windSpeed': 2.0, 
>> u'rain_total': 1.89, 'usUnits': 1}
>> Aug  5 17:49:57 raspberrypi weewxd: bme280: BME280 data 
>> compensated_readi

[weewx-user] BME280 Sensor Missing Inside Temp Readings

2021-08-05 Thread wxwatching

I have installed the BME280 sensor and have the drivers installed. I am 
getting the pressure readings in the Weewx packets, but not inside humidity 
or temperature. Here's what the config file looks like at present:

[Bme280wx]
i2c_port = 1
i2c_address = 0x76
usUnits = US
pressureKeys = pressure
pressure_must_have = outTemp
humidityKeys = inHumidity
humidity_must_have = inTemp
temperatureKeys = inTemp
temperature_must_have = ""

Sample of syslog output:

Aug  5 17:49:48 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:49:43 EDT (1628200183)
Aug  5 17:49:48 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:49:43 EDT (1628200183)
Aug  5 17:49:57 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=024bee2b-a360-4562-9e73-b1c369673601, 
timestamp=2021-08-05 17:49:57.407220, temp=29.708 °C, pressure=1011.61 hPa, 
humidity=37.69 % rH)
Aug  5 17:49:57 raspberrypi weewxd: bme280: {u'outTempBatteryStatus': 0, 
u'rain': 0.0, 'dateTime': 1628200193, u'windDir': 117.0, u'windSpeed': 2.0, 
u'rain_total': 1.89, 'usUnits': 1}
Aug  5 17:49:57 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=75afbec5-c8b9-4258-843a-2775fb8473a7, 
timestamp=2021-08-05 17:49:57.444378, temp=29.724 °C, pressure=1011.58 hPa, 
humidity=37.69 % rH)
Aug  5 17:49:57 raspberrypi weewxd: bme280: {u'outTempBatteryStatus': 0, 
u'rain': 0.0, 'dateTime': 1628200193, u'windDir': 117.0, u'windSpeed': 2.0, 
u'rain_total': 1.89, 'usUnits': 1}
Aug  5 17:49:57 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=2e3feab2-2224-49c9-b63e-be2f07e01954, 
timestamp=2021-08-05 17:49:57.475379, temp=29.724 °C, pressure=1011.58 hPa, 
humidity=37.69 % rH)
Aug  5 17:49:57 raspberrypi weewxd: bme280: {u'outTempBatteryStatus': 0, 
u'rain': 0.0, 'dateTime': 1628200193, u'windDir': 117.0, u'windSpeed': 2.0, 
u'rain_total': 1.89, 'usUnits': 1}
Aug  5 17:49:58 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:49:53 EDT (1628200193)
Aug  5 17:49:59 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:49:53 EDT (1628200193)
Aug  5 17:50:07 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=606beb9c-6882-4ebc-a91f-55bda7826f3e, 
timestamp=2021-08-05 17:50:07.372877, temp=29.795 °C, pressure=1011.59 hPa, 
humidity=37.20 % rH)
Aug  5 17:50:07 raspberrypi weewxd: bme280: {u'UV': 1, u'lux': 43970, 
u'outTempBatteryStatus': 0, u'radiation': 43970, 'dateTime': 1628200203, 
u'windSpeed': 2.0, 'usUnits': 1}
Aug  5 17:50:07 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=f7bc9b5e-9c75-4c33-a6c9-78c351fe8a28, 
timestamp=2021-08-05 17:50:07.404689, temp=29.795 °C, pressure=1011.53 hPa, 
humidity=37.19 % rH)
Aug  5 17:50:07 raspberrypi weewxd: bme280: {u'UV': 1, u'lux': 43970, 
u'outTempBatteryStatus': 0, u'radiation': 43970, 'dateTime': 1628200203, 
u'windSpeed': 2.0, 'usUnits': 1}
Aug  5 17:50:07 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=aac9f9f0-edb4-44df-92ef-eabcbbf82f27, 
timestamp=2021-08-05 17:50:07.434998, temp=29.806 °C, pressure=1011.58 hPa, 
humidity=37.20 % rH)
Aug  5 17:50:07 raspberrypi weewxd: bme280: {u'UV': 1, u'lux': 43970, 
u'outTempBatteryStatus': 0, u'radiation': 43970, 'dateTime': 1628200203, 
u'windSpeed': 2.0, 'usUnits': 1}
Aug  5 17:50:08 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:50:03 EDT (1628200203)
Aug  5 17:50:09 raspberrypi weewx[4519] INFO weewx.restx: Wunderground-RF: 
Published record 2021-08-05 17:50:03 EDT (1628200203)
Aug  5 17:50:17 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=37565396-6b77-417b-aa34-6b71cf5782aa, 
timestamp=2021-08-05 17:50:17.331457, temp=29.760 °C, pressure=1011.61 hPa, 
humidity=37.06 % rH)
Aug  5 17:50:17 raspberrypi weewxd: bme280: {u'pressure': 
29.872957020180873, u'outHumidity': 55.0, u'outTempBatteryStatus': 0, 
'dateTime': 1628200213, u'outTemp': 84.1, u'windSpeed': 2.0, 'usUnits': 1}
Aug  5 17:50:17 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=5e8a7cfe-37ba-43a5-88c9-bc08aadc9eb9, 
timestamp=2021-08-05 17:50:17.365674, temp=29.760 °C, pressure=1011.61 hPa, 
humidity=37.05 % rH)
Aug  5 17:50:17 raspberrypi weewxd: bme280: {u'pressure': 
29.872957020180873, u'outHumidity': 55.0, u'outTempBatteryStatus': 0, 
'dateTime': 1628200213, u'outTemp': 84.1, u'windSpeed': 2.0, 'usUnits': 1}
Aug  5 17:50:17 raspberrypi weewxd: bme280: BME280 data 
compensated_reading(id=5bf23958-952e-4c34-891e-84e2cffc5aec, 
timestamp=2021-08-05 17:50:17.407304, temp=29.765 °C, pressure=1011.62 hPa, 
humidity=37.06 % rH)
Aug  5 17:50:17 raspberrypi weewxd: bme280: {u'pressure': 
29.873202061427115, u'outHumidity': 55.0, u'outTempBatteryStatus': 0, 
'dateTime': 1628200213, u'outTemp': 84.1, u'windSpeed': 2.0, 'usUnits': 1}

Any thoughts on why I am not getting the inTemp or inHumidity

[weewx-user] Re: Pressure Readings with BME280

2020-09-29 Thread wxwatching

The guide I followed was:

https://github.com/bdwilson/acurite/blob/master/Pressure.md

On Tuesday, September 29, 2020 at 11:03:31 PM UTC-4 wxwatching wrote:

> I followed the installation guide here:
>
>
>
> I ran a test script like this:
>
> import Adafruit_BME280
>
> sensor = Adafruit_BME280.BME280(t_mode=Adafruit_BME280.BME280_OSAMPLE_8, 
> p_mode=Adafruit_BME280.BME280_OSAMPLE_8, 
> h_mode=Adafruit_BME280.BME280_OSAMPLE_8)
> degrees = sensor.read_temperature()
> pascals = sensor.read_pressure()
>
> print (degrees)
> print (pascals)
>
> The output of that is:
>
> 25.034087635501418
> 99871.16464771295 <(646)%20477-1295>
>
> However, when I try to get Weewx to read the data from the BME280, the 
> output of the syslog on a restart never gets past these lines:
>
> Sep 29 22:55:45 raspberrypi systemd[1]: Starting LSB: weewx weather 
> system...
> Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Initializing weewx 
> version 4.1.1
> Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Using Python 3.7.3 
> (default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
> Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Platform 
> Linux-5.4.51-v7+-armv7l-with-debian-10.4
> Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Locale is 
> 'en_US.UTF-8'
> Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: PID file is 
> /var/run/weewx.pid
> Sep 29 22:55:45 raspberrypi weewx[9598]: Starting weewx weather system: 
> weewx.
> Sep 29 22:55:45 raspberrypi systemd[1]: Started LSB: weewx weather system.
>
> In my weewx.conf, these added lines do not seem to work.
>
> [BME280]
> col_pres = pressure
> col_temp = ''
> sl_denominator = 0.99715048109  # 
> https://www.raspberrypi.org/forums/viewtopic.php?t=154262
> BME280_lib_location = '/home/pi/Adafruit_Python_BME280'
>
>
> [Engine]
>
> [[Services]]
> # This section specifies the services that should be run. They are
> # grouped by type, and the order of services within each group
> # determines the order in which the services will be run.
> prep_services = weewx.engine.StdTimeSynch
> data_services = ,
> process_services = weewx.engine.StdConvert, 
> weewx.engine.StdCalibrate, weewx.engine.StdQC, 
> weewx.wxservices.StdWXCalculate, user.weather34.Weather34RealTime
> archive_services = weewx.engine.StdArchive
> restful_services = weewx.restx.StdStationRegistry, 
> weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
> weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
> report_services = weewx.engine.StdPrint, weewx.engine.StdReport
> # following line is the BME280 pressure sensor
> data_services = user.bme280.bme
>
>
>  I have to comment out  the BME section and the data_services line in the 
> Engine section in order to get Weewx to work properly again.
>
> Any ideas on my problem?
>
>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/d2d1846f-2db3-4c33-bbb3-0314e13b8507n%40googlegroups.com.

[weewx-user] Pressure Readings with BME280

2020-09-29 Thread wxwatching

I followed the installation guide here:



I ran a test script like this:

import Adafruit_BME280

sensor = Adafruit_BME280.BME280(t_mode=Adafruit_BME280.BME280_OSAMPLE_8, 
p_mode=Adafruit_BME280.BME280_OSAMPLE_8, 
h_mode=Adafruit_BME280.BME280_OSAMPLE_8)
degrees = sensor.read_temperature()
pascals = sensor.read_pressure()

print (degrees)
print (pascals)

The output of that is:

25.034087635501418
99871.16464771295

However, when I try to get Weewx to read the data from the BME280, the 
output of the syslog on a restart never gets past these lines:

Sep 29 22:55:45 raspberrypi systemd[1]: Starting LSB: weewx weather 
system...
Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Initializing weewx 
version 4.1.1
Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Using Python 3.7.3 
(default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Platform 
Linux-5.4.51-v7+-armv7l-with-debian-10.4
Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: Locale is 
'en_US.UTF-8'
Sep 29 22:55:45 raspberrypi weewx[9610] INFO __main__: PID file is 
/var/run/weewx.pid
Sep 29 22:55:45 raspberrypi weewx[9598]: Starting weewx weather system: 
weewx.
Sep 29 22:55:45 raspberrypi systemd[1]: Started LSB: weewx weather system.

In my weewx.conf, these added lines do not seem to work.

[BME280]
col_pres = pressure
col_temp = ''
sl_denominator = 0.99715048109  # 
https://www.raspberrypi.org/forums/viewtopic.php?t=154262
BME280_lib_location = '/home/pi/Adafruit_Python_BME280'


[Engine]

[[Services]]
# This section specifies the services that should be run. They are
# grouped by type, and the order of services within each group
# determines the order in which the services will be run.
prep_services = weewx.engine.StdTimeSynch
data_services = ,
process_services = weewx.engine.StdConvert, 
weewx.engine.StdCalibrate, weewx.engine.StdQC, 
weewx.wxservices.StdWXCalculate, user.weather34.Weather34RealTime
archive_services = weewx.engine.StdArchive
restful_services = weewx.restx.StdStationRegistry, 
weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS
report_services = weewx.engine.StdPrint, weewx.engine.StdReport
# following line is the BME280 pressure sensor
data_services = user.bme280.bme


 I have to comment out  the BME section and the data_services line in the 
Engine section in order to get Weewx to work properly again.

Any ideas on my problem?

-- 
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 
https://groups.google.com/d/msgid/weewx-user/69df99f1-d8aa-4aa1-9054-15dde339875fn%40googlegroups.com.

Re: [weewx-user] Atlas Lightning Data Not Showing

2020-09-25 Thread wxwatching

Using default skin, and I don't see any values regarding lightning.

On Friday, September 25, 2020 at 11:27:37 PM UTC-4 graha...@gmail.com wrote:

> looks like lightning count and distance are in the weewx packet, so 
> presumably it is ‘in the weewx system'.
> what skin are you using, and how does it display those values?
>
> On 26 Sep 2020, at 12:29 pm, wxwatching  wrote:
>
>
> So, I had a storm come through the area and MyAcurite shows 8 strikes 
> today with last one at 9:36 PM EDT at 1 mile. I don't see anything 
> regarding strike data in the web display for Weewx.
>
> I have the model 06075M lightning detector installed in my Atlas:
>
>
> https://www.acurite.com/shop-all/weather-instruments/weather-sensors-and-parts/accessories/atlas-lightning-detection-sensor.html?ref=name
>
> I am using the sdr.py to retrieve the data from my Atlas.
>
> [SDR]
> # This section is for the software-defined radio driver.
>
> # The driver to use
> driver = user.sdr
> path = /usr/local/bin
>
> [[sensor_map]]
> outTempBatteryStatus = battery.0222.AcuriteAtlasPacket
> outTemp = temperature.0222.AcuriteAtlasPacket
> outHumidity = humidity.0222.AcuriteAtlasPacket
> windSpeed = wind_speed.0222.AcuriteAtlasPacket
> windDir = wind_dir.0222.AcuriteAtlasPacket
> UV = uv.0222.AcuriteAtlasPacket
> rain_total = rain_total.0222.AcuriteAtlasPacket
> radiation = lux.0222.AcuriteAtlasPacket
> strikes_total = strike_count.0222.AcuriteAtlasPacket
> strike_distance = strike_distance.0222.AcuriteAtlasPacket
> lux = lux.0222.AcuriteAtlasPacket
> log_unknown_sensors = True
> log_unmapped_sensors = True
>
> [[deltas]]
> rain = rain_total
> Lightning_Strikes = strikes_total
>
> Here's a bit of the syslog output:
>
> Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: lines=['{"time" : 
> "2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
> "A", "sequence_num" : 0, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
> : 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
> "exception" : 0, "raw_msg" : "c222e7030082a0f0"}\n', '{"time" : 
> "2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
> "A", "sequence_num" : 1, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
> : 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
> "exception" : 0, "raw_msg" : "c622e7030082a0f4"}\n', '{"time" : 
> "2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
> "A", "sequence_num" : 2, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
> : 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
> "exception" : 0, "raw_msg" : "ca22e7030082a0f8"}\n']
> Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
> packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
> 0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
> Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
> packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
> 0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
> Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
> packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
> 0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
> Sep 25 22:09:46 raspberrypi weewx[11886] DEBUG user.sdr: lines=[]
> Sep 25 22:09:50 raspberrypi weewx[11886] DEBUG user.sdr: lines=[]
> Sep 25 22:09:53 raspberrypi weewx[11886] DEBUG user.sdr: lines=['{"time" : 
> "2020-09-26 02:09:50", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
> "A", "sequence_num" : 0, "battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" 
> : 4.000, "temperature_F" : 70.000, "humidity" : 100, "strike_count" : 9, 
> "strike_distance" : 0, "exception" : 0, "raw_msg" : 
> "c222658288cce482a025"}\n', '{"time" : "2020-09-26 02:09:50", "model" : 
> "Acurite-Atlas", "id" :

[weewx-user] Atlas Lightning Data Not Showing

2020-09-25 Thread wxwatching


So, I had a storm come through the area and MyAcurite shows 8 strikes today 
with last one at 9:36 PM EDT at 1 mile. I don't see anything regarding 
strike data in the web display for Weewx.

I have the model 06075M lightning detector installed in my Atlas:

https://www.acurite.com/shop-all/weather-instruments/weather-sensors-and-parts/accessories/atlas-lightning-detection-sensor.html?ref=name

I am using the sdr.py to retrieve the data from my Atlas.

[SDR]
# This section is for the software-defined radio driver.

# The driver to use
driver = user.sdr
path = /usr/local/bin

[[sensor_map]]
outTempBatteryStatus = battery.0222.AcuriteAtlasPacket
outTemp = temperature.0222.AcuriteAtlasPacket
outHumidity = humidity.0222.AcuriteAtlasPacket
windSpeed = wind_speed.0222.AcuriteAtlasPacket
windDir = wind_dir.0222.AcuriteAtlasPacket
UV = uv.0222.AcuriteAtlasPacket
rain_total = rain_total.0222.AcuriteAtlasPacket
radiation = lux.0222.AcuriteAtlasPacket
strikes_total = strike_count.0222.AcuriteAtlasPacket
strike_distance = strike_distance.0222.AcuriteAtlasPacket
lux = lux.0222.AcuriteAtlasPacket
log_unknown_sensors = True
log_unmapped_sensors = True

[[deltas]]
rain = rain_total
Lightning_Strikes = strikes_total

Here's a bit of the syslog output:

Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: lines=['{"time" : 
"2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
"A", "sequence_num" : 0, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
: 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
"exception" : 0, "raw_msg" : "c222e7030082a0f0"}\n', '{"time" : 
"2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
"A", "sequence_num" : 1, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
: 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
"exception" : 0, "raw_msg" : "c622e7030082a0f4"}\n', '{"time" : 
"2020-09-26 02:09:40", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
"A", "sequence_num" : 2, "battery_ok" : 1, "subtype" : 39, "wind_avg_mi_h" 
: 6.000, "uv" : 0, "lux" : 0, "strike_count" : 9, "strike_distance" : 0, 
"exception" : 0, "raw_msg" : "ca22e7030082a0f8"}\n']
Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
Sep 25 22:09:43 raspberrypi weewx[11886] DEBUG user.sdr: 
packet={'outTempBatteryStatus': 0, 'windSpeed': 6.0, 'UV': 0, 'radiation': 
0, 'lux': 0, 'dateTime': 1601086180, 'usUnits': 1}
Sep 25 22:09:46 raspberrypi weewx[11886] DEBUG user.sdr: lines=[]
Sep 25 22:09:50 raspberrypi weewx[11886] DEBUG user.sdr: lines=[]
Sep 25 22:09:53 raspberrypi weewx[11886] DEBUG user.sdr: lines=['{"time" : 
"2020-09-26 02:09:50", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
"A", "sequence_num" : 0, "battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" 
: 4.000, "temperature_F" : 70.000, "humidity" : 100, "strike_count" : 9, 
"strike_distance" : 0, "exception" : 0, "raw_msg" : 
"c222658288cce482a025"}\n', '{"time" : "2020-09-26 02:09:50", "model" : 
"Acurite-Atlas", "id" : 546, "channel" : "A", "sequence_num" : 1, 
"battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" : 4.000, "temperature_F" 
: 70.000, "humidity" : 100, "strike_count" : 9, "strike_distance" : 0, 
"exception" : 0, "raw_msg" : "c622658288cce482a029"}\n', '{"time" : 
"2020-09-26 02:09:50", "model" : "Acurite-Atlas", "id" : 546, "channel" : 
"A", "sequence_num" : 2, "battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" 
: 4.000, "temperature_F" : 70.000, "humidity" : 100, "strike_count" : 9, 
"strike_distance" : 0, "exception" : 0, "raw_msg" : 
"ca22658288cce482a02d"}\n']

So, how can I properly get the lightning data via sdr.py and that displayed 
in Weewx html output?

-- 
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 
https://groups.google.com/d/msgid/weewx-user/924074e2-ed03-4f85-ab71-44307546b9bbn%40googlegroups.com.

[weewx-user] Re: Acurite Atlas SDR Sensor Mapping and Pressure Readings

2020-09-17 Thread wxwatching

I have ordered a pressure sensor, but delivery looks like it will take a 
month. Meanwhile, I thought I could just use my own console from my AcuRite 
5-n-1 (Model 1036), but haven't figured out how to just use the pressure 
readings from it and combine with my Atlas readings.

So, I assume the distance..AcuriteLightningPacket packets will not show 
in the SDR output until an actual storm is taking place?

In reference to the battery, is that to mapped then as:

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 get it working with the following sensor map:
>
> [[sensor_map]]
> ...
> lightning_distance = distance..AcuriteLightningPacket
> strikes_total = strikes_total..AcuriteLightningPacket
> [[deltas]]
> rain = rain_total
> lightning_strike_count = strikes_total
>
> and then in the calibration section in the weewx.conf file I added the 
> following:
>
> [StdCalibrate]
> 
> [[Corrections]]
> # For each type, an arbitrary calibration expression can be given.
> # It should be in the units defined in the StdConvert section.
> # Example:
> foo = foo + 0.2
> lightning_distance = lightning_distance if lightning_strike_count 
> > 0 else None
>
> More info here 
> 
>
> I haven't been able to determine how to capture signal strength from 
> Acurite via SDR. The battery status as I understand it is either "1" which 
> is good or "0" which is bad.
>
> Depending on your setup, there are a couple ways to get pressure. I am 
> using a raspberry pi 3 and added a pressure sensor to it using these 
> instructions 
> .
>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/212d1d8e-6924-4d1d-bc07-dad5f5e60f7an%40googlegroups.com.

[weewx-user] Acurite Atlas SDR Sensor Mapping and Pressure Readings

2020-09-16 Thread wxwatching

So, I have finally got Weewx pulling data from my Acurite Atlas via SDR. 
Looking for help regarding three areas: Lightning strikes, sensor status, 
and pressure readings.

I am not sure what I need to do to get the lightning strike readings. I 
have attached an output from the SDR that Weewx gets. I see a strike total, 
but I do not see strike packet in the form of other sensors such as temp, 
humidity, etc.

temperature.0222.AcuriteAtlasPacket 

So far, I have the following config for my SDR:

[SDR]
# This section is for the software-defined radio driver.

# The driver to use
driver = user.sdr
path = /usr/local/bin

[[sensor_map]]
outTemp = temperature.0222.AcuriteAtlasPacket
outHumidity = humidity.0222.AcuriteAtlasPacket
windSpeed = wind_speed.0222.AcuriteAtlasPacket
windDir = wind_dir.0222.AcuriteAtlasPacket
UV = uv.0222.AcuriteAtlasPacket
rain_total = rain_total.0222.AcuriteAtlasPacket
radiation = lux.0222.AcuriteAtlasPacket
lux = lux.0222.AcuriteAtlasPacket
   
[[deltas]]
rain = rain_total

Both battery and signal strength display on the My Acurite Dashboard, so I 
assume that data is available. Any ideas on mapping that? I do see in the 
SDR output a packet regarding battery. 

Obviously I do not have pressure readings from the Atlas via SDR, but I 
still have an Acurite 5-n-1 (Model 1036). Is there a way to grab the 
pressure reading from that USB console and have it added to the sensor data 
from the Atlas so it can be reported to the various services such as 
Wundeground, CWOP, etc?

Thanks.

-- 
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 
https://groups.google.com/d/msgid/weewx-user/3549cecb-404f-4e2a-96e4-bc0a5dfab1dfn%40googlegroups.com.
Sep 15 20:33:44 raspberrypi weewx[9740] INFO user.sdr: unmapped: ['{"time" : 
"2020-09-16 00:33:41", "model" : "Acurite-Atlas", "id" : 546, "channel" : "A", 
"sequence_num" : 1, "battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" : 4.000, 
"temperature_F" : 63.400, "humidity" : 69, "strike_count" : 0, 
"strike_distance" : 31, "exception" : 0, "raw_msg" : 
"c6226582880ac5009fc5"}\n', '{"time" : "2020-09-16 00:33:41", "model" : 
"Acurite-Atlas", "id" : 546, "channel" : "A", "sequence_num" : 2, "battery_ok" 
: 1, "subtype" : 37, "wind_avg_mi_h" : 4.000, "temperature_F" : 63.400, 
"humidity" : 69, "strike_count" : 0, "strike_distance" : 31, "exception" : 0, 
"raw_msg" : "ca226582880ac5009fc9"}\n'] ({'dateTime': 1600216421, 'usUnits': 1, 
'model.0222.AcuriteAtlasPacket': 'Acurite-Atlas', 
'channel.0222.AcuriteAtlasPacket': 'A', 'sequence_num.0222.AcuriteAtlasPacket': 
0, 'message_type.0222.AcuriteAtlasPacket': None, 
'temperature.0222.AcuriteAtlasPacket': 63.4, 
'humidity.0222.AcuriteAtlasPacket': 69.0, 'wind_speed.0222.AcuriteAtlasPacket': 
4.0, 'battery.0222.AcuriteAtlasPacket': 0})
Sep 15 20:33:44 raspberrypi weewx[9740] INFO user.sdr: unmapped: ['{"time" : 
"2020-09-16 00:33:41", "model" : "Acurite-Atlas", "id" : 546, "channel" : "A", 
"sequence_num" : 2, "battery_ok" : 1, "subtype" : 37, "wind_avg_mi_h" : 4.000, 
"temperature_F" : 63.400, "humidity" : 69, "strike_count" : 0, 
"strike_distance" : 31, "exception" : 0, "raw_msg" : 
"ca226582880ac5009fc9"}\n'] ({'dateTime': 1600216421, 'usUnits': 1, 
'model.0222.AcuriteAtlasPacket': 'Acurite-Atlas', 
'channel.0222.AcuriteAtlasPacket': 'A', 'sequence_num.0222.AcuriteAtlasPacket': 
1, 'message_type.0222.AcuriteAtlasPacket': None, 
'temperature.0222.AcuriteAtlasPacket': 63.4, 
'humidity.0222.AcuriteAtlasPacket': 69.0, 'wind_speed.0222.AcuriteAtlasPacket': 
4.0, 'battery.0222.AcuriteAtlasPacket': 0})
Sep 15 20:33:44 raspberrypi weewx[9740] INFO user.sdr: unmapped: [] 
({'dateTime': 1600216421, 'usUnits': 1, 'model.0222.AcuriteAtlasPacket': 
'Acurite-Atlas', 'channel.0222.AcuriteAtlasPacket': 'A', 
'sequence_num.0222.AcuriteAtlasPacket': 2, 
'message_type.0222.AcuriteAtlasPacket': None, 
'temperature.0222.AcuriteAtlasPacket': 63.4, 
'humidity.0222.AcuriteAtlasPacket': 69.0, 'wind_speed.0222.AcuriteAtlasPacket': 
4.0, 'battery.0222.AcuriteAtlasPacket': 0})
Sep 15 20:33:54 raspberrypi weewx[9740] INFO user.sdr: unmapped: ['{"time" : 
"2020-09-16 00:33:51", "model" : "Acurite-Atlas", "id" : 546, "channel" : "A", 
"sequence_num" : 1, "battery_ok" : 1, "subtype" : 38, "wind_avg_mi_h" : 4.000, 
"wind_dir_deg" : 17.000, "rain_in" : 1.030, "strike_count" : 0, 
"strike_distance" : 31, "exception" : 0, "raw_msg" : 
"c62266820044e7009f9a"}\n', '{"time" : "2020-09-16 00:33:51", "model" : 
"Acurite-Atlas", "id" : 546, "channel" : "A", "sequence_num" : 2, "battery_ok" 
: 1, "subtype" : 38, "wind_avg_mi_h" : 4.000, "wind_dir_deg" : 17.000, 
"rain_in" : 1.030, "strike_count" : 0,

[weewx-user] Weewx Doesn't Go Past "Started LSB: weewx weather system"

2020-09-14 Thread wxwatching

I started weewx using SDR with an Acurite Atlas. I can see data when I use 
the sdr.py driver directly, but when I start weewx, this is as far as it 
goes in the syslog:

Sep 14 21:09:36 raspberrypi weewx[2374]: Starting weewx weather system: 
weewx.
Sep 14 21:09:36 raspberrypi systemd[1]: Started LSB: weewx weather system.

-- 
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 
https://groups.google.com/d/msgid/weewx-user/57810416-a7ef-4f36-8a68-53ce2fb6ae21n%40googlegroups.com.

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

2020-09-14 Thread wxwatching

Problem solved. Discovered the antenna connection was not good.

On Sunday, September 13, 2020 at 9:18:29 PM UTC-4 wxwatching wrote:

>
> Thanks for the links. I went through the process of completely 
> reinstalling OS on the PI and following the instructions at 
> https://github.com/bdwilson/acurite. Now when I run the following 
> command, this is the output:
>
> pi@raspberrypi:~/git/rtl_433/build $ sudo rtl_433 -G 4
> rtl_433 version 20.02-146-g7164f4a branch master at 202009121810 inputs 
> file rtl_tcp RTL-SDR
> Use -h for usage help and see https://triq.org/ for documentation.
> Trying conf file at "rtl_433.conf"...
> Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
> Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
> Trying conf file at "/etc/rtl_433/rtl_433.conf"...
>
> Use -G for testing only. Enable protocols with -R if you really need them.
>
> Registered 160 out of 166 device decoding protocols [ 1-4 6-8 10-17 19-26 
> 29-64 67-166 ]
> rtl_433: warning: 106 "Wireless M-Bus, Mode R, 4.8kbps (-f 86833)" 
> does not support CSV output
> rtl_433: warning: 107 "Wireless M-Bus, Mode F, 2.4kbps" does not support 
> CSV output
> Detached kernel driver
> Found Rafael Micro R820T tuner
> Exact sample rate is: 25.000414 Hz
> [R82XX] PLL not locked!
> Sample rate set to 25 S/s.
> Tuner gain set to Auto.
> Tuned to 433.920MHz.
>
> And the syslog output:
>
> pi@raspberrypi:~ $ sudo tail -f /var/log/syslog  
> Sep 13 21:05:18 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 1.70 seconds
> Sep 13 21:05:19 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
> Generated 15 images for report SeasonsReport in 0.98 seconds
> Sep 13 21:05:19 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
> files to /var/www/html/weewx
> Sep 13 21:10:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
> 2020-09-13 21:10:00 EDT (1600045800) to database 'weewx.sdb'
> Sep 13 21:10:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
> 2020-09-13 21:10:00 EDT (1600045800) to daily summary in 'weewx.sdb'
> Sep 13 21:10:18 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 1.69 seconds
> Sep 13 21:10:19 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
> Generated 15 images for report SeasonsReport in 0.96 seconds
> Sep 13 21:10:19 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
> files to /var/www/html/weewx
> Sep 13 21:10:33 raspberrypi kernel: [84034.571254] r820t 12-001a: 
> destroying instance
> Sep 13 21:10:33 raspberrypi kernel: [84034.574038] dvb_usb_v2: 'Realtek 
> RTL2832U reference design:1-1.1.2' successfully deinitialized and 
> disconnected
> Sep 13 21:15:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
> 2020-09-13 21:15:00 EDT (1600046100) to database 'weewx.sdb'
> Sep 13 21:15:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
> 2020-09-13 21:15:00 EDT (1600046100) to daily summary in 'weewx.sdb'
> Sep 13 21:15:23 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 2.46 seconds
> Sep 13 21:15:24 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
> Generated 15 images for report SeasonsReport in 0.97 seconds
> Sep 13 21:15:24 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
> files to /var/www/html/weewx
>
> On Friday, September 11, 2020 at 1:42:24 PM UTC-4 tarob...@gmail.com 
> wrote:
>
>> 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 (
>>> https://github.com/merbanan/rtl_433) and ensure you've installed 
>>> everything correctly. When you run sudo rtl_433, the output in the syslog 
>>> would be different that what you've posted.
>>>
>>> On Friday, September 11, 2020 at 12:44:48 PM UTC-4 wxwatching wrote:
>>>
>>>> When I run sudo PYTHONPATH=/usr/share/weewx python 
>>>> /usr/share/weewx/user/sdr.py --cmd="rtl_433 -M utc -F json" , I get 
>>>> this in the syslog output:
>>>>
>>>> Sep 11 12:38:12 raspberrypi kernel: [403487.365965] r820t 12-001a: 
>>>> destroying instance
>>>> Sep 11 12:38:12 raspberrypi kernel: [403487.366736] dvb_usb_v2: 
>>>> 'Realtek RTL2832U reference design:1-1.3' successfully deinitialized and 
>>

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

2020-09-13 Thread wxwatching


Thanks for the links. I went through the process of completely reinstalling 
OS on the PI and following the instructions at 
https://github.com/bdwilson/acurite. Now when I run the following command, 
this is the output:

pi@raspberrypi:~/git/rtl_433/build $ sudo rtl_433 -G 4
rtl_433 version 20.02-146-g7164f4a branch master at 202009121810 inputs 
file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...

Use -G for testing only. Enable protocols with -R if you really need them.

Registered 160 out of 166 device decoding protocols [ 1-4 6-8 10-17 19-26 
29-64 67-166 ]
rtl_433: warning: 106 "Wireless M-Bus, Mode R, 4.8kbps (-f 86833)" does 
not support CSV output
rtl_433: warning: 107 "Wireless M-Bus, Mode F, 2.4kbps" does not support 
CSV output
Detached kernel driver
Found Rafael Micro R820T tuner
Exact sample rate is: 25.000414 Hz
[R82XX] PLL not locked!
Sample rate set to 25 S/s.
Tuner gain set to Auto.
Tuned to 433.920MHz.

And the syslog output:

pi@raspberrypi:~ $ sudo tail -f /var/log/syslog  
Sep 13 21:05:18 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
Generated 8 files for report SeasonsReport in 1.70 seconds
Sep 13 21:05:19 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
Generated 15 images for report SeasonsReport in 0.98 seconds
Sep 13 21:05:19 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
files to /var/www/html/weewx
Sep 13 21:10:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
2020-09-13 21:10:00 EDT (1600045800) to database 'weewx.sdb'
Sep 13 21:10:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
2020-09-13 21:10:00 EDT (1600045800) to daily summary in 'weewx.sdb'
Sep 13 21:10:18 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
Generated 8 files for report SeasonsReport in 1.69 seconds
Sep 13 21:10:19 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
Generated 15 images for report SeasonsReport in 0.96 seconds
Sep 13 21:10:19 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
files to /var/www/html/weewx
Sep 13 21:10:33 raspberrypi kernel: [84034.571254] r820t 12-001a: 
destroying instance
Sep 13 21:10:33 raspberrypi kernel: [84034.574038] dvb_usb_v2: 'Realtek 
RTL2832U reference design:1-1.1.2' successfully deinitialized and 
disconnected
Sep 13 21:15:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
2020-09-13 21:15:00 EDT (1600046100) to database 'weewx.sdb'
Sep 13 21:15:16 raspberrypi weewx[6625] INFO weewx.manager: Added record 
2020-09-13 21:15:00 EDT (1600046100) to daily summary in 'weewx.sdb'
Sep 13 21:15:23 raspberrypi weewx[6625] INFO weewx.cheetahgenerator: 
Generated 8 files for report SeasonsReport in 2.46 seconds
Sep 13 21:15:24 raspberrypi weewx[6625] INFO weewx.imagegenerator: 
Generated 15 images for report SeasonsReport in 0.97 seconds
Sep 13 21:15:24 raspberrypi weewx[6625] INFO weewx.reportengine: Copied 0 
files to /var/www/html/weewx

On Friday, September 11, 2020 at 1:42:24 PM UTC-4 tarob...@gmail.com wrote:

> 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 (
>> https://github.com/merbanan/rtl_433) and ensure you've installed 
>> everything correctly. When you run sudo rtl_433, the output in the syslog 
>> would be different that what you've posted.
>>
>> On Friday, September 11, 2020 at 12:44:48 PM UTC-4 wxwatching wrote:
>>
>>> When I run sudo PYTHONPATH=/usr/share/weewx python 
>>> /usr/share/weewx/user/sdr.py --cmd="rtl_433 -M utc -F json" , I get 
>>> this in the syslog output:
>>>
>>> Sep 11 12:38:12 raspberrypi kernel: [403487.365965] r820t 12-001a: 
>>> destroying instance
>>> Sep 11 12:38:12 raspberrypi kernel: [403487.366736] dvb_usb_v2: 'Realtek 
>>> RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
>>> Sep 11 12:38:51 raspberrypi kernel: [403527.148526] usb 1-1.3: 
>>> dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
>>> Sep 11 12:38:51 raspberrypi kernel: [403527.203791] usb 1-1.3: 
>>> dvb_usb_v2: will pass the complete MPEG2 transport stream to the software 
>>> demuxer
>>> Sep 11 12:38:51 raspberrypi kernel: [403527.203850] dvbdev: DVB: 
>>> registering new adapter (Realtek RTL2832U reference design)
>>> Sep 11 12:38:51 raspberrypi kernel: [403527.203880] u

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

2020-09-11 Thread wxwatching

.com wrote:

> 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:
>>
>>
>> https://www.amazon.com/gp/product/B0129EBDS2/ref=ppx_yo_dt_b_asin_title_o01_s00
>>
>

-- 
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 
https://groups.google.com/d/msgid/weewx-user/0a5dcd78-79fc-4da4-8901-6a9d6608db16n%40googlegroups.com.

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

2020-09-10 Thread wxwatching

I have the RTL-SDR Blog R820T2 RTL2832U 1PPM TCXO SMA Software Defined 
Radio that was purchased from Amazon:

https://www.amazon.com/gp/product/B0129EBDS2/ref=ppx_yo_dt_b_asin_title_o01_s00

-- 
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 
https://groups.google.com/d/msgid/weewx-user/1fd459b3-3b92-4de2-9f05-8e5ed4ef7756n%40googlegroups.com.

[weewx-user] Acurite Atlas Using sdr.py - No Output

2020-09-10 Thread wxwatching

I have installed the sdr.py driver to access my recently purchased Acurite
Atlas. I have installed the rtl_433 driver from here:

https://github.com/merbanan/rtl_433

I ran this command:

sudo PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/sdr.py
--cmd="rtl_433 -M utc -F json"

I get no output. Cursor just remains static.

I also ran the following command and this is the only output I get. Any
suggestions on what I need to do to get this to work?

pi@raspberrypi:/ $ sudo rtl_433
rtl_433 version 20.02-145-gb091ab6 branch master at 202009071341 inputs
file rtl_tcp RTL-SDR
Use -h for usage help and see https://triq.org/ for documentation.
Trying conf file at "rtl_433.conf"...
Trying conf file at "/root/.config/rtl_433/rtl_433.conf"...
Trying conf file at "/usr/local/etc/rtl_433/rtl_433.conf"...
Trying conf file at "/etc/rtl_433/rtl_433.conf"...
Registered 137 out of 166 device decoding protocols [ 1-4 8 11-12
15-17 19-21 23 25-26 29-36 38-60 63 67-71 73-100 102-105 108-116 119 121
124-128 130-149 151-161 163-166 ]
Detached kernel driver
Found Rafael Micro R820T tuner
Exact sample rate is: 25.000414 Hz
[R82XX] PLL not locked!
Sample rate set to 25 S/s.
Tuner gain set to Auto.
Tuned to 433.920MHz.
Allocating 15 zero-copy buffers

--
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
https://groups.google.com/d/msgid/weewx-user/37a52853-6e6b-4516-aaa1-74064be64116n%40googlegroups.com.

[weewx-user] Re: rapidfire work on usb conected acurite display and 5-1 sensor?

2017-01-13 Thread wxwatching

Thanks for the info. I will read up on git and install on my RPi2. Having 
programmed in VB, ASP, PHP, and even a little WebDelphi for years, perhaps 
the learning curve won't be too steep.

Anthony

On Friday, January 13, 2017 at 9:00:05 AM UTC-5, mwall wrote:
>
> On Friday, January 13, 2017 at 8:12:22 AM UTC-5, wxwatching wrote:
>>
>> mwall,
>>
>> Thanks for the info. I don't suppose there is a date set yet for that 
>> release? If it is still sometime away, I am not adverse to install a 
>> development version, although I have never installed from github and am not 
>> quite sure how to go about that.
>>>
>>>
>>>
> usually it is pretty safe to use what is on the master branch.  we try to 
> never 'break' the master, but sometimes bugs happen.
>
> really disruptive changes happen on a branch so they can be tested first.  
> for example, there is a lot of activity right now on the 'development' 
> branch.
>
> there is not yet a date set for the 3.7 release.  there will probably be a 
> lengthy public testing period before 3.7 is ready to replace 3.6.
>
> if you want to run from code directly from master, download the zip file 
> from github (click the green 'clone or download' button and select 
> 'Download ZIP').  unzip it, then install using the setup.py approach.  deb 
> and rpm packages are only available once we get into the last stages of 
> testing a release.
>
> if you want to keep updated with the latest changes from master, then use 
> 'git' to clone the repository and to update your copy over time.  details 
> for doing that would take more than a couple of sentences.
>
> if you are playing with unstable code (yours or that of someone else), be 
> sure to backup your database, and keep a copy of your working weewx around 
> in case you want to roll back.
>
> its pretty easy to switch back and forth from one version of weewx to 
> another, but probably not something you want to do on a production system.
>
> m
>

-- 
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 more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: rapidfire work on usb conected acurite display and 5-1 sensor?

2017-01-12 Thread wxwatching

I seemed to be having the same type of problem. I just recently setup my 
Acurite 01036 Console Display with RPi2 and Weewx. I turned on WU Rapid 
Fire but had all kinds of issues with missing data. Turned it off and data 
appears consistent. Has this issue been resolved or is there any resolution 
to this problem? Would like to get Rapid Fire working.

Thanks,
Anthony

On Tuesday, August 16, 2016 at 6:08:51 PM UTC-4, mwall wrote:
>
>
>
> On Tuesday, August 16, 2016 at 2:49:18 PM UTC-4, Jimmy r wrote:
>>
>> I have rapid fire turned on in the config file but when i look at 
>> wunderground there is data missing. Is rapidfire with this setup working? 
>> with rapidfire turned off it seems to be working.
>>
>> https://www.wunderground.com/personal-weather-station/dashboard?ID=KLAHOUMA6#history
>>
>
> hi jimmy,
>
> the acurite stations send partial packets.  unfortunately, wu rapidfire 
> does not work with partial packets.
>
> a solution has been discussed: make the wu restful service cache data.  
> see this issue for details:
>
> https://github.com/weewx/weewx/issues/31
>
> however, this solution has not yet been implemented.
>
> m 
>

-- 
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 more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

Re: [weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

[weewx-user] Re: BME280 Sensor Missing Inside Temp Readings

[weewx-user] BME280 Sensor Missing Inside Temp Readings

[weewx-user] Re: Pressure Readings with BME280

[weewx-user] Pressure Readings with BME280

Re: [weewx-user] Atlas Lightning Data Not Showing

[weewx-user] Atlas Lightning Data Not Showing

[weewx-user] Re: Acurite Atlas SDR Sensor Mapping and Pressure Readings

[weewx-user] Acurite Atlas SDR Sensor Mapping and Pressure Readings

[weewx-user] Weewx Doesn't Go Past "Started LSB: weewx weather system"

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[weewx-user] Acurite Atlas Using sdr.py - No Output

[weewx-user] Re: rapidfire work on usb conected acurite display and 5-1 sensor?

[weewx-user] Re: rapidfire work on usb conected acurite display and 5-1 sensor?

21 matches

Site Navigation

Mail list logo

Footer information