[weewx-user] AcuRite 06045M lightning detector shows constant 12 miles distance when no detected lightning

[Gene LeSage]

I several questions about data and graphing of AcuRite 06045M lightning 
detector.  I am using "rtl_433" and "rtl_4233 mqtt auto discover" addons in 
home assistant to aquire data from AcuRite 06045M and  MQTTSubscribeDriver 
to import data into weewx. Weewx is installed on raspberry pi.I have 
set up belchertown skin for weewx, added lightning detector count and 
distance to database and I can graph lightning count and distance using 
belchertown skin.

 Looking at passing thunderstorm today, I got nice uptick in lighting 
counts which correlated with decreased lightning distance (fig enclosed).  
 But the lightning distance reading before the storm and after the storm 
was a steady 12.0 miles, like that is the default value when no lightning 
is being detected.  I would like to remove those distracting 12-mile data 
points, since they don't contribute to the graph.   I was wondering how I 
[image: 
Screenshot (9).png]can do that and why lightning distance reading goes to 
exactly 12 when there is no lightning activity.   

Here is my chart entry in belchertown graphs.conf file:


 [[chart5]]
title = Lightning data
[[[lightning_distance]]]
   name = Lightning distance
   type = scatter
   lineWidth = 0
   yAxis = 1
   mirrored_value = true
   zIndex = 1
   aggregate_interval = 900 # 15 min
   aggregate_type = avg
   color = "#00ff00"
[[[lightning_strike_count]]]
   name = Strike count / 15 mins
   type = column
   yAxis_label = "Strikes/15min"
   aggregate_interval = 900 # 15 min
   aggregate_type = sum
   color = "#BECC00"
   tooltip_date_format = " LL"

I use "mirrored_value = true" for lightning distance rendering for two 
reasons, first as lightning distance decreases there is higher chance of 
approach thunderstorm (high ~ bad on chart) and second it minimizes the 
overlay of the lighting strike distance data on the lightning strike 
count.  

Any ideas why there is a constant 12.0 miles in distance without lightning 
activity and how can I remove the 12.0 mile values preferably easily.  

-- 
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/b5929f02-a768-48b2-a48e-bdc76d1b02e0n%40googlegroups.com.

[weewx-user] Re: In which directory on the Rasp Pi are the driver files stored?

[gjr80]

Hi,

You might want to start here 
. User supplied 
drivers are typically placed in what is referred to in the link I attached 
as the *User directory*.

The log is your friend, it will tell you what WeeWX is doing and what error 
is being encountered. When posting the log more is better.

Gary

On Sunday, 8 August 2021 at 10:39:58 UTC+10 daleea...@gmail.com wrote:

> I'm starting from scratch with a new Rasp Pi 4, Debian OS, and installed 
> the newest version of WeeWx with the method that placed the bulk of the 
> files in the /etc/weewx directory, not the /home one.
>
> I have found the 0.5 release of the Rainwise IP100 driver and ran the 
> program to add an extention, and found it listed in the weewx.config file 
> as the driver.  I've edited the .config file to include the IP address that 
> the IP100 is on my system, but get an error when I try to start weewxd.
>
> Before posting more info and asking questions I'm trying to learn more by 
> exploring the possible errors myself.  I want to verify that the IP100 
> driver did get loaded in the right place, but cannot find it snooping 
> around in the various bin areas.
>
> Maybe it is elsewhere? Maybe it didn't get loaded as I thought it did.  So 
> to start with, may I ask where I should check to see if all the driver 
> software got loaded?
> Dale
>
>

-- 
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/fdc58be3-959f-4606-b684-30eba8473ae3n%40googlegroups.com.

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

[gjr80]

So if I understand correctly you are basically back to where you started? 
WeeWX runs without error but no inTemp or inHumidity data is present?

> 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?
According to the Bme280wx readme configuration instructions you should set 
HumidityKeys and TemperatureKeys to the the WeeWX loop packet fields that 
you want the BME280 humidity and temperature data to appear. So inHumidity 
and inTemp are appropriate.

As for the way ahead, whilst troubleshooting I think it wise to set 
pressure_must_have, humidity_must_have and temperature_must_have to "", 
otherwise you are masking data from the BME280 and it just adds 
confusion/detracts from the overall picture. I suggest you make those 
changes to weewx.conf, stop WeeWX if it was running and then run WeeWX 
directly as per my earlier post. Then capture and post the LOOP:/REC: 
output mentioned earlier and post the log from startup. Would be helpful if 
the loop packet capture covers the same period as the log extract - makes 
it easier to reconcile the fields.

If things are still not working as they should we can put a few extra lines 
of code in the Bme280wx service to log a few values so we can see exactly 
what is going on.

Gary 

On Saturday, 7 August 2021 at 22:41:48 UTC+10 wxwatching wrote:

> 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/bed52788-c814-4549-b007-71b552da64d7n%40googlegroups.com.

[weewx-user] In which directory on the Rasp Pi are the driver files stored?

[D R]

I'm starting from scratch with a new Rasp Pi 4, Debian OS, and installed 
the newest version of WeeWx with the method that placed the bulk of the 
files in the /etc/weewx directory, not the /home one.

I have found the 0.5 release of the Rainwise IP100 driver and ran the 
program to add an extention, and found it listed in the weewx.config file 
as the driver.  I've edited the .config file to include the IP address that 
the IP100 is on my system, but get an error when I try to start weewxd.

Before posting more info and asking questions I'm trying to learn more by 
exploring the possible errors myself.  I want to verify that the IP100 
driver did get loaded in the right place, but cannot find it snooping 
around in the various bin areas.

Maybe it is elsewhere? Maybe it didn't get loaded as I thought it did.  So 
to start with, may I ask where I should check to see if all the driver 
software got loaded?
Dale

