<![CDATA[WeatherDuino Forum - Software Questions]]> https://www.meteocercal.info/forum/ Thu, 16 Apr 2026 21:17:07 +0000 MyBB <![CDATA[WeatherDuino Pro2C+ platformIO update]]> https://www.meteocercal.info/forum/thread-2358.html Sat, 03 May 2025 11:27:55 +0000 xxDvDxx]]> https://www.meteocercal.info/forum/thread-2358.html <![CDATA[Arduino novice. IDE questions]]> https://www.meteocercal.info/forum/thread-2346.html Thu, 25 Jul 2024 09:29:07 +0000 chsims1]]> https://www.meteocercal.info/forum/thread-2346.html
I've dusted off my 6 year old box of WeatherDuino bits (life, grandchildren & a previously functioning weather station got in the way of this project), and I am attempting to restart my WeatherDuino journey with my Pro2 Compact receiver and transmitter.

I've got arduino-IDE 2.3.2 installed under Linux, with the Arduino-AVR boards & ESP8266 libraries installed .... not sure of the exact location of these, but presumable under one of the folders  '.arduino15'  or  '.arduinoIDE'. There is no libraries folder under ~/Arduino, but this is the Sketchbook' location shown under 'Preferences'. I have extracted the downloaded WD software into ~/Arduino

First question, does IDE 2.3.2 work ok with WeatherDuino?  I had something in my 6 year old notes about using Boards Manager versions below a certain release, and I have also seen something recently in the forums about potential problems with earlier releases of IDE 2.x

Second question, do I install the WD software libraries in ~/Arduino/libraries or do I need to find the already installed libraries in .arduino15 or .arduinoIDE, and place them there?

Third question; the receiver folder WeatherDuino_P2ESP8266_RX_v6.0_b003 has a number of .ino files, including WeatherDuino_P2ESP8266_RX_v6.0_b003.ino. I presume this is the correct sketch file to load into the IDE? What are the other .ino files, and do they all need copying up to the top level of ~/Arduino?

Regards,

Ian]]>
I've dusted off my 6 year old box of WeatherDuino bits (life, grandchildren & a previously functioning weather station got in the way of this project), and I am attempting to restart my WeatherDuino journey with my Pro2 Compact receiver and transmitter.

I've got arduino-IDE 2.3.2 installed under Linux, with the Arduino-AVR boards & ESP8266 libraries installed .... not sure of the exact location of these, but presumable under one of the folders  '.arduino15'  or  '.arduinoIDE'. There is no libraries folder under ~/Arduino, but this is the Sketchbook' location shown under 'Preferences'. I have extracted the downloaded WD software into ~/Arduino

First question, does IDE 2.3.2 work ok with WeatherDuino?  I had something in my 6 year old notes about using Boards Manager versions below a certain release, and I have also seen something recently in the forums about potential problems with earlier releases of IDE 2.x

Second question, do I install the WD software libraries in ~/Arduino/libraries or do I need to find the already installed libraries in .arduino15 or .arduinoIDE, and place them there?

Third question; the receiver folder WeatherDuino_P2ESP8266_RX_v6.0_b003 has a number of .ino files, including WeatherDuino_P2ESP8266_RX_v6.0_b003.ino. I presume this is the correct sketch file to load into the IDE? What are the other .ino files, and do they all need copying up to the top level of ~/Arduino?

Regards,

Ian]]> <![CDATA[Rx unit not receiving data from TX]]> https://www.meteocercal.info/forum/thread-2283.html Sat, 10 Feb 2024 23:45:15 +0000 GerardvanA]]> https://www.meteocercal.info/forum/thread-2283.html As I mentioned elsewhere, I inherited a system (in pieces) from a friend and am trying to get it going again.
I got the RX unit going (apart from it showing 'Connecting to WiFi' every couple of minutes), and it it displaying the inside temp, humidity and air pressure.
It is not displaying any data from my TX unit. I've got the same Station_ID in both (0xA1), and the TX is sending out data, as I can hear the brusts on 433.8 MHz on my ham-radio receiver (the TX led is also blinking when transmitting). Both units are sitting on the table next to each other.

I can also see a blue dot appearing briefly next to TX0, in the SYSTEM INFO display, however no data displayed there at all.

Debugging show that the TX unit is getting data from the sensors. It also shows "Sending ID2" not sure it that's meaning anything?

The code is well commented, but some sort of a manual would be handy I think. 

