Topic: new firmware version for GW1200: V1.3.0

[olicat]

Hi!

There's a new firmware version V1.3.0 available for the GW1200.

Use the current WSView Plus app or the web interface (WebUI) of the GW1200 ("Device Setting") to update.

Changelog for V1.3.0:

• Added support for WS85
• Fixed some known bug

(not installed yet)

Oliver

[broadstairs]

Installed OK here....

Stuart

[jbroome]

The firmware image file is:

    https://osswww.ecowitt.net/ota/20240427/fa57569a964b6a851a4537bb50a2910a.bin

  ---Jonathan

[jbroome]

I think I've found a regression here:

1.2.2 - shows WH46 additional information (pm1, pm4) on its web page (liveData.html) and sends via the Ecowitt protocol to EAR, but does not send via the telnet API.

1.2.8 - continues to show WH46 on its web page, continues to send via Ecowitt protocol to EAR, and ADDS that it sends the data via the telnet API.

1.3.0 - does not show anything at all for the WH46 - not on the local web page, not on the EAR submission, and not in the telnet API.  It *does* report the hardware ID in the WH45 slot, as it had been doing previously.

1.3.0 is also the first time that the value "eMAX_SENSOR" (0x31) has appeared at the end of the reply to CMD_READ_SENSOR_ID_NEW - the sensor type of 0x31 is accompanied by by a hardware ID of ff:ff:ff:ff, a battery value of ff, and signal value of 0, as might be expected.  The data ends there. This sentinel value is really only surprising in that it's the first version of the firmware to exhibit this particular behaviour - all previous versions simply used the length to indicate the end of the sensor list.

Interesting...  I have down-revved to 1.2.8 for now, and things are back to normal.

   ---Jonathan

[Gyvate]

I think that's the WS85 sensor:
{ "img": "wh85", "type": "49", "name": "Wind & Rain", "id": "FFFFFFFE", "batt": "9", "signal": "0", "idst": "0" },
sensorID 0x31 = dec 49 (type is the sensor #) - including the WS85 there are 49 sensors possible assuming the max number of each is registered
result of http://IP-address/get_sensors_info?page=1 on a GW1200 1.3.0 resp. a WS3910 on 1.2.9

[jbroome]

I think that's the WS85 sensor:
{ "img": "wh85", "type": "49", "name": "Wind & Rain", "id": "FFFFFFFE", "batt": "9", "signal": "0", "idst": "0" },
sensorID 0x31 = dec 49 (type is the sensor #) - including the WS85 there are 49 sensors possible assuming the max number of each is registered
result of http://IP-address/get_sensors_info?page=1 on a GW1200 1.3.0 resp. a WS3910 on 1.2.9

Yes, that makes sense - thank you.. I have now added this to my ecowitt.h, along with supporting code to the application:
        eWH85_SENSOR = 49,      // 49   0x31

But it still doesn't explain the loss of the WH46 in the v1.3.0 firmware.  I dug around some more, and the firmware does indeed still have the pm1, pm4, and wh46 strings embedded inside.  (There are also quite a few ws85 strings in there - lots of debugging.)

   ---Jonathan

[olicat]

 ... probably fixed with firmware v1.3.1 ...

Oliver

[mcrossley]

I think that's the WS85 sensor:
{ "img": "wh85", "type": "49", "name": "Wind & Rain", "id": "FFFFFFFE", "batt": "9", "signal": "0", "idst": "0" },
sensorID 0x31 = dec 49 (type is the sensor #) - including the WS85 there are 49 sensors possible assuming the max number of each is registered
result of http://IP-address/get_sensors_info?page=1 on a GW1200 1.3.0 resp. a WS3910 on 1.2.9

What does battery=9 mean? 0.9V?

[Gyvate]

no - it means off
see http://meshka.eu/Ecowitt/dokuwiki/doku.php?id=start#c_retrieval_of_sensor_data_from_the_local_network_via_http_call_local_http_api

[mcrossley]

Thanks. Now what is "off"? I understand a level and DC, but "off" ?

[Gyvate]

0 V, no battery - afaik it only occurs when a sensor is not connected, be it because it doesn't exist physically or it stopped existing for the console because it ran out of battery

[jbroome]

... probably fixed with firmware v1.3.1 ...

Oliver

Indeed it is. Revved to 1.3.1 and the WH46 is working again.

   ---Jonathan