-- 
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/eb676dc9-c0d5-4556-8bfc-f1d13f19d3cbn%40googlegroups.com.

Re: [weewx-user] Re: recommend IP cameras that are easy to grab a single frame from?

[p q]

Please continue to post your results. Particularly which hardware you
choose. I'm interested in doing the same with my own skin.

As a side note, I'm playing around with Grafana to see what advantages it
has compared to the standard graphs. It was easy to install on my raspberry
pi and fairly easy to hook up to the SQLite DB.

On Sat, Aug 7, 2021 at 3:24 PM Eric K  wrote:

> I also want to check out your perl scripts, @mwall!
>
> On Saturday, August 7, 2021 at 5:18:33 PM UTC-5 Eric K wrote:
>
>> Thanks for all the responses.
>>
>> Shortly after posting this I got a couple of the ESP32-CAM modules and
>> loaded Tasmota firmware into them.
>> see:  https://cgomesu.com/blog/Esp32cam-tasmota-webcam-server/
>> You have to use the specific Tasmota32 webcam firmware:
>> tasmota32-webcam.bin
>> 
>> The maximum resolution of these is only 1600x1200.
>> The upside is that you can easily grab a single frame using a simple URL
>> command:  http://192.168.8.122/snapshot.jpg
>> The only downsides I see:  with the plastic lens and jpeg compression,
>> the images are not great for fine detail.
>>
>> Given the low cost, small size, MIPI camera interface, and wifi
>> capability of the RPi Zero W board, I reconsidered an RPi camera.
>> I'm currently assembling a RPi Zero camera with a 5mp camera module.
>> I am getting single images out of it with the raspistill application:
>> raspistill -v -o /home/pi/Pictures/pi-cam-test.jpg
>>
>> I'd like to grab an image every 5-10 minutes and have the current image
>> show up in the Belchertown weewx page.
>> I'd also like to create a daily time lapse movie like others have done.
>> I recall seeing some webcam script examples in this weewx-user group to
>> do these 2 things.
>> I need to search for them again.
>> On Sunday, July 4, 2021 at 4:29:31 PM UTC-5 mwall wrote:
>>
>>> sorry, here is the link to the root level of the ispy database:
>>>
>>> https://www.ispyconnect.com/cameras
>>>
>>> --
> 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/93517f60-6693-45b9-a502-24c8432699a0n%40googlegroups.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
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/CAA1SM210kxvP0RmX3J8_OOiNVo4fbmLHMUAOWjfBKJ_8V_gQeA%40mail.gmail.com.

[weewx-user] Re: recommend IP cameras that are easy to grab a single frame from?

[Eric K]

I also want to check out your perl scripts, @mwall!

On Saturday, August 7, 2021 at 5:18:33 PM UTC-5 Eric K wrote:

> Thanks for all the responses.
>
> Shortly after posting this I got a couple of the ESP32-CAM modules and 
> loaded Tasmota firmware into them.
> see:  https://cgomesu.com/blog/Esp32cam-tasmota-webcam-server/
> You have to use the specific Tasmota32 webcam firmware:   
> tasmota32-webcam.bin 
> 
> The maximum resolution of these is only 1600x1200.  
> The upside is that you can easily grab a single frame using a simple URL 
> command:  http://192.168.8.122/snapshot.jpg
> The only downsides I see:  with the plastic lens and jpeg compression, the 
> images are not great for fine detail.
>
> Given the low cost, small size, MIPI camera interface, and wifi capability 
> of the RPi Zero W board, I reconsidered an RPi camera.
> I'm currently assembling a RPi Zero camera with a 5mp camera module.
> I am getting single images out of it with the raspistill application:
> raspistill -v -o /home/pi/Pictures/pi-cam-test.jpg
>
> I'd like to grab an image every 5-10 minutes and have the current image 
> show up in the Belchertown weewx page.
> I'd also like to create a daily time lapse movie like others have done.
> I recall seeing some webcam script examples in this weewx-user group to do 
> these 2 things.  
> I need to search for them again.
> On Sunday, July 4, 2021 at 4:29:31 PM UTC-5 mwall wrote:
>
>> sorry, here is the link to the root level of the ispy database:
>>
>> https://www.ispyconnect.com/cameras
>>
>>

-- 
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/93517f60-6693-45b9-a502-24c8432699a0n%40googlegroups.com.

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

[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.

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

[Greg Troxel]

gjr80  writes:

> I'm afraid I know little when it comes to troubleshooting i2c issues. So 
> running a python script to access the BME280 independent of WeeWX gives the 
> same error. That would seem to indicate some sort of i2c issue. Sorry, not 
> much help dealing with the latest error, you probably need an i2c 
> experienced user.

Also not an i2c expert, but a datapoint: I have a BME280 hooked up to an
ESP8266 with nodemcu, and sometimes the BME280 goes out to lunch somehow
so I stop getting reports.  That leads to a watchdog reset after 15
minutes from not posting to MQTT (cleared in puback callback), but even
on reboot I don't get temp reports.  Power cycling does get it working
again.

I was earlier using automatic mode. I switched to forced mode, and I
think I've had a failure since.  I have hints that the problem is
provoked by power glitches and static electricity.  (The ESP8266 was
powered by an old phone charger, but one that is UL listed.)

I have several other ESP8266 that have Si7021 temperature/humidity
sensors and those have been reliable, flaky power and crazy low humidity
included.

I have been thinking that my particular BME280 is damaged somehow.

So I would suggest that the OP power cycle it and see if that changes
anything.

-- 
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/rmi35rlmviv.fsf%40s1.lexort.com.


signature.asc
Description: PGP signature