Any clues to help me get this going?
Thanks,
Gerard]]> As I mentioned elsewhere, I inherited a system (in pieces) from a friend and am trying to get it going again.
I got the RX unit going (apart from it showing 'Connecting to WiFi' every couple of minutes), and it it displaying the inside temp, humidity and air pressure.
It is not displaying any data from my TX unit. I've got the same Station_ID in both (0xA1), and the TX is sending out data, as I can hear the brusts on 433.8 MHz on my ham-radio receiver (the TX led is also blinking when transmitting). Both units are sitting on the table next to each other.

I can also see a blue dot appearing briefly next to TX0, in the SYSTEM INFO display, however no data displayed there at all.

Debugging show that the TX unit is getting data from the sensors. It also shows "Sending ID2" not sure it that's meaning anything?

The code is well commented, but some sort of a manual would be handy I think. 

Any clues to help me get this going?
Thanks,
Gerard]]> <![CDATA[RX Unit wifi no connection after changing SSID]]> https://www.meteocercal.info/forum/thread-2282.html Thu, 08 Feb 2024 00:18:29 +0000 GerardvanA]]> https://www.meteocercal.info/forum/thread-2282.html I had the wifi on my RX unit working, at least it connected to my wifi, and I could see it on the router/wireless network connected devices list.
It did however showed on the display that it was connecting every 5 minutes or so (don't know if that's normal?). There was also a green dot on the display.

Now I had it connected to the 'Guest' account on my wifi, which meant it was not visible to my laptop. The Guest account issues a different group of IP addresses: 192.168.101.xx vs 192.168.100.xx for the 'normal' connections.

To fix this I changed the wifi credentials in the software to my 'normal' network. I copied and pasted both the SSID and the password from the router webpage, to avoid typos.
Compiled and uploaded all ok.

However the RX unit now fails to connect, and of course doesn't show up in the connected devices list.

Encryption is set to the same scheme on both the Guest and normal wifi. The router does have both 2.4 GHz and 5 GHz wifi, with different SSID's, I tried both but no differences.

I do have all the on-line options for the several weather data sites on in the software, but have no accounts there yet. But I can't see that having any influence on the problem.

Could there be a reset or something like that needs to be done? I tried the reset button on the RX board, but no change.
Thanks for any tips or suggestions.

Gerard]]> I had the wifi on my RX unit working, at least it connected to my wifi, and I could see it on the router/wireless network connected devices list.
It did however showed on the display that it was connecting every 5 minutes or so (don't know if that's normal?). There was also a green dot on the display.

Now I had it connected to the 'Guest' account on my wifi, which meant it was not visible to my laptop. The Guest account issues a different group of IP addresses: 192.168.101.xx vs 192.168.100.xx for the 'normal' connections.

To fix this I changed the wifi credentials in the software to my 'normal' network. I copied and pasted both the SSID and the password from the router webpage, to avoid typos.
Compiled and uploaded all ok.

However the RX unit now fails to connect, and of course doesn't show up in the connected devices list.

Encryption is set to the same scheme on both the Guest and normal wifi. The router does have both 2.4 GHz and 5 GHz wifi, with different SSID's, I tried both but no differences.

I do have all the on-line options for the several weather data sites on in the software, but have no accounts there yet. But I can't see that having any influence on the problem.

Could there be a reset or something like that needs to be done? I tried the reset button on the RX board, but no change.
Thanks for any tips or suggestions.

Gerard]]> <![CDATA[Compile Error Routines SHT2x]]> https://www.meteocercal.info/forum/thread-2279.html Sun, 04 Feb 2024 21:31:02 +0000 GerardvanA]]> https://www.meteocercal.info/forum/thread-2279.html ==================================================
Routines:10:22: error: expected primary-expression before '.' token
       T_ExtS0 = SHT2x.getTemperature() * 100.0;
                      ^
Routines:11:22: error: expected primary-expression before '.' token
       H_ExtS0 = SHT2x.getHumidity() * 100.0;      
                      ^
exit status 1
expected primary-expression before '.' token

==================================================

With the TH_SENSOR0 defined to 1 (and also 9 (no sensor)) the code compiles ok.
With it set to 2 I get other errors.

Since I'm trying to re-set up the gear I've been given without much data on it, I'm not sure what sensors I've got, but I would assume the code should compile ok for all options.

Any ideas?
Thanks]]> ==================================================
Routines:10:22: error: expected primary-expression before '.' token
       T_ExtS0 = SHT2x.getTemperature() * 100.0;
                      ^
