WeatherDuino Forum

The Air quality info is not displaying on the web server page in ver6.2_b008.
Works if I revert to b006.

(20-10-2022, 10:19)chrisww Wrote: [ -> ]The Air quality info is not displaying on the web server page in ver6.2_b008.
Works if I revert to b006.

Hi,

For me Air Quality info is displaying correctly on the Webpage of v6.2_b008, please check your config settings. If it is not showing on the web page it should not be shown on the AQ data screen too. Do you have it on the AQ data screen of the 4Pro DB receiver?
Just for me to check, how are you receiving the AQ data, by WiFi or RF?
Also check if you are compiling v6.2_b008 with ESP32 v2.0.5
Thanks.

[attachment=3110]

(20-10-2022, 18:29)Werk_AG Wrote: [ -> ]

(20-10-2022, 10:19)chrisww Wrote: [ -> ]The Air quality info is not displaying on the web server page in ver6.2_b008.
Works if I revert to b006.

Hi,

For me Air Quality info is displaying correctly on the Webpage of v6.2_b008, please check your config settings. If it is not showing on the web page it should not be shown on the AQ data screen too. Do you have it on the AQ data screen of the 4Pro DB receiver?
Just for me to check, how are you receiving the AQ data, by WiFi or RF?
Also check if you are compiling v6.2_b008 with ESP32 v2.0.5
Thanks.

I was on an earlier version of ESP32, now weather underground is working but the AQ is not.
There is no AQ data on the station itself either.
Ver b006 displays the AQ ok but doesn't update Weather Underground.
Chris.
[attachment=3111][attachment=3112]

For me to check, can you please tell me how your receiver is defined to receive AQ data? RF or WiFi?



If by Wifi, one of the IP addresses on the example above should be the IP address of the Air Quality Monitor.
Also check this config setting:



... and this one, if set to 9, no AQM data will be received.


Mine is working by receiving data by RF (LoRa). Later today I will double check v6.2_b008 in receiving AQM by WiFi.

Rgs.

Hi Chris.

I just finish double checking reception of AQM data with v6.2_b008, and it is working in RF or WiFi mode.
Please check your settings in the Config_Options of the receiver firmware. If you prefer copy and past the file for me to check.

Rgs.
Werk_AG

PS: Out of curiosity, and not related to topic, are you sending Air Quality data from your AQM to Sensor.Community?

(24-10-2022, 17:48)Werk_AG Wrote: [ -> ]For me to check, can you please tell me how your receiver is defined to receive AQ data? RF or WiFi?

Code:

//---------------------------------------------------------
// Enable / Disable getting data WiFI sensors
// This can be data from the T/H sensor installed on the Wireless Display units,
// and/or T/H plus AQM data from one (just one) Air Quality Monitor (version III or II).
// If present, system can identify which one is an Air Quality Monitor, using the AQM device name defined bellow.
// Define the WiFi devices sequentially, first device, second device, and so on up to four.
//---------------------------------------------------------
#define GETDATA_FROM_WIFISENSORS 1 // 1= Enable, 0= Disable
#define WIFISENSORS_WEBSERVER_PORT 80 // WebServer Port defined on WD units (should be equal in all units)


const char* WIFIunit_address [][4]= { "192.168.1.154" // IP address of first WiFi sensor
                                                       , "192.168.1.153" // IP address of second WiFi sensor
                                                       , "192.168.1.155" // IP address of third WiFi sensor
                                                       , ""                     // IP address of fourth WiFi sensor
                                                    };

If by Wifi, one of the IP addresses on the example above should be the IP address of the Air Quality Monitor.
Also check this config setting:

Code:

//------------------------------------------------------------------------------------------
//    Enable / Disable getting Air Quality Data by WiFI instead of RF.
//    IP address of the AQM should be included in list above
//    In this case AQM sensor should be mapped to an availabe position
//    on the extra-sensors table, always using code 8 as Source, and 0 as unit (Ex: {8,0}).
//    See Mapping options and examples below.
//
//    WeatherDuino can handle Air Quality data from just one AQM sensor,
//    however can receive Temp / Hum data from a second or third AQM unit.
//    They are treated as Wireless Display units, and should be mapped with code 5,
//    and the number corresponding to the order of the defined IP address.
//-----------------------------------------------------------------------------------------
#define GETAQM_FROM_WIFI  0                     // 0= No (means get it by RF if available), 1= Yes
const char* AQM_DeviceName = "AQM-III";     // This must be the same name used for Device_ID on the Config_Options of the AQ Monitor software

... and this one, if set to 9, no AQM data will be received.
 

Code:

// ---- Define the source of your main Air Quality sensor
#define AQ_SOURCE       0  // 0= AQM Unit 0, 1= AQM Unit 1, 9 for not used

Mine is working by receiving data by RF (LoRa). Later today I will double check v6.2_b008 in receiving AQM by WiFi.

Rgs.

I am using WiFi for AQ and the IP address is correct.
Chris

Hello Chris,

I don't know what to say, I checked everything in more than one device.

When receiving by WiFi, device name is very important. Please double check this:


Rgs
Werk_AG

(25-10-2022, 18:41)Werk_AG Wrote: [ -> ]Hello Chris,

I don't know what to say, I checked everything in more than one device.

When receiving by WiFi, device name is very important. Please double check this:
 

Code:

#define GETAQM_FROM_WIFI 1 // 0= No (means get it by RF if available), 1= Yes
const char* AQM_DeviceName = "AQM-DevK1"; // This must be the same name used for Device_ID on the Config_Options of the AQ Monitor software

Rgs
Werk_AG

I have tracked down the problem to this line in the config:
#define AQ_SOURCE       9  // 0= AQM Unit 0, 1= AQM Unit 1, 9 for not used - This seting have no effect if latter you select to get Air Quality data by WiFi

With  AQ_SOURCE to 0  everything works, even through I  always had it set to 9 in previous versions.
Chris.

(26-10-2022, 11:24)chrisww Wrote: [ -> ]I have tracked down the problem to this line in the config:
#define AQ_SOURCE       9  // 0= AQM Unit 0, 1= AQM Unit 1, 9 for not used - This seting have no effect if latter you select to get Air Quality data by WiFi

With  AQ_SOURCE to 0  everything works, even through I  always had it set to 9 in previous versions.
Chris.

Hi Chris,

Seems I forgot to removed the comment "This setting have no effect if latter you select to get Air Quality data by WiFi" on v6.2_b008. In fact, since v6.2_b008, setting AQ_SOURCE to 9 will disable reception of Air Quality data, both in RF and WiFi mode.

It will be removed in next release (v6.2_b010) which will be released shortly.

Kind regards
Werk_AG

(26-10-2022, 19:55)Werk_AG Wrote: [ -> ]

(26-10-2022, 11:24)chrisww Wrote: [ -> ]I have tracked down the problem to this line in the config:
#define AQ_SOURCE       9  // 0= AQM Unit 0, 1= AQM Unit 1, 9 for not used - This seting have no effect if latter you select to get Air Quality data by WiFi

With  AQ_SOURCE to 0  everything works, even through I  always had it set to 9 in previous versions.
Chris.

Hi Chris,

Seems I forgot to removed the comment "This setting have no effect if latter you select to get Air Quality data by WiFi" on v6.2_b008. In fact, since v6.2_b008, setting AQ_SOURCE to 9 will disable reception of Air Quality data, both in RF and WiFi mode.

It will be removed in next release (v6.2_b010) which will be released shortly.

Kind regards
Werk_AG

Hello

In version 4PESP32_v6.2_b011, setting AQ_SOURCE to 9 still disables WiFi data reception

Regards
Mariusz