Topic: Help for connecting the "PWSWD" system to the "WH600X" weather device

[Maximux]

Hi!

The key AqPM2.5 is not converted through FOSHKplugin yet. I'll send you a link to my internal Beta which already is able to.
So this is not a problem of PWSDashboard at all!

I wish Ecowitt would finally allow uploading in Ecowitt format for this station as well ...
Please all WH6006/WH6007/WS6006 users: Please report to Ecowitt that you would like uploading in Ecowitt format via custom server very much!

Regards, Oliver

Hi Oliver, I noticed from the log of the plugin that the PM2.5 data is received from the device and sent to the PWSDashboard site in fact also the "ecco_lcl.arr" file also succeed, but the PM2.5 Module of the PWSD is not recognizing him perhaps because I Tags of this are different from those normally used by the standard Ecowitt protocol.
However this must be verified by WVDKUIL.
Thank you for your answer.


PS: it would be nice that they directly implement data sending data via Ecowitt protocol as it deny the other devices but still do not. The firmware of this device still possesses many bugs and gaps compared to the other devices.

[wvdkuil]

Hi Oliver, I noticed from the log of the plugin that the PM2.5 data is received from the device and sent to the PWSDashboard site in fact also the "ecco_lcl.arr" file also succeed, but the PM2.5 Module of the PWSD is not recognizing him perhaps because I Tags of this are different from those normally used by the standard Ecowitt protocol.
. . .
However this must be verified by WVDKUIL.
. . .

I verified your uploaded file. . ./PWS_listfile.php?file=./ecowitt/ecco_lcl.arr&type=arr

Code: [Select]

    [windgustmph_max10m] => 5.1
    [pm25_AQIlvl_ch1] => 2

    [pm25batt1] => 5

    [pm25_AQIlvl_avg_24h_ch1] => 2

    [pm25_avg_24h_ch1] => 19.1

    [pm25_AQI_avg_24h_ch1] => 66
 
    [pm25_AQI_ch1] => 61
 
    [pm25_ch1] => 21.0
  The field-names used pm25_ch1 , pm25_avg_24h_ch1 and pm25batt1  are OK and are translated into correct weather-values

Code: [Select]

    [pm25_24avg1] => 19.1
    [pm25_crnt1] => 21The PWS_Dashboard needs to calculate the AQ-index itself as different indexes can be used.

When I test the AQ-block script with . . . /_test.php?test=AQ_station_block.php  all is OK.


Wim

[Maximux]

Hi wvdkuil, I checked how you suggested, returns the following message:

" Notice: Undefined index: model in /membri/maxmeteofruttidoro/CF/PWS_livedata.php on line 314
Problem 46: No PM sensor number 1 found
Check settings and data "

I look forward to instructions, thank you.
Greetings.

[wvdkuil]

Hi wvdkuil, I checked how you suggested, returns the following message:

" Notice: Undefined index: model in /membri/maxmeteofruttidoro/CF/PWS_livedata.php on line 314
Problem 46: No PM sensor number 1 found
Check settings and data "

I look forward to instructions, thank you.
Greetings.

It seems you have multiple sites.
I was checking https://maxmeteofruttidoro.altervista.org/
Your error message points to https://maxmeteofruttidoro.altervista.org/CF/index.php
You are right that the needed data is not there

Code: [Select]

    [uv] => 2
    [dailyrainin] => 0
    [dewptf] => 65.8
    [AqPM2_5] => 11.0
    [yearlyrainin] => 11.41
    [humidity] => 72
    [winddir] => 142
    [rainratein] => 0
    [barominrelin] => 30.056
    [tempf] => 75.6
    [absbaro] => 29.648
    [dateutc] => 2021-09-08 08:24:17
    [windspeedmph] => 0.895
    [tempinf] => 79.5
    [battery] => 80
    [solarradiation] => 172.36
    [stationtype] => MAXWEATHER-CF-3G V1.1.26
    [windgustmph] => 2.461
    [weeklyrainin] => 0
    [humidityin] => 66
    [monthlyrainin] => 0.41
    [wh65batt] => 1
The error message about "model" can be discarded.

We need to have the pollution values in um³ with labels pm25_ch1  and pm25_avg_24h1
The device is not uploading both values in WU-type uploads.
https://support.weather.com/s/article/PWS-Upload-Protocol?language=en_US

Only one "AqPM2.5 - PM2.5 mass - UG/M3"
That AqPM2.5 fields should be renamed to pm25_ch1

I will check what to be changed in the script when only current value is available.

Wim

[olicat]

Hi!

That AqPM2.5 fields should be renamed to pm25_ch1

Should work with latest beta which Maximux will install soon.

Oliver

[wvdkuil]

Hi!

That AqPM2.5 fields should be renamed to pm25_ch1

Should work with latest beta which Maximux will install soon.

Oliver

Hi Oliver,

OK, the block script will work OK when only the current value pm25_ch1 is in the upload.
Maybe you could rename stationtype  to model  also?

Wim

[olicat]

Hi Wim,

Maybe you could rename stationtype  to model  also?

of course (probably).
But in the data coming from the WH600x there is neither stationtype nor model:

Code: [Select]

ID=MaxMeteo-CF
PASSWORD=XXXXXX
indoortempf=80.1
indoorhumidity=66
tempf=72.3
humidity=76
dewptf=64.4
winddir=114
windspeedmph=3.803
windgustmph=4.921
rainin=0
dailyrainin=0
weeklyrainin=0
monthlyrainin=0.41
yearlyrainin=11.41
solarradiation=72.27
UV=1
baromin=30.041
absbaro=29.633
AqPM2.5=13.0
battery=75
wh65batt=1
dateutc=2021-09-08+06:35:17
softwaretype=MAXWEATHER-CF-3G%20V1.1.26
action=updateraw
realtime=1
rtfreq=5
PASSKEY=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Only softwaretype is available but this seems to be user defined.

