Page 1 of 1

Template, Meteobridge & database troubles

Posted: Sat Jul 17, 2021 8:51 pm
by MJW
Good afternoon,

Weather data source - Ecowitt GW-1000
Meteotemplate data source - Meteobridge 5.2
PHP version on the server - 4.7

I noticed that my air quality block that used to receive PP1 data from my Meteobridge stopped reporting. After digging into my SQL server, I see the last time that the database received actual PP1 data was back in May. Odd, I thought it was working fine. At the same time, I see that the extra sensors table only includes Extra Temp & Humidity sensors 1-4, even though I have 5, and all 5 are reporting per my apilog file (and show up in my custom Extra Temp sensor block). Additionally, I have the Ecowitt lightning detector and I would like to get that work too. The live data tab on my Meteobridge shows all 5 extra temp sensors, the air quality sensor, and the lightning sensor.

Questions - anyone know why the Meteobridge would not be passing PP1 to the api.php file? It had been working fine until recently, now it doesn't.

I see elsewhere that Ecowitt has blocks for their devices, I downloaded those, along with the latest version of the Ecowitt plugin, and configured my GW-1000 via the WS View app on my Android phone per the instructions in the plugin. The csv file with weather data that should be created in the plugin folder is not being created, so that data source isn't working either.

Is there a log file other than what is in the cache file, or a way to enable more detailed log files? Maybe if I could see what the Meteobridge was trying to send to the api.php I could see if there is a problem there.

thx

Mike
logs.zip
(4.97 KiB) Downloaded 629 times

Re: Template, Meteobridge & database troubles

Posted: Sat Jul 17, 2021 11:31 pm
by davidefa
the first lines of cache apiLog.txt are all the parameters passed to api.php script ( excluded only your update password )
In your case:
Authorized access.
Current date/time: 2021-07-17 18:29:20
api called by http
update U: 1626560958
update SW: meteobridge
update T: 28.7
update TMX: 28.8
update TMN: 28.7
update H: 76
update P: 1014.4
update W: 0.2
update G: 1.8
update B: 230
update R: 0.0
update RR: 0.0
update S: 17.3
update UV: 0.0
update TIN: 28.6
update HIN: 65
update T1: 27.9
update H1: 75
update T2: 28.6
update H2: 67
update T3: 27.3
update H3: 57
update T4: 26.6
update H4: 74
update T5: 29.5
update H5: 72
The parameters are those on the lines starting with update ( from U to H5 )

The 'standard meteotemplate' saves on the alldataExtra a maximum of 4 sensors.
If you need to save more sensors ( max 8 ) you can install my mod

My api.php ( in the above mod ) has a logging option ( $logGetPost on line 33 ) that log the same parameters shown above ( each api.php call the parameters are appended to the file cache/apiReqLog.txt )

My ecowitt plugin saves a log in cache/ecowittLog.txt

P.S.
I checked your cache/ecowittLog.txt ( it does not contain any sensor ):
raname sensor
ramap ecowitt
ramap wu
remapping ecowitt <-=
Api url -> weather.westfamilynj.net/api.php?U=1626562875
Api out -> 1
Generating log file cache/ecowittLog.txt

ERRORS:
it should be similar to this:
post PASSKEY: 74841300C88F0728DE287BF41B8FC02F
post stationtype: WH2650A_V1.6.3
post dateutc: 2021-07-17 23:28:38
post tempinf: 81.3
post humidityin: 66
post baromrelin: 29.678
post baromabsin: 29.616
post tempf: 75.0
post humidity: 82
post winddir: 311
post windspeedmph: 1.79
post windgustmph: 5.82
post maxdailygust: 6.93
post solarradiation: 0.00
post uv: 0
post rainratein: 0.000
post eventrainin: 0.972
post hourlyrainin: 0.000
post dailyrainin: 0.000
post weeklyrainin: 0.000
post monthlyrainin: 1.961
post yearlyrainin: 8.831
post totalrainin: 8.831
post temp1f: 76.46
post soilmoisture1: 54
post soilmoisture2: 100
post lightning_time: 1626553119
post lightning_num: 0
post lightning: 34
post wh65batt: 0
post wh25batt: 0
post batt1: 0
post soilbatt1: 1.3
post soilbatt2: 1.2
post wh57batt: 5
post freq: 868M
post model: WH2650
raname sensor
ramap ecowitt
ramap wu
remapping ecowitt <-=
Api url -> http://www.fanometeo.it/template/api.ph ... &FW=V1.6.3
Api out -> 1
Repost2 wu format
Repost2 url -> http://ws.awekas.at/weatherstation/upda ... 50A_V1.6.3
Repost2 result -> - soiltemp2 locked - Transfer OK
Generating log file cache/ecowittLog.txt

ERRORS:

Re: Template, Meteobridge & database troubles

Posted: Sat Jul 17, 2021 11:48 pm
by MJW
Yes, my GW1000 refuses to use the information in the customized weather service. The Ecowitt log was created when I manually loaded the index.php in a web browser.

Re: Template, Meteobridge & database troubles

Posted: Sat Jul 17, 2021 11:54 pm
by davidefa
Try setting ( in WsView ):
Server IP/hostname: www.weather.westfamilynj.net
( don't know if this helps with redirections )

Re: Template, Meteobridge & database troubles

Posted: Sat Jul 17, 2021 11:57 pm
by MJW
Thanks, I should know in a minute if it made a difference. I deleted the ecowitt log from cache so if a new one appears I will know it at least tried.

Re: Template, Meteobridge & database troubles

Posted: Sun Jul 18, 2021 12:21 am
by MJW
Ok, I added my ObserverIP to Meteobridge along side the GW-100 and figured out my Meteobridge is sending air quality as PP0 instead of PP1. I updated the mapping to mirror PP0 to PP1 and Meteotemplate is working again.

With the help of Davidefa, I now am logging everything that the api receives to the SQL database.

The last bit is my GW1000 refuses to use the customized server info to push all of its data straight to Meteotemplate.

Still working on that...

Re: Template, Meteobridge & database troubles

Posted: Mon Jul 26, 2021 9:28 pm
by davidefa
You may also check you don't have any leading/trailing blanks/spaces in Server IP and Path definitions

custom1.png
custom1.png (146.94 KiB) Viewed 9605 times