Routines:11:22: error: expected primary-expression before '.' token
       H_ExtS0 = SHT2x.getHumidity() * 100.0;      
                      ^
exit status 1
expected primary-expression before '.' token

==================================================

With the TH_SENSOR0 defined to 1 (and also 9 (no sensor)) the code compiles ok.
With it set to 2 I get other errors.

Since I'm trying to re-set up the gear I've been given without much data on it, I'm not sure what sensors I've got, but I would assume the code should compile ok for all options.

Any ideas?
Thanks]]> <![CDATA[How to get access to software download?]]> https://www.meteocercal.info/forum/thread-2274.html Wed, 10 Jan 2024 14:23:57 +0000 robintw]]> https://www.meteocercal.info/forum/thread-2274.html
I have recently aquired a WeatherDuino Pro2 from my late PhD supervisor (I was helping clear out his electronics lab after his death). I've started having a play with it at home, but need to change some of the configuration options in the software, which I gather requires reflashing the Arduino with code with the config options updated.

I've found this post: https://www.meteocercal.info/forum/thread-492.html which gives a link to a download, but when I try and download it I get an access denied message.

Do I need to do some kind of extra registration to be able to access the downloads? Or is that registration automatically done when you buy a board? I can prove I have a board if needed (photos etc).

Best regards,

Robin]]>
I have recently aquired a WeatherDuino Pro2 from my late PhD supervisor (I was helping clear out his electronics lab after his death). I've started having a play with it at home, but need to change some of the configuration options in the software, which I gather requires reflashing the Arduino with code with the config options updated.

I've found this post: https://www.meteocercal.info/forum/thread-492.html which gives a link to a download, but when I try and download it I get an access denied message.

Do I need to do some kind of extra registration to be able to access the downloads? Or is that registration automatically done when you buy a board? I can prove I have a board if needed (photos etc).

Best regards,

Robin]]> <![CDATA[Davis wind vane, wind direction offset]]> https://www.meteocercal.info/forum/thread-2263.html Thu, 17 Aug 2023 09:44:05 +0000 Sun_Dancer]]> https://www.meteocercal.info/forum/thread-2263.html
I have a Davis 6410 wind vane, I can't align it to the north. also the wind vane cannot be unscrewed from the shaft. In the software of the TX Pro2 transmitter unit there is the possibility to set an offset for the wind direction.
I assume WDir_offs = 0 means the arm of the anemometer is pointing north. I need to install the southbound arm.
Do I then simply subtract 180 degrees from WDir_offs = 0, for example, i.e. WDir_offs = -180?

Greetings]]>
I have a Davis 6410 wind vane, I can't align it to the north. also the wind vane cannot be unscrewed from the shaft. In the software of the TX Pro2 transmitter unit there is the possibility to set an offset for the wind direction.
I assume WDir_offs = 0 means the arm of the anemometer is pointing north. I need to install the southbound arm.
Do I then simply subtract 180 degrees from WDir_offs = 0, for example, i.e. WDir_offs = -180?

Greetings]]> <![CDATA[Pro2 Transmitter and TMP36]]> https://www.meteocercal.info/forum/thread-2262.html Fri, 04 Aug 2023 14:29:46 +0000 Sun_Dancer]]> https://www.meteocercal.info/forum/thread-2262.html
Can the TMP36 temperature sensor of the Pro2 transmitter unit be mapped in the Config_Options.h of the receiver unit under EXTRASENSORS_SOURCE?]]>
Can the TMP36 temperature sensor of the Pro2 transmitter unit be mapped in the Config_Options.h of the receiver unit under EXTRASENSORS_SOURCE?]]> <![CDATA[Pro2Compact does not receive extra sensor data from AQM2]]> https://www.meteocercal.info/forum/thread-2260.html Thu, 27 Jul 2023 19:09:49 +0000 Sun_Dancer]]> https://www.meteocercal.info/forum/thread-2260.html
I am currently trying the AQM2 with the Duino Pro2 Compact as a defined extra sensor

#define GETDATA_FROM_WIFISENSORS 1 // 1= Enable, 0= Disable
#define WIFISENSORS_WEBSERVER_PORT 80 // WebServer Port defined on WD units

