Meteotemplate Forum

I would like to advise the Dutch users to add a small change to the warningsEUregionsBlock.php as in version 2.4 for the Netherlands I found out, at least in my case, you will get no warnings. In line 49 you need to change the "NL" to "nl" so lower case, (, 'nl'=>'netherlands',) ...

Davide I like to know how the ecowittNet plugin works as in the past weekend I connected it with my GW2000 and in the setup page I saw all the sensors and values available in the GW2000 so the connection works perfect. As a test I 'mapped' the co2 to the MT Field CO2_1, enabled it and clicked on sav...

I replaced the saveAPISettings.php and it starts working now, In the apiSettings I see: {"TIN":"1","HIN":"1","UV":"1","SN":"0","SD":"0","L":"0","LD":"0","L...

I've run the line http://famgladdines.nl/meteotemplate/template/update/saveAPISettings.php?TIN=0&HIN=0&UV=1&SN=0&S........etc and the result is this message in my browser 'Checking columns...' and then it stops! The apisettings.txt only showing this [] Maybe I need an update of the p...

In the apisetup.php I see the extrasensors with values (except Lightning and CO2) I changed the 'do not save in database' to 'save in database'. After that I clicked on save, but when I reopen the apisetup.php all extra sensors were changed back to 'do not save in database', and the apisettings.txt ...

Thanks Alex, The string below as I understood is sending all data from MB to MT including the extra sensors. ..../template/api.php?U=[epoch.1:]&T=[th0temp-lastval.1:]&TMX=[th0temp-max5:]&TMN=[th0temp-min5:]&H=[th0hum-lastval.1:]&P=[thb0seapress-lastval:1]&W=[wind0avgwind-last...

Small correction to your remarks David, the CO2_1, L, LD and LT are not stored in the database, I only changed the 0 to 1 in the apisettings.txt to see what's happens, The apisetup.php still saying for all the extra sensors NOT AVAILABLE. Regarding the air quality sensors, yesterday I mapped 3 of th...

Hi David, The only log file I can see in the Meteobridge web application is a start-up logfile. What I can see in the Mapping table is the name of the physical sensor and where it's mapped to, and in the live data I can see the mapped sensors and the non mapped sensors, like data#4 (which is coming ...

Thanks Alex for the remark but the update to 6.1 unfortenately failed, and after a reboot, Meteobridge stopped working! Took me several hours to get MB back online, as there was no communication possible with MB, thanks to "luci" I got it up and running again. So I stick to 6.0 for the tim...

Thanks David that helps. In case of Meteobridge it means I cannot use the API anymore cause in the mapping part (unfortenately) It's not possible to map data4 to CO2_1 for instance, so can only be done by an event. Will try that first. But I have a GW2001 gateway which is now sending all data to my ...

Reposting this problems as I received no reaction so maybe posted it in the wrong topic. Recently I'm having extra sensors available like Ligntning, CO2 and PM's, but struggling to get the data from Meteobridge to Meteotemplate, the message in the Extra Table Setup Extended says they are still not a...

Hi David, Recently I'm having extra sensors available like Ligntning, CO2 and PM's, but struggling to get the data from Meteobridge to Meteotemplate, the message in the Extra Table Setup Extended says they are still not available. The fields and values are in the Meteobridge livedata.cgi file: 20240...

Also this one solved, In the main setup the max. limit for solar radiation has been set to 20, I changed it to 1400 and then the value was stored again. Apparently when a value exceeds the limit (that happened at 07:20) it's not stored anymore.


Thanks
Eddy

Apparently not completely solved as this morning at 07:20 the solar radiation value is not stored in the database anymore, fields are completely empty! The correct value is still displayed at the homepage and in the blocks, I checked meteobridge nothing wrong there. Wondering why the value is not st...

It looks like it's working now I did a database update and put the solar radiation to yes and all values still there, also in the station data block including solar radiation.
Problem solved

Thanks for the help

I just set the solar radition to 'yes'. Values in the block current not visible, and edit the database, all values looked ok but strange enough the solar radiation field was empty no values at all. So next question is where is the solar radiation stored as Meteobridge is sending the value cause if I...

Since a couple of days I have a new weatherstation which also measures solar radiation. The problem is when I set the solar radiation in the main setup to 'Yes' all data in the block 'Current' disappears! Setting this to 'No' again all data is back. Same for the block Stationdata as soon as I add th...

Hi all, The problem with the riset block solved. The cause of the warning was a $ too many in the code: <?php // riset settings file // Version: 7.3 // Created: 2022-11-23 12:26:15 $autoOpenRiset = false; $showStatPosition = true; $$showMoonPosition = true; After removing the second $ sign, so its n...

Hi, I switched over to PHP8.1 (had to do this before the end of this week) All seems to work well after updating. Doing tests now and having problem with the riset block, After updating from 7.3 to 7.7 still getting a warning: Warning: Undefined variable $showMoonPosition in /customers/e/8/4/famglad...