Is‘t it better to post possible errors on Githup? In addition to Radiation I‘m also missing rain and current rain rate now. Will open issues on Github now.
Am Sonntag, 26. Juli 2020 02:13:38 UTC+2 schrieb gjr80: > > Whilst there definitely is nothing in the API for retrieving what WeeWX > knows as 'radiation', there is a calibration setting labelled 'SolarRad > Gain' in the WS View app (interestingly there is no gain setting for > anything to do with 'light', luminosity, illuminance etc so it could be a > mis-labelling/inconsistent labelling of the parameter in the app). If you > have been obtaining 'radiation' data via the interceptor driver can you > please give me some further details, it may be a case of the GW1000 > deriving a radiation value suitable for on-line weather services such as WU > and that is how WeeWX has obtained the 'radiation' data or, more unlikely, > it may be that there is something else available in the API that is not > documented. > > Gary > > On Sunday, 26 July 2020 08:37:10 UTC+10, gjr80 wrote: >> >> On Sunday, 26 July 2020 00:54:03 UTC+10, Vetti52 wrote: >>> >>> When running reconfigure with prompts, there are two changes, that >>> occured in my case without asking: >>> group_pressure turns to inHg, and group_speed and group_speed2 turn to >>> mile_per_hour >>> and ~2 respectively.You better diff old and new version before >>> restarting. >>> >> >> This almost certainly is an issue with wee_config and your config; the >> GW1000 driver has no ability to change WeeWX units/unit system. I do have a >> vague recollection that there was a previous issue that was raised (and >> fixed) regarding unexpected unit changes (it may have been on upgrade). I >> will make a note to look into this. >> >> >>> In addition, 'radiation': 'solar_radiation', is missing in >>> default_field_map >>> in gw1000.py. >>> >> >> This is intentional. Unfortunately the GW1000 API has no ability to >> obtain what in WeeWX parlance we know as field radiation (solar >> insolation). The API can return what the API terms 'light' or luminosity in >> Lux as well as UV index and what the API terms 'UV' in microWatts per >> square metre. Some folks derive field radiation from luminosity though I >> believe the relationship is somewhat complex. It's not the place for the >> GW1000 driver to derive obs such as radiation from other obs, rather >> derived observations should be derived by the StdWXCalculate service. >> Whilst the StdWXCalculate service does not really lend itself at present >> to the addition of user defined derived obs, a user can add simple derived >> obs by adding appropriate entries under [StdCalibrate] [[Corrections]] >> in weewx.conf, for example: >> >> [StdCalibrate] >> [[Corrections]] >> new_obs = outTemp * 2.5 + 2 * (windSpeed - barometer) >> >> would create the field new_obs using the (nonsense) formula shown. The >> default GW1000 driver mapping passes the light, UV and UV index >> observations through to the WeeWX loop packet (UV index is mapped to WeeWX >> field UV) so they are available for use in StdCalibrate as required. >> >> Gary >> > -- 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 on the web visit https://groups.google.com/d/msgid/weewx-user/b6c408c8-a350-4629-b1e3-c145b62449d4o%40googlegroups.com.