const char* WIFIunit_address [][4]= { "192.168.12.104" // IP address of first WiFi sensor
                                     , "" // IP address of second WiFi sensor

get the values for temp and hum.

The Pro2 Compact only receives the air quality values.
The AQM2 outputs the values in the web browser.
The 4Pro RX unit receives all data from the AQM2

The WIFI sensor debug output from the Pro2 shows me the following:

20:53:15.741 ->
20:53:15.741 -> Checking defined WiFi sensors:
20:53:15.741 -> WiFi Sensor 1 is defined at IP: 192.168.12.104, and its alive. Ping took: 60mS
20:53:15.787 -> WiFi Sensor 2 is not defined.
20:53:15.834 -> WiFi Sensor 3 is not defined.
20:53:15.834 -> WiFi Sensor 4 is not defined.
20:53:15.834 ->
20:53:15.834 -> Connection to WiFi Sensor 192.168.12.104, OK!
20:53:16.018 -> Deserialize JSON() from IP: 192.168.12.104, failed with code: NoMemory
20:53:16.065 -> Getting data from 192.168.12.104 took: 230 mS
20:53:16.065 ->
20:53:16.065 -> Processing all WiFi Sensors took: 252 mS
20:53:16.111 ->

here comes the error message: failed with code: NoMemory.
How can I fix the error?

Greetings Andre]]>
I am currently trying the AQM2 with the Duino Pro2 Compact as a defined extra sensor

#define GETDATA_FROM_WIFISENSORS 1 // 1= Enable, 0= Disable
#define WIFISENSORS_WEBSERVER_PORT 80 // WebServer Port defined on WD units

const char* WIFIunit_address [][4]= { "192.168.12.104" // IP address of first WiFi sensor
                                     , "" // IP address of second WiFi sensor

get the values for temp and hum.

The Pro2 Compact only receives the air quality values.
The AQM2 outputs the values in the web browser.
The 4Pro RX unit receives all data from the AQM2

The WIFI sensor debug output from the Pro2 shows me the following:

20:53:15.741 ->
20:53:15.741 -> Checking defined WiFi sensors:
20:53:15.741 -> WiFi Sensor 1 is defined at IP: 192.168.12.104, and its alive. Ping took: 60mS
20:53:15.787 -> WiFi Sensor 2 is not defined.
20:53:15.834 -> WiFi Sensor 3 is not defined.
20:53:15.834 -> WiFi Sensor 4 is not defined.
20:53:15.834 ->
20:53:15.834 -> Connection to WiFi Sensor 192.168.12.104, OK!
20:53:16.018 -> Deserialize JSON() from IP: 192.168.12.104, failed with code: NoMemory
20:53:16.065 -> Getting data from 192.168.12.104 took: 230 mS
20:53:16.065 ->
20:53:16.065 -> Processing all WiFi Sensors took: 252 mS
20:53:16.111 ->

here comes the error message: failed with code: NoMemory.
How can I fix the error?

Greetings Andre]]> <![CDATA[Upload data to HTTPS website]]> https://www.meteocercal.info/forum/thread-2231.html Mon, 29 May 2023 02:05:24 +0000 Palmyweather]]> https://www.meteocercal.info/forum/thread-2231.html
For some time now I have been using the option to upload my air quality data directly to my website using the "Air Quality Monitor - Upload data to My Server" which passes a string of data directly to my website for processing.

Recently my website host has advised that I should start adopting "https" and not "http". I have changed and updated my site to now support this change.

There is one thing that I cannot get right however which is having my weather station pass data directly to my web server when I have "Redirect from http to https" enabled on my web server. "Enhances the security of website's visitors by setting up a permanent, SEO-safe 301 redirect from the insecure HTTP to the secure HTTPS version of the website."

Have any other users come across this issue before?

I have tried the following changes with no success:
* Changing the port number from "80" (http) to "433" (https)
 
Code:
// Send AQM data to My Server
    if (wifi.createTCP(mux_id, My_Server, 443, 0))
    {
      #ifdef PRINT_DEBUG_MYSERVER_UPLOAD
         Serial.println(F("Connection OK"));
      #endif
      wifi.send(mux_id, (const uint8_t*)Data.c_str(), strlen(Data.c_str()));      
    }

* Changing the web header to "https"
 
Code:
Data += " HTTPS/1.0\r\nHost: ";  //WebHeader_0;  //  " HTTPS/1.0\r\nHost: "

* Changing "My_Server" variable to "https://palmyweather.co.nz";
 
Code:
const char* My_Server                = "palmyweather.co.nz";              // Put here your server address
const char* Path_To_LogToSQL_PHPfile = "/XXXXXXXX/AirQuality_LogToSQL.php";     // Name and path to AirQuality_LogToSQL.php file on My Server


Any ideas on a way to fix this would be much appreciated.

