Topic: new device firmware for HP2551C - v1.7.3

[olicat]

Hi!

There's a new firmware v1.7.3 available to download from https://www.ecowitt.com/shop/goodsDetail/1.
For German users, it primarily offers a better translation.
For all of us the possibility of being able to assign our own names for the soil moisture sensors, for example, which are displayed on the main page.

Code: [Select]

1.Modify "Weatherclould" to "Weathercloud" on the settings page
2.Fix the issue of not receiving the WH32 T&H sensor on the version of V1.7.2
3.Fix the error in the CSV header of the CSV files on the SD card:
Waren oft --> Blitzanzahl
Waren entfernt -->-Blitzentfernung

Main Updates for V1.7.2:
1. Increase the outdoor temperature automatic compensation function. The automatic calibration is closed by default, and the temperature value will be automatically compensated only when the automatic calibration switch is turned on; The compensation is based on solar radiation and wind speed
2. The display name of the soil multi-channel value on the main interface is consistent with the name of the optional sensor data interface, and the channel name can be changed on the sensordata interface;
3. The name of the indoor temperature, humidity and air pressure transmitter can be changed, and the value of the indoor temperature and humidity will be optional  Sensor data interface display;
4. According to the customer's proposal, modify part of the German translation and modify the problem that ö is displayed as Y

As usual, this firmware has to be placed on a microSD card and inserted into the console.
The firmware will then be installed automatically.

Greetings, Oliver

[Gyvate]

1st bug found -
The Indoor temperature which was earlier - and correctly ! - named "Indoor" now shows as "WH32" which is not only not nice but also wrong (WH32B I would have understood).
Anyhow - already reported to Ecowitt.

[olicat]

Hi!

You can name the sensor what you want. Here with me it's called "Innen".

Oliver

[Gyvate]

OK - and where exactly would I do that ?
Have gone through all setup options and could only rename the WH31 sensor display, but not the WH32B.
Maybe I'm just blind and don't see it ...

[olicat]

Hi!

OK - and where exactly would I do that ?

Just press 4 times the arrow-up/down symbol to get to the sensor overview.
There you can navigate with up/down to the sensor to be renamed.
With the button magnifying glass - you may edit the name.

Oliver

[Gyvate]

OK - so it's in the "Optional Sensor Display Mode" as per the manual (where only optional sensors are shown as per name and picture).
I didn't know that the WH32B indoor temp/hum/pressure sensor was an OPTIONAL sensor. I thought is was an integral part of the console's BASIC sensors. At the least that is misleading wording.
But good to know. Will add this info to my console posting assuming I'm not the only one who would fall into this trap.
As long as a firmware update didn't make a reset/purge of this name, it had never been an issue.

[Gyvate]

OK - so it's in the "Optional Sensor Display Mode" as per the manual (where only optional sensors are shown as per name and picture).
I didn't know that the WH32B indoor temp/hum/pressure sensor was an OPTIONAL sensor. I thought is was an integral part of the console's BASIC sensors. At the least that is misleading wording.
But good to know. Will add this info to my console posting assuming I'm not the only one who would fall into this trap.
As long as a firmware update didn't make a reset/purge of this name, it had never been an issue.

I've added the instructions of how to edit the Indoor T/H/P name to the HP2551 console section of our compatibility matrix thread
https://www.wxforum.net/index.php?topic=40730.msg420959#msg420959

[Ivan13]

Did any of you notice (or check) the possibility of activating the temperature compensation mode with respect to solar radiation?  I activated it and in the next few days I will see how it goes. Applies to the sensor groups that have the solar radiation sensor, therefore WH65, WS69 and WS80

https://drive.google.com/drive/folders/19iGWVZKtFtE0sbr5CuAjkGFZmdYbLHOE

[olicat]

Hi!

Did any of you notice (or check) the possibility of activating the temperature compensation mode with respect to solar radiation?

I haven't tested this yet, but it might help.
Here is Ecowitt's statement when I asked what this is this all about:

The compensation is based on solar radiation and wind speed

I activated it and in the next few days I will see how it goes.

I am looking forward to your attempts!

Regards, Oliver

[Landau]

If I turn this on the Console and GW-1000 could report different temperatures as the console is compensated and the GW-1000 not, correct?

[Gyvate]

So it appears.
We are not aware of the GW1000 having this feature implemented. So both would show different outdoor temperatures from the same sensor during periods of strong solar radiation when the compensation is activated in the HP2551 console.

It would compensate the WH65/WS69 and WS80 temperature over-reading. To what extent Ivano's tests will show. Ivano is very experienced in running tests with temperature sensors in different radiation shielding environments (see https://www.wxforum.net/index.php?topic=39934.0).
Maybe his test results have inspired Fine Offset/Ecowitt to implement a solar radiation and wind speed dependent algorithm

[Ivan13]

At the moment I can say that this system is absolutely not good.  The compensated sensor reported lower data up to 2 ° C lower than my standard barani.  I am attaching the graphs from which it can be easily deduced that it is not good at the moment:
https://drive.google.com/drive/folders/19iGWVZKtFtE0sbr5CuAjkGFZmdYbLHOE

Regarding Landau's question if you use the gateway and the console together, the gateway will read you the data without temperature compensation while the console will read you the compensated data.

P.s.  sorry but the legend of the graphs is in Italian, if you don't understand something, tell me I'll explain it [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]

[mauro63]

It's getting a little confusing ...

temperature compensation is an attempt, still under development, to correct the temperature reading based on the calculation of the energy balance.
As well highlighted by Ivan, we are still far from its possible practical use, the calculation formulas are still under study and therefore I DO NOT RECOMMEND activating this function except for educational purposes.

