Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-08-10 Thread michael.k...@gmx.at
Is [[Corrections]] in the hierarchy below [StdCalibrate]? Like this: [StdCalibrate] [[Corrections]] lightning_distance = lightning_distance if lightning_strike_count > 0 else None If yes and you don't find a solution, post your whole weewx.conf as an attachment, but don't forg

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-08-09 Thread michael.k...@gmx.at
I have an ecowitt WH57 and exactly the same correction term: lightning_distance = lightning_distance if lightning_strike_count > 0 else None [image: 2023-08-09 18_35_16-The weather in AT, Salzburg, Hallein, Rif - Brave.png] And just a few mintues ago, there were lightnings detected: The little

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-08-09 Thread Stefan Gliessmann
Hello everybody ;) I have a smilier issue with last lightning distance been charted ... I used the above information to generate my chart which looks like this: [image: Screenshot 2023-08-09 at 16.43.03.png] This is with [[Corrections]] lightning_distance = lightning_distance if lig

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread William Reading
I was going to submit a pull request to fix this and realized that the Atlas driver uses "strike_count" and the rest of them use "strikes_total", so fixing the defaults would be a breaking change. I went ahead and just put the delta in my weewx.conf file to work around it. [[sensor_map]] ... at

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread Mark Fraser
On 14/06/2023 19:36, Eric K wrote: Maybe the better question is, what version of weewx-sdr do you have? I installed mine in May 2021. On Wednesday, June 14, 2023 at 1:12:37 PM UTC-5 Eric K wrote: Think mine is version 0.86 or 0.87. -- You received this message because you are subscribed to the

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread Mark Fraser
4.10.2 On Wed, 14 Jun 2023, 19:12 Eric K, wrote: > Oh, interesting. I'm running weewx 4.5.1. > What version are you running? > > On Wednesday, June 14, 2023 at 11:59:13 AM UTC-5 Mark Fraser wrote: > >> On 13/06/2023 20:17, Kevin Crivelli wrote: >> > mines definitely a little different. This is

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread Eric K
Maybe the better question is, what version of weewx-sdr do you have? I installed mine in May 2021. On Wednesday, June 14, 2023 at 1:12:37 PM UTC-5 Eric K wrote: > Oh, interesting. I'm running weewx 4.5.1. > What version are you running? > > On Wednesday, June 14, 2023 at 11:59:13 AM UTC-5 Mark

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread Eric K
Oh, interesting. I'm running weewx 4.5.1. What version are you running? On Wednesday, June 14, 2023 at 11:59:13 AM UTC-5 Mark Fraser wrote: > On 13/06/2023 20:17, Kevin Crivelli wrote: > > mines definitely a little different. This is what I already have. It > > seems to follow the logic you s

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-14 Thread Mark Fraser
On 13/06/2023 20:17, Kevin Crivelli wrote: mines definitely a little different. This is what I already have. It seems to follow the logic you shared above in your configuration but my packets are named differently. where you have "Atlas_strike_count = strike_count.0011.AcuriteAtlasPacket" I hav

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Kevin Crivelli
I don't have an [Accumulator] section in my .conf On Tuesday, June 13, 2023 at 3:49:28 PM UTC-4 Eric K wrote: > Ahhh an external Acurite lightning detector. That explains why your > lightning data variable does not end in ".AcuriteAtlasPacket" > > Of note, unlike the 2nd post in this thread, my

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Kevin Crivelli
yeah I don't have an accumulator section. I just received some really bad strike count data over 3,000 strikes, I have a feeling it was due to some sort of interference on the detector, I want to create a correction that causes any strike count totals greater than a specific number be registered

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Eric K
Ahhh an external Acurite lightning detector. That explains why your lightning data variable does not end in ".AcuriteAtlasPacket" Of note, unlike the 2nd post in this thread, my [Accumulator] setion of weewx.conf file is blank, because the Atlas lightning number is already an accuulated value.

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Kevin Crivelli
oh I forgot to mention that I use a separate acurite lightning detector than the atlas detector. I do not have the atlas detector even installed because there are too many electronics near the main station that I have false positive lightning strikes when using the atlas detector so I use the acuri