Kind regards,
Matt]]>
For some time now I have been using the option to upload my air quality data directly to my website using the "Air Quality Monitor - Upload data to My Server" which passes a string of data directly to my website for processing.

Recently my website host has advised that I should start adopting "https" and not "http". I have changed and updated my site to now support this change.

There is one thing that I cannot get right however which is having my weather station pass data directly to my web server when I have "Redirect from http to https" enabled on my web server. "Enhances the security of website's visitors by setting up a permanent, SEO-safe 301 redirect from the insecure HTTP to the secure HTTPS version of the website."

Have any other users come across this issue before?

I have tried the following changes with no success:
* Changing the port number from "80" (http) to "433" (https)
 
Code:
// Send AQM data to My Server
    if (wifi.createTCP(mux_id, My_Server, 443, 0))
    {
      #ifdef PRINT_DEBUG_MYSERVER_UPLOAD
         Serial.println(F("Connection OK"));
      #endif
      wifi.send(mux_id, (const uint8_t*)Data.c_str(), strlen(Data.c_str()));      
    }

* Changing the web header to "https"
 
Code:
Data += " HTTPS/1.0\r\nHost: ";  //WebHeader_0;  //  " HTTPS/1.0\r\nHost: "

* Changing "My_Server" variable to "https://palmyweather.co.nz";
 
Code:
const char* My_Server                = "palmyweather.co.nz";              // Put here your server address
const char* Path_To_LogToSQL_PHPfile = "/XXXXXXXX/AirQuality_LogToSQL.php";     // Name and path to AirQuality_LogToSQL.php file on My Server


Any ideas on a way to fix this would be much appreciated.

Kind regards,
Matt]]> <![CDATA[Not progressing past Gathering Data]]> https://www.meteocercal.info/forum/thread-2218.html Sun, 01 Jan 2023 10:04:08 +0000 mikeyk]]> https://www.meteocercal.info/forum/thread-2218.html I have been using my Weatherduino Pro2 Plus since 2018 without any issues, it has been great.
Unfortunately due to a lack of free time, I only have one TX board with temp and humidity (SHT31).
I had plans to add a second TX board for rain and wind.
And onboard the RX board I have for Temp/Humidity HTU21D and BMP180 for Barometric.
This has been working well, including with Wunderground.

Now with some free time during holidays I noticed that at some point in past year it stopped updating Wunderground.
If I restart RX, I've noticed that it gets stuck on "Gathering Data Please Wait!" although I can move past this by pressing the touch screen.
There are also three indicators on top left of screen, first is green, followed by red then yellow.
The in built web server is working OK and displaying the data from the TX and RX board.

I re-flashed both TX and RX boards (fixed a date issue mentioned in another thread).
I've tried turning on debugging but it doesn't show anything about the WU Uploading process. I'm also unsure if some of the other debug options are working.

I should also mention the TX board temp had stopped working a while ago (TMP36) so I disabled that when I re-flashed the TX firmware. So not sure if this all could be caused by a hardware issue.
I also tried moving back to V8.2 from v9.

These are the debugs I turned on.
Code:
#define PRINT_DEBUG_WIFI
#define PRINT_DEBUG_NTP_UPDATE      
#define PRINT_DEBUG_WU_UPLOAD      
//#define PRINT_DEBUG_TS_UPLOAD
//#define PRINT_DEBUG_MYSERVER_UPLOAD
#define PRINT_DEBUG_VCHECK
#define PRINT_DEBUG_TCP_SERVER
//#define PRINT_DEBUG_AURIOL
#define PRINT_DEBUG_BIOS
#define PRINT_DEBUG_RF_MESSAGES
//#define PRINT_DEBUG_WIFI_SENSORS
#define PRINT_GENERALDEBUG