This kind of solution has the ability to give interesting results but, if it is relatively easy in an open-air sensor, assume great difficulty with the sensor inside a solar radiation shield due to a lot of different heat transfers that cannot be resolved by a simple equation

Mauro

[Gyvate]

It's getting a little confusing ...

temperature compensation is an attempt, still under development, to correct the temperature reading based on the calculation of the energy balance.
As well highlighted by Ivan, we are still far from its possible practical use, the calculation formulas are still under study and therefore I DO NOT RECOMMEND activating this function except for educational purposes.

This kind of solution has the ability to give interesting results but, if it is relatively easy in an open-air sensor, assume great difficulty with the sensor inside a solar radiation shield due to a lot of different heat transfers that cannot be resolved by a simple equation

Mauro

One could, based on measurements like Ivano's, create one (or more) characteristic curves (probably "caratteristice" in Italian) showing the behaviour at different radiation levels and wind situations and use them for the compensation.
Like it is done e.g. with fuel injection in high pressure engine performance ... (for common-rail diesel engines)
It will of course not be as simple as radiation = luminance / 126.7 

[mauro63]

It's getting a little confusing ...

temperature compensation is an attempt, still under development, to correct the temperature reading based on the calculation of the energy balance.
As well highlighted by Ivan, we are still far from its possible practical use, the calculation formulas are still under study and therefore I DO NOT RECOMMEND activating this function except for educational purposes.

This kind of solution has the ability to give interesting results but, if it is relatively easy in an open-air sensor, assume great difficulty with the sensor inside a solar radiation shield due to a lot of different heat transfers that cannot be resolved by a simple equation

Mauro

One could, based on measurements like Ivano's, create one (or more) characteristic curves (probably "caratteristice" in Italian) showing the behaviour at different radiation levels and wind situations and use them for the compensation.
Like it is done e.g. with fuel injection in high pressure engine performance ... (for common-rail diesel engines)
It will of course not be as simple as radiation = luminance / 126.7 

No, unfortunately, it is not that simple, in this case, many influencing factors come into play
absorbability of the materials, different behavior-based not only on the speed but also on the prevailing wind direction, the different inclination of the sun's rays, the substrate on which the station is to operate and I could continue for a long time
we have been working on this option for several months, and I fear we will need as many

I will probably ask to remove this option ASAP, at least for now

Mauro

[Gyvate]

If I were to do this, I'd start with two maximum three key parameters (radiation, wind speed, + 1) and create prototypical characteristic curves which then could be optimized by modulating them with known mathematical functions of the e^x and ln (x) type. This should give sufficiently exact results. I'm aware that there are in principle many factors who play some role, but I'd still start with the biggest and compensate for the others with modulating/super-imposing.

[mauro63]

I have now spoken to Fine Offset,
the software temperature compensation will NOT be used at least at the moment, and we will go down the road to improve the quality of the solar radiation shields
I recommend NOT to try this function, it is not useful and is not able to return reliable data, therefore I officially invite you NOT to use it

Thank you
Mauro

[Gyvate]

Obviously Fine Offset did already something regarding the shielding as Ivano's tests with the WN67 are showing.
https://www.wxforum.net/index.php?topic=39934.msg429284#msg429284
That's looks pretty good to me compared to a WH65/WS69 or WS80.

[mauro63]

Obviously Fine Offset did already something regarding the shielding as Ivano's tests with the WN67 are showing.
https://www.wxforum.net/index.php?topic=39934.msg429284#msg429284
That's looks pretty good to me compared to a WH65/WS69 or WS80.

No, not yet
the new solar radiation shields will be ready not before a couple of months for initial internal tests

mauro

[Mandrake]

Glad to see this. I did a little bit of work with Ecowitt when I got my WH32-EP and tested with the RS-0001 against the Davis 7714 screen. They seemed receptive and said they would do some work around improving screening but I have not heard anything since.

[mauro63]

Glad to see this. I did a little bit of work with Ecowitt when I got my WH32-EP and tested with the RS-0001 against the Davis 7714 screen. They seemed receptive and said they would do some work around improving screening but I have not heard anything since.

Yes, Mandrake, I can confirm

in the first step, we have tried to understand and to study a software solution based on energy balance but we have found a lot of variables need to calculate and a very sophisticated software necessary needs to have a good result and, at least for now, this solution will be abandoned

Now the focus is to improve the quality of the original radiation shield but, very important, with the goal that the user don't need to buy a new sensor array, but only an upgrade


Mauro

[Mandrake]

I can also reveal that the future all in one sensor arrays will feature a modular design for the new style radiation screen meaning that in future if you have a temp/humidity failure it will be an easy part to detach and replace on site without having to dismantle the sensor array as now.

[mauro63]

I can also reveal that the future all in one sensor arrays will feature a modular design for the new style radiation screen meaning that in future if you have a temp/humidity failure it will be an easy part to detach and replace on site without having to dismantle the sensor array as now.

I can confirm and there's a possible new solution that can improve the original sensor with a more accuracy version as a simple upgrade
Sht30 to sht35

Mauro

[olicat]

Mauro & all,

[...]
the software temperature compensation will NOT be used at least at the moment, and we will go down the road to improve the quality of the solar radiation shields
I recommend NOT to try this function, it is not useful and is not able to return reliable data, therefore I officially invite you NOT to use it

is the temperature compensation useful in the meantime or still not usable? In the meantime we have already installed several firmware updates since v1.7.3 and are now at v1.8.0.

the new solar radiation shields will be ready not before a couple of months for initial internal tests

Are there any news regarding this topic?

and (finally):

there's a possible new solution that can improve the original sensor with a more accuracy version as a simple upgrade
Sht30 to sht35

What about this?

The days are getting sunnier and warmer - so a solution to these points would be most welcome.

Regards, Oliver