But there's already a solution in FOSHKplugin to define some static keys. Just add in the Export\ADD_ITEMS line the phrase &model=WH6006 (or whatever it is):

Code: [Select]

[Export]
ADD_ITEMS = &PASSKEY=thecorrespondingkeyinPWSD&model=WH6006&stationtype=whateveryouwant

This string will be added to every outgoing line.

Regards, Oliver

[wvdkuil]

Hi Wim,

Maybe you could rename stationtype  to model  also?

of course (probably).
But in the data coming from the WH600x there is neither stationtype nor model:
. . .

Only softwaretype is available but this seems to be user defined.

But there's already a solution in FOSHKplugin to define some static keys. J
. . .

Hi O)liver,
Probably that is used as I can only check the uploaded data to the website
. . . /CF/PWS_listfile.php?file=./ecowitt/ecco_lcl.arr&type=arr

Code: [Select]

    [uv] => 3
    [dailyrainin] => 0
    [dewptf] => 68.9
    [AqPM2_5] => 10.0
    [yearlyrainin] => 11.41
    [humidity] => 71
    [winddir] => 129
    [rainratein] => 0
    [barominrelin] => 30.053
    [tempf] => 79.0
    [absbaro] => 29.645
    [dateutc] => 2021-09-08 09:10:26
    [windspeedmph] => 6.040
    [tempinf] => 79.5
    [battery] => 87
    [solarradiation] => 328.27
    [stationtype] => MAXWEATHER-CF-3G V1.1.26
    [windgustmph] => 7.605
    [weeklyrainin] => 0
    [humidityin] => 66
    [monthlyrainin] => 0.41
    [wh65batt] => 1So the user should change it to model then.

Wim

[Maximux]

Ok, thanks to all for these clarifications.
I will update Foshkplugin as soon as possible to test the correct operation of the parameters with PWSD. Thanks.
Talk to you soon.
Greetings.

[Maximux]

Hi, I wanted to inform you that I updated Foshkplugin to version 0.09, with the related changes to the CFG file as suggested by Oliver, and now the PSWS PM2.5 module works correctly.
Thanks.
Greetings.

[wvdkuil]

 

Hi, I wanted to inform you that I updated Foshkplugin to version 0.09, with the related changes to the CFG file as suggested by Oliver, and now the PSWS PM2.5 module works correctly.
Thanks.
Greetings.

 

[olicat]

... just to clarify this, there's no official v0.09 or public beta of FOSHKplugin yet. I'm still working on this.
But if anybody needs a working solution for WH600x give me a sign.

Oliver

[Maximux]

... just to clarify this, there's no official v0.09 or public beta of FOSHKplugin yet. I'm still working on this.
But if anybody needs a working solution for WH600x give me a sign.

Oliver

But in any case, for now this version seems to work smoothly.
Great job, as always.
For whatever test I remain available.
I look forward to further software updates, thanks.
Greetings.

PS: soon also added last to the 600x console the Soil Sensor WH51 so also verify the correct operation with those data.

[Maximux]

Hi everyone, especially in Wvdkuil and Olicat, I wanted to inform that I also enabled the Soil Moisture Sensor in the WH600X unit, but on PWSWD returns the following error: "Soil Sensors Not Available, script ends".
Can this script data recognition problem be solved? Thanks.
Greetings.


The site in question is as follows: https://maxmeteofruttidoro.altervista.org/CF/index.php

Attached the data of the weather sent received from the device:

[olicat]

Hi!

I see the problem and have to analyze it. The key soilmoisture has to be renamed to soilmoisture1 in Ecowitt.
Nothing to do on PWSDashboard-side - it is a problem of FOSHKplugin. Will check and send you a new Beta.

@Maximux

Attached the data of the weather sent received from the device:

Is the string "WU -> EW  Data sent by Foshkplugin" in attached file Data_File.txt coming from the raw- or the sndlog of FOSHKplugin? It seems to be the data coming from the station and thus BEFORE converting to Ecowitt.

Oliver

[Maximux]

Hi!

I see the problem and have to analyze it. The key soilmoisture has to be renamed to soilmoisture1 in Ecowitt.
Nothing to do on PWSDashboard-side - it is a problem of FOSHKplugin. Will check and send you a new Beta.

Oliver

OK thank you. I await your news and new updated plugin files, thanks.
Greetings.

[Maximux]

Hi!

I see the problem and have to analyze it. The key soilmoisture has to be renamed to soilmoisture1 in Ecowitt.
Nothing to do on PWSDashboard-side - it is a problem of FOSHKplugin. Will check and send you a new Beta.

@Maximux

Attached the data of the weather sent received from the device:

Is the string "WU -> EW  Data sent by Foshkplugin" in attached file Data_File.txt coming from the raw- or the sndlog of FOSHKplugin? It seems to be the data coming from the station and thus BEFORE converting to Ecowitt.

Oliver

Hi Olicat, I installed update of the plugin you sent me and now it works, everything ok, thanks.
Greetings.

[olicat]

Hi!

in Ecowitts own forum they answered my question regarding the support of Ecowitt protocol via custom server:

You can assign a port other than 80. It is user-definable.
The path is fixed with /weatherstation/updateweatherstation.php.
Due to processor resources limitation, the current model is supporting WU protocol only.

But there're also some interesting details regarding the used WU protocol variant.
Worth to read!

Oliver