And this is a sample of the debug output.
Code:
20:38:21.287 -> ESP8266 FW Version: WIFI GOT IP
20:38:24.287 ->
20:38:24.287 -> OK
20:38:24.287 ->
20:38:30.803 -> Mode station OK
20:38:30.803 -> Multiple mux OK
20:38:35.818 -> Join AP success!
20:38:35.818 -> Connected to AP: AT+CWJAP?
20:38:35.818 -> +CWJAP:"yarra","24:xx:xx:b5:xx:xx",11,-55
20:38:35.865 ->
20:38:35.865 -> OK
20:38:35.865 ->
20:38:35.865 -> IP Address: 172.x.x.x
20:38:35.865 -> Broadcast IP: 172.x.x.255
20:38:35.865 -> Start tcp server OK
20:38:35.959 -> STATUS:2
20:38:35.959 -> Set tcp server timout 30 seconds
20:38:36.006 -> RTC current date: Jan 01 2023
20:38:36.006 -> RTC current time: 20:38:36
20:38:36.006 -> Sending NTP request to sync clock...
20:38:36.053 -> NTP replied
20:38:36.053 -> UTC time from NTP server: 09:38:36
20:38:36.053 -> Local date set to: Jan 01 2023
20:38:36.100 -> Local time set to: 20:38:36
20:38:36.100 ->
20:38:36.100 -> RTC adjusted to local time: 20:38:36
20:38:36.147 -> RTC current date: Jan 01 2023
20:38:36.147 -> RTC current time: 20:38:36
20:38:36.147 ->
20:38:36.475 -> Checking for latest software version...
20:38:37.459 -> Latest software version: P2AT2560_RX_v9.0_b004
20:38:37.506 -> WiFi connection is ON
20:38:48.287 -> 20:38:48 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A13,1AD3,0,0,
20:39:05.293 -> 20:39:05 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A13,1AD7,0,0,
20:39:22.256 -> 20:39:22 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A19,1AD7,0,0,
20:39:39.271 -> 20:39:39 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A1A,1AD7,0,0,
20:39:56.240 -> 20:39:56 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A1A,1AD4,0,0,

Cheers,
Michael]]> I have been using my Weatherduino Pro2 Plus since 2018 without any issues, it has been great.
Unfortunately due to a lack of free time, I only have one TX board with temp and humidity (SHT31).
I had plans to add a second TX board for rain and wind.
And onboard the RX board I have for Temp/Humidity HTU21D and BMP180 for Barometric.
This has been working well, including with Wunderground.

Now with some free time during holidays I noticed that at some point in past year it stopped updating Wunderground.
If I restart RX, I've noticed that it gets stuck on "Gathering Data Please Wait!" although I can move past this by pressing the touch screen.
There are also three indicators on top left of screen, first is green, followed by red then yellow.
The in built web server is working OK and displaying the data from the TX and RX board.

I re-flashed both TX and RX boards (fixed a date issue mentioned in another thread).
I've tried turning on debugging but it doesn't show anything about the WU Uploading process. I'm also unsure if some of the other debug options are working.

I should also mention the TX board temp had stopped working a while ago (TMP36) so I disabled that when I re-flashed the TX firmware. So not sure if this all could be caused by a hardware issue.
I also tried moving back to V8.2 from v9.

These are the debugs I turned on.
Code:
#define PRINT_DEBUG_WIFI
#define PRINT_DEBUG_NTP_UPDATE      
#define PRINT_DEBUG_WU_UPLOAD      
//#define PRINT_DEBUG_TS_UPLOAD
//#define PRINT_DEBUG_MYSERVER_UPLOAD
#define PRINT_DEBUG_VCHECK
#define PRINT_DEBUG_TCP_SERVER
//#define PRINT_DEBUG_AURIOL
#define PRINT_DEBUG_BIOS
#define PRINT_DEBUG_RF_MESSAGES
//#define PRINT_DEBUG_WIFI_SENSORS
#define PRINT_GENERALDEBUG

And this is a sample of the debug output.
Code:
20:38:21.287 -> ESP8266 FW Version: WIFI GOT IP
20:38:24.287 ->
20:38:24.287 -> OK
20:38:24.287 ->
20:38:30.803 -> Mode station OK
20:38:30.803 -> Multiple mux OK
20:38:35.818 -> Join AP success!
20:38:35.818 -> Connected to AP: AT+CWJAP?
20:38:35.818 -> +CWJAP:"yarra","24:xx:xx:b5:xx:xx",11,-55
20:38:35.865 ->
20:38:35.865 -> OK
20:38:35.865 ->
20:38:35.865 -> IP Address: 172.x.x.x
20:38:35.865 -> Broadcast IP: 172.x.x.255
20:38:35.865 -> Start tcp server OK
20:38:35.959 -> STATUS:2
20:38:35.959 -> Set tcp server timout 30 seconds
20:38:36.006 -> RTC current date: Jan 01 2023
20:38:36.006 -> RTC current time: 20:38:36
20:38:36.006 -> Sending NTP request to sync clock...
20:38:36.053 -> NTP replied
20:38:36.053 -> UTC time from NTP server: 09:38:36
20:38:36.053 -> Local date set to: Jan 01 2023
20:38:36.100 -> Local time set to: 20:38:36
20:38:36.100 ->
20:38:36.100 -> RTC adjusted to local time: 20:38:36
20:38:36.147 -> RTC current date: Jan 01 2023
20:38:36.147 -> RTC current time: 20:38:36
20:38:36.147 ->
20:38:36.475 -> Checking for latest software version...
20:38:37.459 -> Latest software version: P2AT2560_RX_v9.0_b004
20:38:37.506 -> WiFi connection is ON
20:38:48.287 -> 20:38:48 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A13,1AD3,0,0,
20:39:05.293 -> 20:39:05 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A13,1AD7,0,0,
20:39:22.256 -> 20:39:22 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A19,1AD7,0,0,
20:39:39.271 -> 20:39:39 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A1A,1AD7,0,0,
20:39:56.240 -> 20:39:56 - Station ID: A1  Unit ID: 0  Sensor ID: 0  Full Message: A10000,A1A,1AD4,0,0,