Re: [weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Kevin Crivelli
mines definitely a little different. This is what I already have. It seems to follow the logic you shared above in your configuration but my packets are named differently. where you have "Atlas_strike_count = strike_count.0011.AcuriteAtlasPacket" I have "strikes_total = strikes_total.1255.AcuriteLi

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Eric K
I forgot about the [SDR] section of the weewx.conf file. weewx needs to convert the lightning strike count reported by the Acurite Atlas to a lightning strike delta number. This is because the Atlas counts up lightning strikes and keeps incrementing the accumulated strike number (such as 5). When

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-13 Thread Kevin Crivelli
I added the line lightning_distance = lightning_distance / 1.609 if lightning_strike_count > 0 else None#convert distance to miles to the [StdCalibrate] [[Corrections]] section and I added your chart to my graphs.conf I am still getting the persistant distance of 5 miles as per the last

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-11 Thread Eric K
Hi Kevin, In the graphs.conf file (Belchertown skin) I have this: [[chart6]] title = Lightning [[[lightning_strike_count]]] yAxis = 0 yAxis_min = 0 yAxis_tickInterval = 1 yAxis_label = "Number of Strikes" stacking = n

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2023-06-11 Thread Kevin Crivelli
Eric K, could you provide the chart.conf configuration for that chart and also what ended up being the correct way to add the correction in weewx.conf? Your chart is essentially what I am trying to accomplish On Tuesday, May 25, 2021 at 12:36:09 PM UTC-4 Eric K wrote: > It's working as desired

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-25 Thread Eric K
It's working as desired now! Thanks for noticing the incorrect location of the [[Corrections]] [image: lightning_distance working.JPG] On Monday, May 24, 2021 at 7:39:25 AM UTC-5 gjr80 wrote: > I can't explain it, it would require some detailed knowledge of how the > Acurite lightning sensor be

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-24 Thread gjr80
I can't explain it, it would require some detailed knowledge of how the Acurite lightning sensor behaves. For example, the Ecowitt lightning sensor reports distance when strikes are detected and that distance value persists for some time before eventually reporting 0. If you had debug logging of

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-23 Thread Eric K
Thanks for the pointer. I also had a [[Corrections]] sections under [StdCalibrate]. I just moved the lightning_distance correction to the [StdCalibrate] section. We'll see if that helps. Isn't it odd that it worked, when the lightning_distance was something other than 10? On Sunday, May

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-23 Thread gjr80
I think you might find the [[Corrections]] stanza belongs under [StdCalibrate] rather than the SDR driver. Gary On Monday, 24 May 2021 at 02:32:14 UTC+10 Eric K wrote: > Here's a relevant section of the log which shows the Acurite Atlas > lig

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-23 Thread Eric K
Here's a relevant section of the log which shows the Acurite Atlas lightning sensor sending the last distance (10) reading over and over. This is expected Acurite Atlas behavior, and the reason we have to put the "if > 0 else None" statement in our [[Corrections]] section. Referring back to th

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2021-05-23 Thread Eric K
I am seeing a weird problem with the lightning distance value, where the distance gets stuck reporting 10! I copied the [[Corrections]] scheme shown earlier in this thread. I'm pretty sure I got it right, because it works most of the time. ##

[weewx-user] Re: Lightning Data Stored in weewx.sdb

2020-07-23 Thread Troy Roberts
> > Thank you for the detailed explanation Gary! I have added the > [Accumulator] section to my weewx.conf for lightning_strike_count -> > extractor = sum and lightning_distance -> extractor = min. Now to wait for > another storm. -Troy -- You received this message because you are subscrib