I did read through the release notes, must have missed that entry.  To be 
fair, there were a lot of changes in that release and a single entry in the 
changelog was easy to miss.

Was there a bug report associated with that change?  Was there a problem 
with just assigning the windDir value to windGustDir since 99% of the time 
that is accurate?

I'll change my templates to reflect that the value is no longer being 
generated.

On Tuesday, May 2, 2017 at 9:19:57 AM UTC-6, Andrew Milner wrote:
>
> Did you read the release notes for 3.7.0??
>
> "The observation windGustDir has been removed from wmr100, wmr200, te923,
> and fousb drivers. These drivers were simply assigning windGustDir to
> windDir, since none of the hardware reports an actual windGustDir.
> "
>
> A workaround is to use  Stdcalibrate - corrections to set windGustDir = 
> windDir, or just accept that your station does not provide a genuine wind 
> gust direction, so   change your report templates accordingly to remove the 
> fabricated value!!!
>
>
>
> On Tuesday, 2 May 2017 18:04:49 UTC+3, Jarom Hatch wrote:
>
>> I'm running weewx on a raspberry pi using the FineOffsetUSB driver.
>>
>> I updated weewx from 3.6.2 to 3.7.1 on Apr 29 and I just noticed that 
>> ever since, windGustDir has been null.  Here's the lines from syslog 
>> showing the version change:
>>
>> Apr 29 14:35:43 weather weewx[766]: engine: Terminating weewx version 
>> 3.6.2
>> Apr 29 14:47:11 weather weewx[16694]: engine: Initializing weewx version 
>> 3.7.1
>>
>> Here are the lines in the DB that show the change at that time:
>>
>> root@weather:/var/lib/weewx# sqlite3 weewx.sdb "select 
>> dateTime,windGust,windGustDir from archive where dateTime between 
>> 1493497500 and 1493498521"
>> 1493497500|16.1060613966041|0.0
>> 1493497560|25.5012638779564|0.0
>> 1493497620|28.1856074440571|0.0
>> 1493497680|24.1590920949061|0.0
>> 1493497740|14.7638896135537|315.0
>> 1493497800|9.39520248135238|270.0
>> 1493497860|10.7373742644027|0.0
>> 1493497980|25.5012638779564|315.0
>> 1493498100|24.8301779864313|315.0
>> 1493498161|23.4879478242993|
>> 1493498221|24.8301162714021|
>> 1493498281|32.2120427304676|
>> 1493498341|28.1855373891591|
>> 1493498401|14.763852918131|
>> 1493498461|16.7771055887852|
>> 1493498521|15.4349371416824|
>>
>> Any workaround at this time?  More from my logs just for additional 
>> insight on my environment:
>>
>> Apr 29 14:50:31 weather weewx[433]: engine: Initializing weewx version 
>> 3.7.1
>> Apr 29 14:50:31 weather weewx[433]: engine: Using Python 2.7.9 (default, 
>> Sep 17 2016, 20:26:04) #012[GCC 4.9.2]
>> Apr 29 14:50:31 weather weewx[433]: engine: Platform 
>> Linux-4.9.24-v7+-armv7l-with-debian-8.0
>> Apr 29 14:50:31 weather weewx[433]: engine: Locale is 'en_US'
>> Apr 29 14:50:31 weather weewx[433]: engine: pid file is /var/run/weewx.pid
>> Apr 29 14:50:31 weather weewx[798]: engine: Using configuration file 
>> /etc/weewx/weewx.conf
>> Apr 29 14:50:31 weather weewx[798]: engine: Loading station type 
>> FineOffsetUSB (weewx.drivers.fousb)
>> Apr 29 14:50:31 weather weewx[798]: fousb: driver version is 1.9
>> Apr 29 14:50:31 weather weewx[798]: fousb: polling mode is PERIODIC
>> Apr 29 14:50:31 weather weewx[798]: fousb: polling interval is 60
>> Apr 29 14:50:31 weather weewx[798]: fousb: found station on USB bus=001 
>> device=006
>> Apr 29 14:50:31 weather weewx[798]: engine: StdConvert target unit is 0x1
>> Apr 29 14:50:31 weather weewx[798]: wxcalculate: The following values 
>> will be calculated: barometer=prefer_hardware, windchill=prefer_hardware, 
>> dewpoint=prefer_hardware, appTemp=prefer_hardware, 
>> rainRate=prefer_hardware, windrun=prefer_hardware, 
>> heatindex=prefer_hardware, maxSolarRad=prefer_hardware, 
>> humidex=prefer_hardware, pressure=prefer_hardware, 
>> inDewpoint=prefer_hardware, ET=prefer_hardware, altimeter=prefer_hardware, 
>> cloudbase=prefer_hardware
>> Apr 29 14:50:31 weather weewx[798]: wxcalculate: The following algorithms 
>> will be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
>> Apr 29 14:50:31 weather weewx[798]: engine: Archive will use data binding 
>> wx_binding
>> Apr 29 14:50:31 weather weewx[798]: engine: Record generation will be 
>> attempted in 'software'
>> Apr 29 14:50:32 weather weewx[798]: engine: Using archive interval of 60 
>> seconds (specified by hardware)
>> Apr 29 14:50:32 weather weewx[798]: engine: Using binding 'wx_binding' to 
>> database 'weewx.sdb'
>> Apr 29 14:50:32 weather weewx[798]: manager: Starting backfill of daily 
>> summaries
>> Apr 29 14:50:32 weather weewx[798]: engine: WdArchive will use data 
>> binding wd_binding
>> Apr 29 14:50:32 weather weewx[798]: engine: Using binding 'wd_binding' to 
>> database 'weewxwd.sdb'
>> Apr 29 14:50:32 weather weewx[798]: engine: Starting backfill of daily 
>> summaries
>> Apr 29 14:50:32 weather weewx[798]: manager: Starting backfill of daily 
>> summaries
>> Apr 29 14:50:32 weather weewx[798]: engine: Daily summaries up to date.
>> Apr 29 14:50:32 weather weewx[798]: restx: StationRegistry: Station will 
>> be registered.
>> Apr 29 14:50:32 weather weewx[798]: restx: Wunderground-PWS: Data for 
>> station ****** will be posted
>> Apr 29 14:50:32 weather weewx[798]: restx: PWSWeather: Data for station 
>> ****** will be posted
>> Apr 29 14:50:32 weather weewx[798]: restx: CWOP: Data for station ****** 
>> will be posted
>> Apr 29 14:50:32 weather weewx[798]: restx: WOW: Posting not enabled.
>> Apr 29 14:50:32 weather weewx[798]: restx: AWEKAS: Posting not enabled.
>>
>

-- 
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].
For more options, visit https://groups.google.com/d/optout.

Reply via email to