Cheers,
Michael]]> <![CDATA[Wunderground upload]]> https://www.meteocercal.info/forum/thread-2188.html Thu, 15 Sep 2022 22:17:32 +0000 catliNZ]]> https://www.meteocercal.info/forum/thread-2188.html Hi
While getting my WeatherDuino Pro2+ to upload to Wunderground I found that they do not appear to send “success” in the http reply as their documentation shows and the Pro2+ code looks for.
 
I changed in NET.ino
about line 208
if (strstr((char *)temp_buffer, "200 OK") != NULL) WU_uploadDone = true; //look for "200 OK" not "success"
 
With a few other changes to the code my debug output now shows
09:41:54.071 -> Create tcp OK
09:41:54.376 -> Waiting for WU response...
09:41:54.376 -> WU reply: success
09:41:54.410 ->
09:41:54.410 -> WU replied: HTTP/1.1 200 OK
09:41:54.410 -> Date: Thu, 15 Sep 2022 21:42:02 GMT
09:41:54.444 -> Content-Type: text/plain; charset=utf-8
09:41:54.444 -> Content-Length: 8
09:41:54.478 -> Connection: close
09:41:54.478 -> Cache-Control: max-age=0, no-cache, must-revalidate, proxy-revalidate
09:41:54.512 -> Expires: Thu, 15 Sep 2022 21:42:02 GMT
09:41:54.512 -> Last-M
09:41:54.545 -> WU upload took: 1375 mS
09:41:54.545 ->
 
As well I have added code to also upload to WOW - WeatherObservationsWebsite but that needs documenting yet.
 
Ian]]> Hi
While getting my WeatherDuino Pro2+ to upload to Wunderground I found that they do not appear to send “success” in the http reply as their documentation shows and the Pro2+ code looks for.
 
I changed in NET.ino
about line 208
if (strstr((char *)temp_buffer, "200 OK") != NULL) WU_uploadDone = true; //look for "200 OK" not "success"
 
With a few other changes to the code my debug output now shows
09:41:54.071 -> Create tcp OK
09:41:54.376 -> Waiting for WU response...
09:41:54.376 -> WU reply: success
09:41:54.410 ->
09:41:54.410 -> WU replied: HTTP/1.1 200 OK
09:41:54.410 -> Date: Thu, 15 Sep 2022 21:42:02 GMT
09:41:54.444 -> Content-Type: text/plain; charset=utf-8
09:41:54.444 -> Content-Length: 8
09:41:54.478 -> Connection: close
09:41:54.478 -> Cache-Control: max-age=0, no-cache, must-revalidate, proxy-revalidate
09:41:54.512 -> Expires: Thu, 15 Sep 2022 21:42:02 GMT
09:41:54.512 -> Last-M
09:41:54.545 -> WU upload took: 1375 mS
09:41:54.545 ->
 
As well I have added code to also upload to WOW - WeatherObservationsWebsite but that needs documenting yet.
 
Ian]]> <![CDATA[Compiling Error for Update RX_v5.0_b007]]> https://www.meteocercal.info/forum/thread-2123.html Wed, 29 Dec 2021 18:25:45 +0000 bigcake]]> https://www.meteocercal.info/forum/thread-2123.html
Arduino:1.8.19 (Windows 7), Scheda:"LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled (new can abort), All SSL ciphers (most compatible), 4MB (FS:2MB OTA:~1019KB), v2 Lower Memory, Disabled, None, Only Sketch, 921600"

