OK, I missed setting the altitude on this device. with 2x GW2000 and 2x 
GW3000 it's sometime hard to keep track of things :D The value before the 
first switch of drivers must have been from another device. Since I want to 
use the backfilling, I switched from GW2000 to GW3000.

Werner Krenn schrieb am Samstag, 12. Juli 2025 um 21:44:37 UTC+2:

> >your version seems to deliver absolute pressure for barometer
> Yes!
>
> The complete mapping is also available on GitHub:
>
>
> https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/ecowitt_http/Ecowitt_http_default_mapping.txt
>
> *This ensures that users of my Ecowittcustom driver can switch directly to 
> this driver, or users of Oliver's FOSHKplugin can use it in conjunction 
> with my Ecowittcustom driver.*
> [email protected] schrieb am Samstag, 12. Juli 2025 um 20:03:42 UTC+2:
>
>> Yesterday at 23:45 CEST on my test system I switched from the ecowitt 
>> gateway driver to gary's ecowitt_http driver from  and today at 11:10CEST I 
>> replaced the ecowitt_http.py with your version:
>> Three obvious things with your version:
>> - radiation is there
>> - pm and co2 values are there
>> - your version seems to deliver absolute pressure for barometer
>>
>> [image: 2025-07-12 20_00_52-Das Wetter in AT, Salzburg, Hallein, Rif - 
>> Brave.png]
>>
>> Werner Krenn schrieb am Samstag, 12. Juli 2025 um 13:40:09 UTC+2:
>>
>>> The reference for the field names in my case is "customized" and there 
>>> is no "illuminance" field here, 
>>> but rather "solarradiation." This is because newer values are always 
>>> made available first in "customized".
>>>
>>> response for url http://192.168.0.110/get_livedata_info?
>>> --> {"common_list":[
>>> { "id": "0x02", "val": "17.7", "unit": "C" }, 
>>> { "id": "0x07", "val": "79%" }, 
>>> { "id": "3", "val": "17.7", "unit": "C" }, 
>>> { "id": "5", "val": "0.43 kPa" }, 
>>> { "id": "0x03", "val": "14.0", "unit": "C" }, 
>>> { "id": "0x0B", "val": "0.00 km/h" }, 
>>> { "id": "0x0C", "val": "3.96 km/h" }, 
>>> { "id": "0x19", "val": "31.32 km/h" }, 
>>> { "id": "0x15", "val": "790.77 W/m2" }, 
>>> { "id": "0x17", "val": "7" }, 
>>> { "id": "0x0A", "val": "2" }],
>>>
>>> You can get "illuminance" with
>>> [StdCalibrate]
>>>   [[Corrections]]
>>>      luminosity = radiation * 126.7 if radiation is not None else None
>>>
>>> The factor 126.7 you use may vary. This value can be obtained via
>>> get_calibration_data?
>>> --> {"SolarRadWave":"126.7","solarRadGain":"1.00" ...
>>> This factor of 126.7 is a generally accepted value.
>>>
>>> >difference between your version and the original:
>>> Short answer: *My modified driver supports all currently possible 
>>> sensors from Ecowitt and really ALL*
>>>
>>>
>>> https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/blob/main/ecowitt_http/compare_%20gw3000_live_data.txt
>>> [email protected] schrieb am Samstag, 12. Juli 2025 um 00:17:02 UTC+2:
>>>
>>>> Has illuminance and radiation changed with the http API or why the 
>>>> change in the code?
>>>> What is the difference between your version and the original and why 
>>>> didn't you fork the original one?
>>>>
>>>> Werner Krenn schrieb am Freitag, 11. Juli 2025 um 18:16:17 UTC+2:
>>>>
>>>>> The driver is almost complete.
>>>>>
>>>>> The "service" function isn't working and hasn't been touched.
>>>>>
>>>>> All settings in weewx.conf and further information are documented on 
>>>>> GitHub:
>>>>>
>>>>>
>>>>> https://github.com/WernerKr/Ecowitt-or-DAVIS-stations-and-Season-skin/tree/main/ecowitt_http
>>>>>
>>>>> At the moment there are no plans to create an installation package for 
>>>>> this!
>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/d/msgid/weewx-user/60b51914-47fa-45b7-9b8f-731a0d4028a1n%40googlegroups.com.

Reply via email to