Good morning,
I have a DP100 soil sensor and a DP60 lightning sensor from Froggit / ecowitt. The physical names are th0!20hum and lgt0!0dist. When I look in the list of pws_dashboard / extra_sensoren / extra_MB.txt it says soil sensor = | soil_mst1 | moist | [th10hum-act.0: -] |! and lightning sensor = | lightningkm | light | [lgt0dist-act.1: -] | !
How can I change th0!20hum to th10hum-act.0: -] |!
How can I change lgt0!0dist to lgt0dist-act.1: -] |!
so that it uploads properly to my site.
Thanks in advance.
See Appendix
Gr Engelbert.jan
https://weerstationbijdetoren.nl/pwsWD/index.php
meteobridge and physical names
Moderator: Mattk
meteobridge and physical names
- Attachments
-
- soilsensor.png (4.47 KiB) Viewed 3367 times
-
- lightningsensor.png (4.21 KiB) Viewed 3367 times
-
- DP100 soil-sensor.png (32.21 KiB) Viewed 3367 times
-
- DP60 lightning-sensor.png (28.42 KiB) Viewed 3367 times
Re: meteobridge and physical names
Did you try "Station - Mapping" tab? There you can select "th0!20hum" to be your "soil0hum" sensor.
Re: meteobridge and physical names
Yes, I've already finished [th0! 20hum]. But how about [lgt0! 0dist] and [lgt0! 0total] and [lgt0! 0time]. I have already tried several options and I still can't.
Gr Engelbert.jan
Gr Engelbert.jan
Re: meteobridge and physical names
Does [lgt0!0dist-act.1:-] (beware that there's no space in between like in your last post)
not produce the desired result ? Meaning, the proper values.
If not, is there an actual value of these sensors available ? If not, nothing can be shown.
You could try to replace -act by -lastval (if this in in your control, no idea how this pwsWD file or api string is created by MB - when you create your own http request [for test purposes], you can yourself just enter the wanted sensors and choose which of their values you use, then you do your mapping yourself in the http request) - the receiver end only cares about the values, not about the names used in MB.
Because -act could be simply nothing or just --, because there is nothing. Is there some value for this time in the database ?
Maybe your issue is not the sensor mapping but the choice of sensor value (actual, average, last value, ....).
Unfortunately, from what you tell, I don't have the full picture of what exactly you want to achieve (end-to-end view).
I assume you want to send data to a template which is installed on a web host - pwsWD.
And for this you either need to send a file or data via a so-called api string via a http request which will then be processed at the web server end.
If this is not a fixed setup in MB (which doesn't keep you from "copying" it into your own either file transfer or http request), there is anyway an api string available for the http request. If so, you can just edit the respective fields and put in your desired values (sensor name and its [time related] data values, e.g. [th20hum-lastval.2:--]).
not produce the desired result ? Meaning, the proper values.
If not, is there an actual value of these sensors available ? If not, nothing can be shown.
You could try to replace -act by -lastval (if this in in your control, no idea how this pwsWD file or api string is created by MB - when you create your own http request [for test purposes], you can yourself just enter the wanted sensors and choose which of their values you use, then you do your mapping yourself in the http request) - the receiver end only cares about the values, not about the names used in MB.
Because -act could be simply nothing or just --, because there is nothing. Is there some value for this time in the database ?
Maybe your issue is not the sensor mapping but the choice of sensor value (actual, average, last value, ....).
Unfortunately, from what you tell, I don't have the full picture of what exactly you want to achieve (end-to-end view).
I assume you want to send data to a template which is installed on a web host - pwsWD.
And for this you either need to send a file or data via a so-called api string via a http request which will then be processed at the web server end.
If this is not a fixed setup in MB (which doesn't keep you from "copying" it into your own either file transfer or http request), there is anyway an api string available for the http request. If so, you can just edit the respective fields and put in your desired values (sensor name and its [time related] data values, e.g. [th20hum-lastval.2:--]).
WH4000SE 1.6.6/1 x DP1500/4 x GW1000 1.7.7/GW1100 2.3.0/HP1000SE Pro 1.9.3//2 x WH2650 1.7.7/GW2000 3.1.0
2xMeteobridge Pro [B+R] 15161, 2xRPi4B-2GB/16/32 3139,VM128 1704
Weather Landing page: https://meshka.eu
Ecowitt WiKi: https://meshka.eu/Ecowitt/dokuwiki
2xMeteobridge Pro [B+R] 15161, 2xRPi4B-2GB/16/32 3139,VM128 1704
Weather Landing page: https://meshka.eu
Ecowitt WiKi: https://meshka.eu/Ecowitt/dokuwiki
Re: meteobridge and physical names
If you do not want to use "Station - Mapping" tab for the sensors, use this test version for those 3 lines.engelbert wrote: Tue Feb 09, 2021 10:32 am Yes, I've already finished [th0! 20hum]. But how about [lgt0! 0dist] and [lgt0! 0total] and [lgt0! 0time]. I have already tried several options and I still can't.
Gr Engelbert.jan
Code: Select all
|lightning|light|[lgt0!0total-daysum:--]|!
|lightningtime|mbdt|[lgt0!0dist-lasttime:--]|!
|lightningkm|light|[lgt0!0dist-lastval:--]|!
Wim
- Attachments
-
- PWS_extra_data.php.zip
- (2.4 KiB) Downloaded 216 times
-
- Fresh Boarder
- Posts: 10
- Joined: Thu Feb 04, 2021 5:07 pm
Re: meteobridge and physical names
How compatible are the sensors? I'm not an expert, but there may be a problem with the sensors themselves. Or there may be a problem in the program settings.
Re: meteobridge and physical names
Thanks everyone for the contribution. What I don't understand is the time. On the website, the time is indicated differently than what meteobridge indicates. I am still puzzling with that. See Appendix.
Engelbert
Engelbert
- Attachments
-
- tijd.png (95.66 KiB) Viewed 3291 times
-
- bliksem.png (17.04 KiB) Viewed 3291 times
Re: meteobridge and physical names
Seems that you did not unzipped/installed the zip from my post above?engelbert wrote: Wed Feb 10, 2021 1:02 pm Thanks everyone for the contribution. What I don't understand is the time. On the website, the time is indicated differently than what meteobridge indicates. I am still puzzling with that. See Appendix.
Engelbert
That new version will take care of that.
Re: meteobridge and physical names
Of course i unzip and uploaded your attachment directly to my site. only the date and time is not correct yet. Maybe it is the upload time of meteobridge.