[werk_ag]

Indoor Temp
TemperaturaInt : (Integer var) value is temperature in ºC times 10
Output_T_Int: (Integer var) value is temperature is user selected unit (ºC or ºF) times 10

Indoor Humidity
Output_H_Int: (Unsigned Integer var) value is times 10

ATM
Output_pressure: (Float var) value is ATM in user select unit (mB or inHg)
pressure_mB:  (Float var)
pressure_inHg: (Float var)

[engolling]

Hello Werk,

I checked the schematics of the RXPro2Plus Module and I have some problems to get along with it.
Could it be, that the MEGA CON 2 has reversed numbering than the Meduino (PIN0 - 31) ?

At the moment I connected serial 3 to export some extra data and it seems to work. Could you confirm that this serial port is not used at the pcb?

Regards,
engolling

[werk_ag]

I checked the schematics of the RXPro2Plus Module and I have some problems to get along with it.
Could it be, that the MEGA CON 2 has reversed numbering than the Meduino (PIN0 - 31) ?

Hi engolling ,

As you may have noted the numbering on the CON connectors on the schematics don't have any relation with the Meduino pin numbering.

At the moment I connected serial 3 to export some extra data and it seems to work. Could you confirm that this serial port is not used at the pcb?

Yes, I can confirm that Serial 3 (Meduino pins 14 and 15) isn't used.

[engolling]

Hello Werk,

thank you for all your support. 
During testing (because I had misused a code section for transmission ) I found some strange behaviour of the following code section in the main file:

Code:

 // --- Update Clock every minute
 if (minute() != last_min)
 {

This branch comes true every minute, if the display is in clock mode or shows the weather condition. But it comes every 5 seconds or even faster true, if the system info window is active.

Could this be a bug?

Regards,
Engolling

[werk_ag]

Hi Engolling,

I have just checked, and you are right. It is a bug. There is an instruction in the draw_TXInfo_TFT() routine that its placed in the wrong place.
Fix will be included in next release.

Here is how to fix it:

In the draw_TXInfo_TFT() routine search for:

Code:

   activeWindow = TXinfo_Data;

after that line, add this:

Code:

   last_min = 99;

Now go to end of the same routine and delete the line with:

Code:

   last_min = 99;

Thank you for reporting it.

[engolling]

Here is my first implementation of my full precision serial data interface for the WeatherDuino. Please find all the stuff in the attachement.
This can be extended with the data of WD units when it is implemented some day. The time consumption of the transmission is 12ms each minute.
I moved the function call in the routines section where it fits better. First it was in the main for testing purpose, when I noticed that it is called to often.

I have another questing concerning the data structs. Why are there 5 ints reserved in the TX data for AQImonitor. As far as I have seen this data is unused at the moment.
In the next days I will create a python parser for the data.

[werk_ag]

Hi Engolling,

Please check the the COM_Transmit.ino file, it is empty.

[engolling]

Here is a new try.   
This time everything should be fine.

[engolling]

Here is an update from me.
All the data of the WeatherDuino RX-Station is sent by the modification of the RX-Software and can be logged with the included python script.
The data can be easily displayed for example with the software TestViewer.
https://www.gantner-instruments.com/de/p...st-viewer/

Moreover I think that the T/H data of the AQM is never written in the intended variables.

In data_structs.h

Code:

// -------------------------------------------------------------------
//      Structure for data from the AQI Monitor
// -------------------------------------------------------------------
struct AQI_Monitor_datastruct
{
 uint16_t AQI_PM1_0;
 uint16_t AQI_PM2_5;
 uint16_t AQI_PM10_0;
 uint16_t AQI_Index;
 uint16_t AQI_Temp;
 uint16_t AQI_Hum;
 uint16_t GAS_1;  
 uint16_t GAS_2;
} AQI_Monitor;

In RX_TX.ino the T/H data is only written onto the memory of the extra sensors

Code:

   case 12:
     {
       AQI_Monitor.GAS_1 = RX_Data[3];  // GAS_1 from AQI Monitor
       AQI_Monitor.GAS_2 = RX_Data[4];  // GAS_1 from AQI Monitor

       // ----------- Map AQI Monitor data to Davis Extra Sensor scheme ----------------------------------------------------
       for (byte i = 0; i < 7; i++)
       {
         if ((ExtraS_Source[i] [0] == 8) && (ExtraS_Source[i] [1] == 0)) // Temp / Hum from the Dust Sensor
         {
           ExtraS_Data[i][0] = RX_Data[1] / 10;
           ExtraS_Data[i][1] = RX_Data[2] / 10;

           loopData.extraTemperatures[i] = round((ExtraS_Data[i][0] * 0.18) + 122.0);
           loopData.extraHumidities[i]   = round(ExtraS_Data[i][1] * 0.1);

           AQM_TH_Mapposition = i;  // Store mapping position of the AQM Temp / Hum sensor

So case 12 should contain the mapping as following:

Code:

   case 12:
     {
       AQI_Monitor.GAS_1 = RX_Data[3];     // GAS_1 from AQI Monitor
       AQI_Monitor.GAS_2 = RX_Data[4];     // GAS_1 from AQI Monitor
       AQI_Monitor.AQI_Temp = RX_Data[1];  // Temp from AQI Monitor
       AQI_Monitor.AQI_Hum = RX_Data[2];  // Humidity from AQI Monitor

engolling

[werk_ag]

Moreover I think that the T/H data of the AQM is never written in the intended variables.

Indeed the  uint16_t AQImonitor[5] vars in the TX_Units struct aren't used. They already have been removed  in WeatherDuino Pro2 PLUS 7 which will be publicly released soon.

I think you will like to know, that despite the new functionalities introduced in WeatherDuino Pro2 PLUS 7, the amount of available SRAM after compilation raised around 1000 bytes, which is a great news for those, like you, which like to do code modifications to create special features.

PS: Talk to your friend (t.......), he may provide you a way to get the WeatherDuino Pro2 PLUS 7 RC1