meteohub.de

Hello

Running the Ambient lightning sensor through my GW1000 and finally had a storm to test the sensor. When trying to get the lightning distance using [lgt0dist-lastval] the template returns the number of lightning strikes(31) instead of the distance. I have attached a copy of my historical data tab:
here is the template I used for testing http://ip-of-meteobridge/cgi-bin/template.cgi?template=[lgt0dist-lastval] which returns 31 instead of 19.3 miles as expected.

Platform: Raspberry Pi 3 Model B+
RAM: 941 MB total, 796 MB free (15% used)
Storage: WD SLC, 29.3 GB total, 26.8 GB free (9% used, 672.0 yrs)
SW Version: Meteobridge 5.6 (Apr 30 2023, build 2753), FW 1.3
Uptime: 9 days, 3 hours, 41 minutes Buffer: 1 items (0%)

Just as an FYI I am also getting the same "error" on my TL-MR3020 running Meteobridge 5.6 (Apr 30 2023, build 14972), FW 1.5

EDIT: After reading a bit more I see that the template "lgt0dist" is returned in kilometers. I did the math (converted km to miles) and it appears that all seems to be OK. I will need to confirm after the next storm with lightning passes through the area.

g

Hi hymrog, could you help me please, are you displaying your lightning strikes through Weathe34? if so please can you tell me how to do this i have tried selecting the different lightning modules under weather34 setup but its just not getting any data, i have tried the url that was in your post and it is returning the counts and distance etc etc.. but i just need help to get weather34 to display the information.

any help anyone?

Thank you

Martin

Hi Martin

My apologies, I am just seeing this. I do not use the Weather34 templates but I have been thinking about setting up an old tablet for that purpose.

I will report back here if I ever get it set up and let you know what I find out about the lighting display.

g

the weather34 story is a bit tricky, as the template was written for Davis stations - and the author doesn't like to extent it to Ecowitt stations. He is not very fond of Ecowitt stations and does rarely miss an opportunity to say so.
That said, however, if there is a lightning tile which in principle should work, you'll have to go through the PHP coding and find out which variable it is using to display. That's the variable MB has to send to your weather34 template.

I have an old W34 template which even reads my Ecowitt lightnings - however, only count and time of last strike are shown.
I think the MB sensor names are in this case the same as for a Davis
Weather34 has an API for its latest implementation Aurora which contains a few hundred entries.

So before we discuss further it's necessary to know about what version of W34 you talk.

In general a W34 implementation is a collection of PHP scripts running under a webserver (program, service) with PHP integrated.
Data is sent to this website via a http call:
http://mydmain/myDirectory/mbridge/mb.p ... :--] .....
in text without http:// mydmain/myDirectory/mbridge/mb.php?d=[DD]/[MM]/[YYYY] [hh]:[mm]:[ss] [th0temp-act:--] [th0hum-act:--] [th0dew-act:--] ..... (the forum software will otherwise not show everything)
one will have to check if the API string sent to your W34 implementation contains also the lightning sensor and its observations (read data like number, time, distance).
And check if this data is handled by the PHP script behind the lightning tile.
It is possible that when you mark in the W34 setup that you don't own a Davis station, the lightning data is never read - you have to check the coding.

Gyvate Im not sure who you are or whether we have come into discussion before but you're kind of misreading or just not understanding the word NO SUPPORT for ecowitt or alike hardware or in fact any other brand apart from Davis (BECAUSE I OWNED A COUPLE of Davis stations WHICH MADE LIFE MUCH EASIER TO DEVELOP WITH and I HAD FULL SUPPORT FROM BORIS TO IMPLEMENT IDEAS ).

From my perspective Ecowitt and alike are time consuming for me as an individual to support and having spent many years streamlining (make it less complex to support) the Weather34 TEMPLATE to get it too a manageable state allowing progress for adding additional design and elements and resolve issues in a timely manner .

My reason is not DISLIKE !!! its simply not feasible or possible for me to add support to the template and the biggest reason is I DO NOT OWN ANY ECOWITT OR ALIKE HARDWARE (if i did it would be feasible).that to you may not be significant but from my perspective it is an hurdle along with a time consuming support level which I am not prepared to do .

So you need lightning ? if the lightning string in the weather34 API produces data then get in touch its not difficult but its important the data is present in the current Weather34 API output .the weather34 API has reached its limit so no additional data can be added without removing an existing string. This can only be done at FIRMWARE level which boris is the master !

Alternatively you can create your own secondary API a much smaller one in meteobridge itself and running simultaneously with the Weather API . This is how we were able to implement WeatherFlow lightning without interfering with the master API .

So be friendly be polite don't misread stuff (there is no body language or tone of voice in a screen text ! ) provide a clear simple explanation of what is required and if its feasible its not a problem if its complex and non beneficial to others then its a simple polite Sorry no I cant do that.

Having said all that Im sorry that the OP post was infringed sincere apologies..Brian (AKA Weather34)