WeatherDuino_P2ESP8266_RX_v5.0_b006:141:51: error: 'WDname_0' was not declared in this scope
const char* const vaneDirectionsText[] PROGMEM = {WDname_0, WDname_1, WDname_2, WDname_3, WDname_4, WDname_5, WDname_6, WDname_7, WDname_8,

WeatherDuino_P2ESP8266_RX_v5.0_b006:141:61: error: 'WDname_1' was not declared in this scope
const char* const vaneDirectionsText[] PROGMEM = {WDname_0, WDname_1, WDname_2, WDname_3, WDname_4, WDname_5, WDname_6, WDname_7, WDname_8,

.....
WeatherDuino_P2ESP8266_RX_v5.0_b006:144:46: error: 'title_0' was not declared in this scope ------> 'title_8' was not declared in this scope
WeatherDuino_P2ESP8266_RX_v5.0_b006:145:46: error: 'menu_0' was not declared in this scope ----> 'menu_7' was not declared in this scope

for every "General Global Variables" the last error was for the

WeatherDuino_P2ESP8266_RX_v5.0_b006:159:46: error: 'DAname_0' was not declared in this scope ----> 'DAname_6' was not declared in this scope

=============================================================================================

Any suggest to solve it? Seams the same problem reported by xxDvDxx "compiling Error for Update RX_v4.1_b001 " in 06-12-2020 but this post is closed and xxDvDxx report that "i found the error and now its compiling with no errors" but there is not the solution...

There's someone that can help me?

Thanks]]>
Arduino:1.8.19 (Windows 7), Scheda:"LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled (new can abort), All SSL ciphers (most compatible), 4MB (FS:2MB OTA:~1019KB), v2 Lower Memory, Disabled, None, Only Sketch, 921600"

WeatherDuino_P2ESP8266_RX_v5.0_b006:141:51: error: 'WDname_0' was not declared in this scope
const char* const vaneDirectionsText[] PROGMEM = {WDname_0, WDname_1, WDname_2, WDname_3, WDname_4, WDname_5, WDname_6, WDname_7, WDname_8,

WeatherDuino_P2ESP8266_RX_v5.0_b006:141:61: error: 'WDname_1' was not declared in this scope
const char* const vaneDirectionsText[] PROGMEM = {WDname_0, WDname_1, WDname_2, WDname_3, WDname_4, WDname_5, WDname_6, WDname_7, WDname_8,

.....
WeatherDuino_P2ESP8266_RX_v5.0_b006:144:46: error: 'title_0' was not declared in this scope ------> 'title_8' was not declared in this scope
WeatherDuino_P2ESP8266_RX_v5.0_b006:145:46: error: 'menu_0' was not declared in this scope ----> 'menu_7' was not declared in this scope

for every "General Global Variables" the last error was for the

WeatherDuino_P2ESP8266_RX_v5.0_b006:159:46: error: 'DAname_0' was not declared in this scope ----> 'DAname_6' was not declared in this scope

=============================================================================================

Any suggest to solve it? Seams the same problem reported by xxDvDxx "compiling Error for Update RX_v4.1_b001 " in 06-12-2020 but this post is closed and xxDvDxx report that "i found the error and now its compiling with no errors" but there is not the solution...

There's someone that can help me?

Thanks]]> <![CDATA[WeatherDuino Pro2 Compact v5.0_b007]]> https://www.meteocercal.info/forum/thread-2100.html Mon, 01 Nov 2021 13:16:24 +0000 xxDvDxx]]> https://www.meteocercal.info/forum/thread-2100.html after the last update seem that the sw version and the latest sw available version are inverted with colors and positions too . 

.jpeg 174E456D-6FE6-44F2-91F5-1A29AA851196.jpeg Size: 115,61 KB  Downloads: 285
]]> after the last update seem that the sw version and the latest sw available version are inverted with colors and positions too . 

.jpeg 174E456D-6FE6-44F2-91F5-1A29AA851196.jpeg Size: 115,61 KB  Downloads: 285
]]> <![CDATA[Latest version error]]> https://www.meteocercal.info/forum/thread-2064.html Fri, 13 Aug 2021 21:48:08 +0000 catliNZ]]> https://www.meteocercal.info/forum/thread-2064.html I receive a "400 Bad Request" reply complete with HTML tags.

.jpg Latest error.jpg Size: 87,98 KB  Downloads: 200


Ian]]> I receive a "400 Bad Request" reply complete with HTML tags.

.jpg Latest error.jpg Size: 87,98 KB  Downloads: 200


Ian]]>