WUHU Software
This page is provided as an alternative download page for the WUHU application and support files.
Overview:
The Weather Underground / HeavyWeather Uploader (WUHU) group is primarily intended for users of the Personal Weather Stations (PWS) who wish to upload their weather data to weather servers (Weather Underground and CWOP) via the Internet. WUHU can also be used without uploading data to weather servers for use in stand alone Home Automation Systems.
Supported Stations with Direct Serial Support: WS2308, WS2310, WS2315, WS3600, Oregon Scientific WMR-968s, Davis VP2, Davis Weather Monitor II, Weather Wizard III, and other stations.
La Crosse Stations: For La Crosse HeavyWeather users this software requires the use of HeavyWeather Beta 2.0
or later that support the export file currdat.lst. HeavyWeather must be running
at all times in order for this program to retrieve the current weather data from
the weather station. La Crosse weather stations (WS-2300, WS-2305, WS-2310,
WS-2315, WS-3600, and WS-3610) all use the HeavyWeather application. These units
are also distributed under the Weather Channel name brand. WS-23XX
and WS-36XX users have the option of running WUHU in direct
serial mode. In this mode, Heavyweather is no longer required.
For Weather View 32 Pro users: This software requires you to be uploading to the
Weather Underground. WUHU monitors data sent to Weather Underground and then
sends that data to CWOP. In order for this to work your station must have the
following sensors: Wind Direction, Wind Speed, Wind Gust, Humidity, Temperature, 1
Hour Rainfall, Air Pressure, and Dew point. See the Readme.txt file for detailed
instructions.
Support for WV32 minute database monitoring: Allows Base
and Standard Edition users to upload to the weather servers.
WUHU now supports Virtual Weather Station: I believe that owners of the Standard
Edition will be able to upload to Weather Underground and CWOP. If your version
supports CSV exports on an interval, this software should work for you. See Readme.txt for more information.
This software requires one of the following Operating Systems: Windows NT 4.0
(Service Pack 3), Windows 2000, Windows XP or later. You can use Windows 98 if you use direct serial access
(versus file monitoring that relies on other software).
If you have questions, please join the Yahoo group and post your questions there.
Click the following icon to join the WUHU software user group:
---
Online User Manual:
http://www.lissproductions.com/wuhumanual/
User Manual in downloadable form (unzip to a directory then open the index.htm file):
http://www.lissprod
---
Software
Before Attempting to install WUHU, read this important installation notes:
Install Note #1: When you run the install.exe application it may conflict with other running applications like Outlook or other applications. If you experience a lock-up when running the installer, perform a fresh reboot and terminate other applications (including those in the tray) that might be causing the conflict.
Install Note #2: If you are using a USB to Serial adapter to interface with the console, beware that there are many manufacturers and in turn software drivers associated with these devices, some are quality products, others are complete junk. If you are using a La Crosse console, these require that the USB to serial adapter support hardware handshaking (RTS and DTR lines used to create a virtual ground). If you purchase a $5 adapter off e-Bay, it may or may not support hardware handshaking. I would recommend the IOGEAR GUC232A USB1.1 to Serial/ PDA Converter Cable adapter available at newegg.com for about $30.
(Click filename link to download .zip file. Run the Install.exe that is stored within the zip file to install the program)
WUHU216_32.zip - (Current Release) ((1, 0, 216, 93) Refreshed 12-25-2009, 9:00 AM EST)
Enhancements in this version from the previous release:
1) Added support for Weather For You. See http://www.weatherforyou.com/pws/ for more info.
2) Added support for new Weather Underground upload data.
winddir - [0-360 instantaneous wind direction]
windspeedmph - [mph instantaneous wind speed]
windgustmph - [mph current wind gust, using software specific time period]
windgustdir - [0-360 using software specific time period]
windspdmph_avg2m - [ 2 minute average wind speed mph]
winddir_avg2m - [0-360 2 minute average wind direction]
windgustmph_10m - [mph past 10 minutes wind gust mph ]
windgustdir_10m - [0-360 past 10 minutes wind gust direction]
indoortempf - [indoor temperature F]
indoorhumidity - [indoor humidity %]
Note: windgustmph will always equal windgustmph_10m as the meaning of gust determined by WUHU (and CWOP) is the highest wind speed over the past 10 minutes.
3) I have separated the CWOP upload interval from the general interval. The CWOP interval is now 10 mins (600 seconds). You can manually adjust in the INI file by tweaking the following setting:
[CWOP Settings]
UploadInterval=600
You do not need to manually enter a value for this setting, if it is not found, the default of 600 (10 minutes) will be applied. In any case, the value is there if you want to tweak it. For now, a minimum of 600 seconds is enforced since they do not want data any faster than that.
Note that if you hit stop and change your general interval back to 300 (as it was a couple days ago), the upload values may seem a bit off. Suffice it to say the next time you run WUHU, the uploads should be correct.
The general interval now applies to non-rapid fire WU, AWEKAS, and Hamweather uploads. The minimum allowed value is 300 seconds (as it was before). I am not sure what each of the servers is expecting, but I would guess 5 minutes is probably as fast as they want the data.
Another CWOP option that I have added will cause WUHU to manually flush the DNS cache just prior to the next upload to CWOP. This may or may not fix the problem on some systems where the rotate servers TTL DNS entry is being ignored by Windows. The DNS flush will only be performed on Windows 2000 machines or later (98 and NT series do not use a DNS cache). Please let me know if the rotate server was not working for you previously but works when testing this beta version.
To enable the flush DNS feature, you must add the following key to your INI using Notepad:
[CWOP Settings]
FlushDNSEnabled=1
Note: above key is set to value of one, not a lower case L.
4) Added the following METAR fields to the extended currdat.lst output:
[WUHU]
METAR_time = "211658Z"
METAR_wind = "20203G07KT"
METAR_temperature = "M07/M12"
METAR_QNH_pressure = "Q1033"
5) Fixed a problem with 10 minute gust reported to Weather Underground.
6) Modified the code that handles the CWOP rotate server by manually performing the IP round-robin myself rather than relying on Windows to do it.
7) Added a randomization routine to further enhance the load balancing between IPs assigned to a single hostname (ex. rotate.aprs.net, cwop.aprs.net)
8) Fixed minor rainfall calculation error related to reading console history.
9) Added log statements for background upload thread.
10) Fixed a problem with the user interface where if the user changed the station type, all of the other user data was lost.
11) Allowed template replacement strings to be used in the observation remark data. This is in turn uploaded to CWOP and WU.
12) Added built-in FTP actions. See action screen for usage.
13) Added a few critical sections to prevent file write/read access violations.
14) Preserved user settings for statistics between runs.
15) Fixed potential problem where the user enters and invalid range for the statistics display. When this happens, the program will lock up until the user acknowledges the pop-up dialog box that displays a warning. This pop-up dialog has been removed.
16) Added a chart legend to chart displays when a single chart is displayed (zoomed).
17) The solar radiation reading on Campbell CR100s was interpreted as KW/M^2. The meaning is now W/M^2.
18) Removed spaces from user specified CWOP server strings.
19) Reset zoom on graphs when graph window is re-opened.
20) Removed all warnings to AWEKAS unless the word 'warning' is found in one of the remarks (for sky conditions or weather conditions).
21) Added feature to ignore wind speeds from a particular direction and speed. In the tweak screen, in the ignore wind speeds edit box, you can enter 57.0@0 to ignore 57.0 readings when the accompanying wind direction is zero. This is useful with certain station that generate bogus winds speeds from a particular direction.
22) Added a couple of new fields in the Wedaal.txt output file (when enabled). This only affects users uploading wetter-board.de. I did not include the solar radiation field.
23) Fixed a bug that was related to the 'disable all rainfall reporting'. When the rainfall reporting was re-enabled, the old rain total was still reported.
24) Added wildcard file support to FTP uploads. With a single FTP action you can upload any number of files matching the wildcard string you supply.
25) Changed the destination for Hamweather uploads from Hamweather.com to PWSweather.com.
26) Added Delta/Hi low tool tips showing the time between the high and low and the rate of change calculation from the high to low.
27) If the log window flashing option is enabled, the try icon will not begin flashing until after the history retrieval is completed successfully. Previously the log window would flash because of notifications from the retrieval process.
28) If the station type is one that uses file monitoring, at start-up, the file that is being monitored is posted to the log.
29) Fixed the problem with wind direction for Honeywell stations using file monitor mode.
30) Changed CWOP upload rate from 10 minutes down to 5.
31) Increased pressure change threshold over 10 minutes from 0.05 InHg to 0.10 InHg
32) Decreased process priority from High to Normal. Threads will continue to be 'above normal' in the 'normal' priority class.
33) Added a 500ms sleep after FTP transfers to allow server to finish writing files.
34) Added support for the Davis Classic stations, Weather Monitor II, Weather Wizard III. If you have problems with these stations, please post message in the Yahoo group.
35) Fixed a bug in the template processing. The bug might have resulted in the template not being fully processed.
36) Added tweak option to include zero (or calm) wind speed readings in to the calculations used for wind speed averaging.
37) Added code to reset the rainfall reference and bucket counter if all rainfall reporting is disabled then re-enabled. Applies to WS-23XX and WS-36XX La Crosse models only.
38) Addressed a problem with the data import for Honeywell TE923 stations and the new release of the Honeywell software.
39) Modified the rain calculations for the TE923. The "RainCount" column actually appears to be just rainfall total in mm. The newer software supports fractions of a mm (.7mm resolution) where the old software supported only 1mm resolution.
40) Perhaps improved the problem where WUHU was minimized but did not have a window and did not minimize to the system tray. When this happened, the user had to kill WUHU from the task manager process list. Also fixed a bug with the tray icon flashing when new log messages were added.
41) Revised the WS-23XX and WS-36XX rainfall calculations yet again. Hopefully that problem is solved.
42) Added support for standby. When the computer goes to standby, the threads in WUHU go idle. When the computer comes out of standby, the console history is read again.
43) The error checking window on the wind chill was increased in case of very cold weather and high winds.
44) Fixed problem where low temperatures combined with high winds could result on out of range wind chill readings.
45) Fixed problem with Legacy Davis console (WMII for example) where negative temperatures or dew point readings would result in error reports.
46) Added file monitoring support (currdat.LST) for the La Crosse WS-2810. La Crosse software does not report absolute pressure. Relative pressure + Tweak offset is used to populate the absolute pressure readings. The best you can expect is an offset from Relative pressure.
47) Fixed a problem with the built-in ftp functions where the user name or password contained an @ symbol.
48) Added routines to attempt to detect the location of the currdat.LST file when WS-2810 Heavyweather Professional 1.0 is used. This location can be different based on the operating system that is used.
---
WUHU215_32.zip - ((Refreshed 10-30-2007, 11:30 AM (EST)) (Click here for latest additions)
1) Attempted to address serial port communication faults. Previous versions did not attempt to disable all methods of handshaking on the serial port. For example, if a user's machine had DSR sensitivity turned on, previous versions would not disable it. Some of these handshaking mechanisms are not accessible through the control panel.
2) Added code to assert RTS and de-assert DTR after communications error. This was done to resolve problem with the Netcomm serial server.
3) Fixed WMR-968 Wind speed conversions. Was displaying M/S as MPH value. Problem fixed.
4) Reduced communication threads priority. This may have been causing user interface to be a bit sluggish and perhaps causing other problems.
5) Added WS-36XX Direct Serial Support (first non-beta release). Feedback appreciated.
6) WS-36XX - Read the wind speed units from the console rather than requiring the user to specify which units are used.
7) Added an option to ignore wind gusts if the sustained wind speed (wind speed variable on console) is zero. See tweaks.
8) Added logic that attempts to located the currdat.lst file based upon the type of station used (WS-23XX, WS-36XX) when using indirect monitoring mode.
9) Added wind gust alarm.
10) Fixed problem with clicking WUHU in tray that caused other applications in the tray to open.
11) Added [wind_gust] entries to the currdat.lst output by WUHU. Fixed last_actualisation field in the currdat.lst output by WUHU.
12) Added feature to remove passwords from log data when copying data from the log to the clipboard.
13) Added option to output a file for use with http://www.all-wetter.de.
The following option will create the Wedaal.txt file that can be used with the all-wetter website however it will not upload the file. You will need another application to upload this file to your personal website.
To enable, you must close the WUHU program then edit the WUHU configuration file WUHU Configuration Data.ini that is located by default in the C:\Program Files\WUHU folder. Edit this file with notepad.
At the end of the file, add the following section and key to the file (make sure you do not paste within an existing section!):
[Wedaal]
WedaalReportFile=C:\Heavyweather\Wedaal.txt
You may specify any path and file name for the output of this file.
Note that the Path to this file must exist. In this example, the C:\Heavyweather path must already exist.
FTP Application
I have installed and tested the following FTP application that will automatically detect changes to a file and upload this file to your personal webspace. This seems to be a well written application. I would recommend uploading the file say every 5 minutes.
Here are my schedule settings.
If you are more comfortable with the German language, try this site, see Software link, then Freeware. The name of the application is "HS-Upload (neu V1.39)"
Once you have this FTP application working, you can then edit your profile at all-wetter.de to point to this file.
14) Changed the wind directions in the Wedaal.txt format from German to English directions (Was ONO == ENE now).
15) Fixed behavior of tray icon where right click would display menu but clicking elsewhere did not remove menu. Tray menu right click now lists a few new options for graphing, displaying the log, and displaying the gauges. Previously exit was the only menu option.
16) Changed the pressure calculation in the Wedaal.txt output file (when enabled) . Previously WUHU was reporting the extremes in pressure changes over the past 3 hours. Now, it references the current pressure value compared to a weather record that is exactly 3 hours in age to produce the pressure change field.
17) Added an option under the right-click options when WUHU is in the tray to chart the previous 3 hour period.
18) Increased the expiration time of observations from 1 to 3 hours. Added option so that the report never expires. This new option is not saved to the hard drive so if you re-start WUHU, you must re-enable this option.
19) Added initialization code to make sure that the WUHU Configuration.ini file is properly formatted. If this file has been editing in an editor other than notepad.exe, the file may contain control codes or the lines may be terminated with a LF rather than a CR/LF. If defects are found in the file, it is re-written. A backup of the old .ini file will be placed in the WUHU program directory with a file extension of .old.
20) Added retry logic when attempting to upload to the CWOP rotate server. Previously, only one attempt was made to contact the rotate server. If that attempt failed, WUHU would move to the next CWOP server in the list. According to those who run the core servers, there are several IP addresses listed in the DNS entry for the rotate server. The theory is that if Windows detects a failure when attempting to open a socket, it will then move on to the next IP address in the DNS entry. I have not verified this is true, but I will take their word for it. This version will make 4 attempts to contact the rotate server. If the theory is correct, it should therefore attempt to contact up to 4 servers listed in the DNS entry before moving on to other user specified servers.
21) Fixed a problem with rejecting known bad wind speeds when wind tweaks are used. Previously if the user had specified a wind tweak, the reject bad wind speeds logic would not work correctly because the code was inspecting the wind speed after the tweak was applied when it should have checked it before the tweak was applied.
22) Added code to display the IP number of the CWOP server in the log when 'Show Uploads' is enabled and a failure occurs. If 255.255.255.255 is displayed, this indicates that there was an error attempting to talk to your ISP's DNS server.
23) Removed test code from the WS-36XX protocol.
24) Added logic that will re-open the serial port if direct serial is used with a WS-23XX station and 10 consecutive communications failures are detected. This was done to resolve a fairly rare situation where the WS-23XX console will refuse to communication until the serial channel is idle for some period of time.
25) Limited the recovery logic described under #24 so that the recovery is not attempted during the console atomic clock sync (12am to 7am).
26) Made a couple minor tweaks to the CWOP upload code. Increased the timeout for the CWOP server response. This may help those users using older machines and/or slower Internet connections.
27) Improved file monitoring routines used for in-direct monitoring (Heavyweather, VWS).
28) Fixed a bug where WUHU would lock up if the history.dat or log messages.dat files were present but had a file size of zero. This caused WUHU to completely lock up using 100% of the processor.
29) Added experimental rainfall tweak parameter on tweak screen.
30) Found a bug in rainfall calculations. If an atomic clock application set back the time back so that the previous timestamp was newer than the current time, the rainfall calculations (1Hr, 24Hr, Daily) would fail to be correctly calculated. Although the program correctly calculates the rainfall after a few seconds have elapsed, potentially bad (zero) rainfall readings could accidentally be uploaded.
31) Added the following additional data fields when uploading to AWEKAS:
1) tendency (int) -2 = high falling / -1 = falling / 0 = steady / 1 = rising / 2 = high rising
The scale is only this 5 values ( -2,-1,0,1,2)
pressure falling >6 hPa / 3h = -2
falling >=2 = -1
steady <2 fallig and <2 rising = 0
rising >2 but <6 = 1
rising >6 = 2
time period = 3 Hours
2) wind gust ( in km/h) ( float)
The following fields are uploaded but are currently empty:
3) solar radiation (W/m²) (float)
4) UV Index (float)
5) brightness ( LUX) (int) -> Davis stations did not have this Value
6) sunshine hours today (decimal hours sunshine this day ( 5.85 ) minutes are
decimal value ) (float)
7) soil temperature ( in °C) (float)
8) rain rate ( mm rain / per hour ) (float )
9) software flag = wuhu_2.15 wuhu --> for Wuhu Software ; _ seperator ;
current version (2.15)
32) Added new log messages to the VWS CSV import routine. Under the log screen, show Console Com. Errors should be checked to enable the logging of these new messages.
33) Modified the logic that attempts to verify the console time at startup.
34) Fixed a problem with Item #30 above. Due to a type cast error, item #30 was not corrected until now.
35) Changed "Wind Chill" to "Apparent Temperature". This field now represents either Wind Chill or Heat Index depending upon the conditions.
36) Added option to output a file for use with http://www.Wetterpage24.de.
The following option will create the datei.txt file that can be used with the wetterpage24 website however it will not upload the file. You will need another application to upload this file to your personal website.
To enable, you must close the WUHU program then edit the WUHU configuration file WUHU Configuration Data.ini that is located by default in the C:\Program Files\WUHU folder. Edit this file with notepad.
At the end of the file, add the following section and key to the file (make sure you do not paste within an existing section!):
[Wetterpage24]
Wetterpage24ReportFile=C:\Heavyweather\datei.txt
37) Made the Weather Underground Logo a button that will display the forecast page for the zip code you specify.
When the logo is clicked for the first time, you will be prompted for a zip code. Enter your zipcode then hit Ok.
The forecast page for that zip code will be displayed.
The zip code entry will be saved in your INI file.
The next time you want to pull up your forecast page, single click the logo.
In the event that you make a mistake, or you want to change the zip code, double click the logo.
If you live outside of the U.S., you can enter a location (in the proper format) versus a zip code.
For example, if you pull up a forecast page for Paris France, go to the Weather Underground main page, enter Paris France in the search box.
When the forecast page is displayed, copy the string that follows the ?query= and use that value for the zip code.
For example:
http://www.wunderground.com/cgi-bin/findweather/getForecast?query=paris+france
Enter paris+france in to the zip code entry rather than a zipcode.
38) Added support for the Grecian website http://hellas.myftp.org/ by enabling the write of the ZWNTANA.txt file.
Added the following to your .INI file to enable the output:
[ZWNTANA]
ZWNTANAReportFile=C:\Heavyweather\ZWNTANA.txt
You can of course specify any output file you wish. Make sure that the directory exists. In this example, C:\Heavyweather must already exist!
39) Added a check for an installed default printer when WUHU is launched. The program will not proceed until a printer is detected. If no printer can be found after 2 minutes, an error message is displayed an the program terminates. This was done to correct problems with the TChart ActiveX control bug (old v3.0 version) that requires a default printer. If a printer is not found, the ActiveX object generates a runtime error.
40) Replaced the heat index portion of the apparent temperature (combined heat index and wind chill, depending on conditions).
HI = -42.379 +
2.04901523 * fTemperature +
10.1433127 * fHumidity +
-0.22475541 * fTemperature * fHumidity +
-6.83783 * pow(10,-3) * pow(fTemperature,2) +
-5.481717 * pow(10,-2) * pow(fHumidity,2) +
1.22874 * pow(10,-3) * pow(fTemperature,2) * fHumidity +
8.5282 * pow(10,-4) * fTemperature * pow(fHumidity,2) +
-1.99 * pow(10,-6) * pow(fTemperature,2) * pow(fHumidity,2);
Source: http://en.wikipedia.org/wiki/Heat_index
was replaced with:
HI = 16.923
+ (1.85212 * pow(10,-1) * fTemperature)
+ (5.37941 * fHumidity)
- (1.00254 * pow(10,-1) * fTemperature * fHumidity)
+ (9.41695 * pow(10,-3) * pow(fTemperature,2))
+ (7.28898 * pow(10,-3) * pow(fHumidity,2))
+ (3.45372 * pow(10,-4) * pow(fTemperature,2) * fHumidity)
- (8.14971 * pow(10,-4) * fTemperature * pow(fHumidity,2))
+ (1.02102 * pow(10,-5) * pow(fTemperature,2) * pow(fHumidity,2))
- (3.8646 * pow(10,-5) * pow(fTemperature,3))
+ (2.91583 * pow(10,-5) * pow(fHumidity,3))
+ (1.42721 * pow(10,-6) * pow(fTemperature,3) * fHumidity)
+ (1.97483 * pow(10,-7) * fTemperature * pow(fHumidity,3))
- (2.18429 * pow(10,-8) * pow(fTemperature,3) * pow(fHumidity,2))
+ (8.43296 * pow(10,-10) * pow(fTemperature,2) * pow(fHumidity,3))
- (4.81975 * pow(10,-11) * pow(fTemperature,3) * pow(fHumidity,3));
Source: http://www.srh.noaa.gov/ewx/html/heatindex.htm
Note: The following formula is used only when the outdoor temperature is at least 70 degress.
41) Fixed the Internet link associated with the Weather Underground Join Link.
42) Added a couple of animated icons. The radar sweep shows when new data has arrived from the console. This is just an indicator that data is properly flowing from the console to WUHU and nothing else. The little compass shows current wind direction. Although they are a bit cheesy, I thought I would leave them in to see if they are something that should be kept.
43) Added an option for actions to silently launch a process. If the process is launched, a console window will not be opened for the process. To use this feature, proceed the action with 'silent:'.
Example:
silent:C:\HeavyWeather\My Batch File.cmd "1 2 3"
Before adding the silent option, make sure your process launches properly.
44) Added templates. Templates will allow you to specify an input text file and output text file. When the input file is copied to the output file, weather data can be injected in to the output file by using the replacement strings (%OutdoorTempDegF% for example). This would allow to create .htm files that contain the weather data. You can specify multiple templates per action.
I am not sure there is a real need for templates, but I thought I would include it in case someone can find a use for them.
As an example, say that you specified the following as an Update action:
template: "C:\HeavyWeather\InputTest.htm" "C:\HeavyWeather\OutputTest.htm"
When an update occurs, the text file InputTest.htm will be read, it's contents sent to OutputTest.htm, with the real weather data substituted for the replacement strings.
If you have multiple templates to process, use an "actionfile".
An action file is a simple text file that contains template or program to execute. Each action should be on a seperate line. Do not attempt to add line feeds in the middle of the lines.
Example contents of an action file:
template: "C:\HeavyWeather\InputTest.htm" "C:\HeavyWeather\OutputTest.htm"
template: "C:\HeavyWeather\InputTest2.htm" "C:\HeavyWeather\OutputTest2.htm"
template: "C:\HeavyWeather\InputTest3.htm" "C:\HeavyWeather\OutputTest3.htm"
In the action on activation edit box, specify the 'actionfile:' keyword and the path to the file enclosed in quotes.
Example:
actionfile:"C:\mypath\myactionfile.txt"
45) Implemented pressure rising, pressure falling, storm alert, and forecast on the WMR-968.
46) Added new animations to display the forecast reported by the console, pressure rising and falling indicator, current wind direction, and a indicator that new data was received from the console.
There are a total of 8 forecast animations that will be displayed depending on the forecast and storm alert status reported by the console. When storm alert is active, small lightning bolts will be shown in the animation. Partly cloudy animation is supported only on the WMR units as La Crosse does not support a partly cloudy forecast status.
The wind direction indicator is the current wind direction being reported by the console. This might be replaced with average wind direction later.
The Richter scale animation will update whenever new data from the console is processed.
47) Added new tweak option to send Altimeter pressure to CWOP versus relative pressure as was done previously.
If you decide to use this new feature, you must enable it from the tweak screen, providing the elevation of your weather station. The elevation is needed to properly convert relative pressure to altimeter pressure that is sent to CWOP.
If you have been setting your console's relative pressure to a nearby airport's pressure, you may have been using the altimeter pressure reported by the airport, and not the relative pressure. Currently, WU is reporting the airports altimeter pressure as the station pressure (not relative air pressure as you might expect). So if you have been setting your console pressure to match the nearby altimeter pressure, the data on the WUHU display and the data sent to WU (and other weather servers) is not really the relative pressure, it is the altimeter pressure.
As an example, if the nearby airport's METAR report is as follows:
METAR KOZW 281455Z AUTO 03006KT 7SM CLR 24/18 A2995 RMK AO2
The altimeter pressure is 29.95. This is not the relative air pressure, it is the altimeter pressure.
The relative air pressure calculation includes temperature when reducing the air pressure to sea level . The altimeter removes the effects of temperature when reducing to sea level. The difference between altimeter pressure and relative pressure can be as much as 0.04 Inhg or greater.
Previously, I had set my console to the nearby airport's altimeter pressure. This worked out well for CWOP, since I was matching the altimeter pressure (for the most part), which is what CWOP expected. Even though temperature was having an effect on the pressure I reported, the discrepancies were small. Larger errors may happen when the temperature is fluctuating or during seasonal changes, although I have not really tracked this.
When I enabled this new feature, and kept the same relative pressure setting in the console, I noticed that the CWOP analysis showed my pressure was about 0.04 to 0.05 higher than what was expected. In order to correct, I reduced the pressure on my console by 0.04 and checked it later. If you were previously matching the nearby airport altimeter, you will probably find similar results. After you adjust this downward, and you get a good CWOP analysis, and more than likely, you have the correct relative pressure entered in to the console.
If your nearby airport provides the Mean sea level pressure (MSLP or QFF) you should set your console to that value instead of the altimeter pressure. The value then reported to CWOP should be correct with the new feature enabled. Keep an eye on your CWOP summary to see if the pressure you are reporting and the CWOP analysis are close.
If the airport provides only Altimeter (or sometimes called QNH), then you should subtract about 0.04 Inhg from that value then set your console's relative pressure to that value. After making the change, check your CWOP pressure analysis after a few hours to see if the new reported value is within the ballpark of what CWOP was expecting. Basically, you are searching for the real relative pressure since you have had it set incorrectly previously.
The conversion from relative pressure to Altimeter pressure that is sent to CWOP was accomplished using the algorithms provided here:
http://www.softwx.com/weather/uwxutils.html (Thanks to Steve at SoftWx.com for providing this information.)
I used the Davis methods rather than other other available methods of calculating station pressure and altimeter pressure. As you can see looking at the source code, there are several different methods for calculating pressure reduction.
Using this new method is a bit tricky, so please take the time to understand the differences between altimeter pressure and relative pressure if you decide to use this new tweak. If you are uncertain about the differences or how to adjust your console's relative pressure, you might just stick with the method you are already using. I cannot really provide individual support for tweaking your pressure at CWOP, so if you decide to do this, beware I can only answer general questions about this new option.
http://en.wikipedia.org/wiki/Atmospheric_pressure
As a footnote, it appears that various software packages are sending either relative pressure or altimeter pressure to CWOP. Without this new option, you will be sending relative pressure to CWOP. Open2300, Open3600, are also sending relative pressure to CWOP. It appears at this point in time that Virtual Weather Station (VWS) and FreeWx are doing the same.
Other software packages that appear to be correctly sending altimeter pressure to CWOP are: Weatherlink (latest version), VP Live, and Weather Display.
48) Improved the performance of the extended currdat.lst output. Added a couple new extended variables.
49) Made it possible to output currdat.lst from station types that did not use direct serial. Previously you could specify the input file to monitor, or the currdat.lst file to output, but not both at the same time.
50) Added new time variables in currdat.lst output:
[time2]
time_12hr_verbose = "Mon Aug 06 11:03:21 AM 2007"
time_12hr = "11:03:21 AM"
time_hms = "11:03:21"
time_date = "08/06/07"
time_date_euro = "06.08.2007"
time_date_international = "2007-08-06"
time_date_international_hms = "2007-08-06 11:03:21"
time_year = "2007"
time_year_no_century = "07"
time_month = "08"
time_day = "06"
time_12hr_hour = "11 AM"
time_24hr_hour = "11"
time_minutes = "03"
time_seconds = "21"
51) Added support for monitory the VWS minute database (dbase.csv). This file is updated by VWS once per minute, even on the base edition of VWS. This allows users of the WMR-100 to use WUHU although updates are not happening as fast as the VWS realtime CSV file.
52) Added support for the Honeywell TE923 station type. This type uses file monitoring mode. The application called "Weather Capture" communicates to the console via a USB connection. When new data is received it is appended to a tab delimited text file called "Records.txt".
53) Added calculations for pressure rising, pressure falling, storm alert, and weather picture for stations that do not supply this information to WUHU (VWS, TE923, etc).
54) Fixed bug on "Start monitoring" where the paths were not being properly read from the edit boxes. This would create a problem if the user manually edited the path names then hit start.
55) Added the following section and files to currdat.lst output (available as template variables).
[weather_text]
storm_alarm = "InActive"
weather_picture = "Cloudy"
weather_tendency = "Rising"
56) Changed the logic that parses the W_Dir from the TE923 Records.txt file. Looking over samples of this data, the value in this column is not degrees. To obtain degrees, the value should be multiplied by 22.5. The problem is that sometimes Weather Capture is writing large values like 225, 227 in the column of data. Those readings will be ignored and replaced with the previous good reading.
57) Fixed problem with "Input File" being loaded with a default value when in direct serial mode. This was creating a conflict if the default (c:\heavyweather\currdat.lst) matches the user specified currdat.lst output file.
58) Added new WUHU section in the currdat.lst output:
%[WUHU]updates%
%[WUHU]corrections%
%[WUHU]METAR_sky%
%[WUHU]METAR_weather%
%[WUHU]METAR_snow_depth_in%
%[WUHU]METAR_snow_depth_cm%
%[WUHU]weather_underground_id%
%[WUHU]weather_underground_uploads%
%[WUHU]weather_underground_url_history%
%[WUHU]CWOP_id%
%[WUHU]CWOP_latitude%
%[WUHU]CWOP_longitude%
%[WUHU]CWOP_uploads%
%[WUHU]CWOP_url_findu%
%[WUHU]CWOP_url_summary%
%[WUHU]CWOP_url_qc_chart%
%[WUHU]CWOP_url_qc_comparison%
%[WUHU]CWOP_url_snow%
%[WUHU]AWEKAS_id%
%[WUHU]AWEKAS_uploads%
%[WUHU]AWEKAS_url_instrument%
59) Added the following new variables to the currdat.lst extended output. Values can contain: Rising, Steady, or Falling.
%[hourly_rates_of_change]outdoor_temperature_trend%
%[hourly_rates_of_change]outdoor_humidity_trend%
%[hourly_rates_of_change]outdoor_dewpoint_trend%
%[hourly_rates_of_change]outdoor_apparent_temperature_trend%
%[hourly_rates_of_change]outdoor_wind_speed_trend%
%[hourly_rates_of_change]outdoor_wind_gust_speed_trend%
%[hourly_rates_of_change]outdoor_average_wind_speed_trend%
%[hourly_rates_of_change]outdoor_relative_pressure_trend%
%[hourly_rates_of_change]outdoor_absolute_pressure_trend%
%[hourly_rates_of_change]outdoor_rain1hr_trend%
%[hourly_rates_of_change]outdoor_rain24hr_trend%
%[hourly_rates_of_change]outdoor_rain_daily_total_trend%
%[hourly_rates_of_change]outdoor_rain_total_trend%
%[hourly_rates_of_change]indoor_temperature_trend%
%[hourly_rates_of_change]indoor_humidity_trend%
60) Added the following new currdat.lst extended output variables. These contain the values "→", "↑", and "↓"
%[hourly_rates_of_change]outdoor_temperature_trend_alt%
%[hourly_rates_of_change]outdoor_humidity_trend_alt%
%[hourly_rates_of_change]outdoor_dewpoint_trend_alt%
%[hourly_rates_of_change]outdoor_apparent_temperature_trend_alt%
%[hourly_rates_of_change]outdoor_wind_speed_trend_alt%
%[hourly_rates_of_change]outdoor_wind_gust_speed_trend_alt%
%[hourly_rates_of_change]outdoor_average_wind_speed_trend_alt%
%[hourly_rates_of_change]outdoor_relative_pressure_trend_alt%
%[hourly_rates_of_change]outdoor_absolute_pressure_trend_alt%
%[hourly_rates_of_change]outdoor_rain1hr_trend_alt%
%[hourly_rates_of_change]outdoor_rain24hr_trend_alt%
%[hourly_rates_of_change]outdoor_rain_daily_total_trend_alt%
%[hourly_rates_of_change]outdoor_rain_total_trend_alt%
%[hourly_rates_of_change]indoor_temperature_trend_alt%
%[hourly_rates_of_change]indoor_humidity_trend_alt%
61) Changed the following currdat.lst extended output variables:
From:
%[hourly_rates_of_change]outdoor_apparent_temperature_rate_deg_C%
%[hourly_rates_of_change]outdoor_apparent_temperature_rate_deg_F%
%[hourly_rates_of_change]outdoor_apparent_temperature_trend%
%[hourly_rates_of_change]outdoor_apparent_temperature_trend_alt%
To:
%[hourly_rates_of_change]outdoor_wind_chill_rate_deg_C%
%[hourly_rates_of_change]outdoor_wind_chill_rate_deg_F%
%[hourly_rates_of_change]outdoor_wind_chill_trend%
%[hourly_rates_of_change]outdoor_wind_chill_trend_alt%
Added:
%[wind_speed_average]mps%
%[wind_speed_average]kmh%
%[wind_speed_average]mph%
%[wind_speed_average]knt%
%[wind_speed_average]bft%
%[average_wind_direction]deg%
%[average_wind_direction]name%
62) Added new action "copy:" that will allow you to copy files.
example:
copy:"c:\heavyweather\currdat.lst" "c:\heavyweather\extremes\currdat.lst"
The destination path must exist. In the above example the path c:\heavyweather\extremes\ must exist.
Side Note: Previously, you could have copied a file by invoking the command line processor (CMD.exe) using the following very ugly line as an action:
silent:cmd "/c copy "c:\heavyweather\currdat.lst" "c:\heavyweather\extremes\currdat.lst""
That would silently launched a command line processor, executed the copy file function, then self-terminated itself (/c means exit on completion).
63) Added ability to insert day (%d), month (%m), year (%y) in to filenames used for templates and the copy file action.
Example:
copy:"c:\heavyweather\currdat.lst" "c:\heavyweather\extremes\%d%m%y.txt"
would result in a file being created, something like 08122007.txt, in the c:\heavyweather\extremes\ directory.
64) Fixed a problem where in executing actions where arguments passed to other applications and batch files contain spaces.
example:
c:\heavyweather\ealert.cmd ""The storm alert is now active.""
In this example, all arguments passed to a program or batch file must be contain with quotes (the outer quotes).
The inner quotes tell WUHU to pass "The storm alert is now active" as a single argument (say %1 in a batch file).
65) Attempted to address an issue where the tray icon would not display properly on some XP systems. Apparently a change was made to Windows after Windows 2000 (XP and Vista), where the shell could be "busy" and fail to add or delete the tray icon. This could lead to a situation where WUHU was minimized, but the tray icon fails to appear. The user would then have no way to re-activate the main WUHU screen. Hopefully this patch will address that issue.
For software developers, you can read about this issue here:
http://homepages.borland.com/jedi/issuetracker/print_bug_page.php?bug_id=3747
What is interesting is that this article exists over on some Microsoft server in Japan, there is no translation to English on the U.S. server.
66) Fixed a bug in the template processing where the carriage return/line feeds were not written to the output template file.
67) Added option to append output template file. The user simply adds a + to the end of the file name to indicate that the target template file should be appended rather than erased (if the file is present already).
68) Added integer humidity levels to currdat.lst output.
[humidity_levels]
indoor_percent_int = "61"
outdoor_percent_int = "74"
69) Attempted to improve the closing of sockets to CWOP servers. The current theory is that the sockets are orphaned.
70) Found and corrected bugs related to VWS dbase.csv importing.
71) If CWOP uploads are enabled, a minimum upload period of 300 seconds (5 mins) is enforced.
72) Added optional configuration variable that will delay the initial load of the main WUHU application. This was implemented to correct a problem where some printer drivers are not loaded immediately on Windows boot. Because WUHU is using a version of Teechart that contains a bug, the program will crash if a default printer is not found.
To add a delay, close down WUHU then edit the WUHU Configuration.ini file with notepad. This file is located in the C:\Program Files\WUHU directory.
Add the following line in the [General Settings] section of the INI file:
Startup Delay=120
Example of Configuration file:
[General Settings]
Startup Delay=120
Save the file, re-start WUHU.
The number defined in the startup delay represent seconds. In the above example, the load is delayed for 120 seconds (2 minutes).
73) When using templates, and the + option to generate csv files, the template line is written as the first line when the target csv is created.
This allows you to see the contents of a column of data when importing in to a program like Excel.
74) Modified the Honeywell TE923 import routines. For whatever reason, wind gust and wind speed were referencing the wrong column of data.
75) When the "Show Console Com. Errors" option is checked in the log, the time to the next communication with the console is added to the log.
76) Fixed a memory leak associated with currdat.lst output.
77) Fixed a problem with the WMR968 stations where the disable rain sensor was not working properly.
78) Added a new configuration variable that allows you to tweak the delay between communications with the console when using WUHU in direct serial mode with a WS-23XX console.
After watching the behavior of the Heavyweather application and experimenting with various delays a technique was developed to attempt to maximize the number of updates received from the console. The technique is to avoid communications with the console when the console is attempting to communicate with the remote thermo unit.
When the console is attempting to retrieve information from the remote thermo unit, it will cease communications with the PC even though the PC might be in the middle of a transaction with the console. If the PC continues to attempt communication with the console when the console is busy communicating with the remote thermo unit, the amount of time required for the console to complete communications with the remote thermo unit is extended and the amount of the time required for the PC to finish the transaction with the console is also extended.
You can tell when the console is attempting communication with the remote thermo by looking at the console in the section where the outside temperature and humidity is displayed. There is a small icon that will be displayed in the window that resembles a typical radio wave icon. See the WUHU software download page to see a picture of this icon (item #78).
Each time WUHU completes a transaction with the console it reads a memory location in the console that holds the time to the next communication with the remote thermo unit. WUHU will then wait that time, plus an additional delay, before attempting communications with the console.
This delay time was determined by trial and error (using a WS-2308 and WS-2310) to be about 2.3 seconds. Therefore WUHU will wait 2.3 seconds after the console starts communicating with the remote thermo before attempting to retrieve data from the console.
When the timing is working correctly, right after the above icon disappears from the window, WUHU will begin to communicate with the console. You can see when WUHU is attempting to communicate with the console by watching the Updates field under the stats in the main window. The meaning of the field is success/attempts. When WUHU starts to communicate, the attempts field will change. When the entire transaction with the console is complete, the success field will update. Ideally WUHU will have completed a transaction before the icon reappears.
Apparently the WS-2315 units (and possibly other variations) behave slightly differently, requiring different timing to be used. One of the users in the group reported that the communications are optimized when the default 2.3 second delay is removed.
In order to allow users to customize the above described delay, I have added a new INI key that is placed in the general section of the WUHU Configuration file. This key must be entered manually using notepad (do not use Wordpad or other editors that might inject special characters!).
[General Settings]
...
WS23XX Communications Delay=2300
In this example, a value of 2300 is entered. This value represents the number of milliseconds to be used in the delay described above.
Alternatively, if you have a WS-2315, you might try eliminating the delay altogether using:
WS23XX Communications Delay=0
If the key is not seen in the .INI file, the default of 2300 milliseconds is used. The minimum allowed value is zero, the maximum is 128000.
Note: WUHU must be exited before changing the delay value. You cannot just hit the Stop/Start buttons as the INI settings are only loaded at the application launch time.
Please let me know if you find a delay time that is optimal for your station type and post the results in the Yahoo group so that others might benefit from your findings.
79) Internally cleaned up code associated with writing some variables to the WUHU Configuration.INI file. These changes should not have affected the normal operation of the code.
80) Stored the disable log flash in the INI file when the user changes the selection. On startup, the software will use the last mode selected by the user.
81) Added a double-read of the wind speed and wind direction. This was done in an attempt to reduce bad wind speed readings. Let me know if it works for you.
WUHU214_32.zip - (Refreshed 2-18-2007, 3:50 PM (EST))
Changes included in this release:
1) Added enable check box for each weather server to disable communications with each of the 3 servers in the event of a problem. Previously the user would have to remove the user names and passwords to disable uploads.
2) Added low and high wind directions. Added tweak to ignore bad indoor temperature and humidity readings. If bad indoor data is received from the console, WUHU will continue processes if this tweak is enabled. The bad readings will be replaced with the average reading over the past 10 minutes. The effect will be that the last known good readings will appear on screen and in the 24 history data until the console returns good data.
3) Added tooltips (hover cursor) for highs and lows in the stats area to show the time of the event and also the time that has elapsed since. Note that if you pull up the graph or chart screen and then close them, you must tap the main WUHU screen with the mouse to bring the screen back to the foreground in order to make the tool tips work. It is not obvious whether WUHU is in the foreground, you will see a slight change in the title bar only.
4) Resolved issue with NetCom Ethernet serial server.
5) Modified the link to WU Audio streams link so that it points to the new Weather Underground radio streaming page. Thanks WU!!
6) Cleaned up the station type selection in general section. Removed radio buttons, replaced with a single combo box.
7) Added AWEKAS icon and "Join" Internet link.
8) Added output of wxnow.txt for UI-View32 users. You must manually add a key to WUHU Configuration.ini to enable.
See Readme.txt (Start\Programs\WUHU\Readme) to enable this feature. Search for "Support for UI-View32 Wx now weather report file".
9) Created a user configurable variable that allows you to define how many hours of weather data are stored in memory. This will effect the amount of data that can be used it the stats area and also graphing. Previously this value was fixed at 24 hours. With aWS-23XX in direct serial, that makes for almost 9000 samples per day. The allowable range is 24 to 168 hours (1 week). Depending on the machine, I would experiment with lower values (say 48) until you see whether your computer can handle the increased memory usage.
10) Added wind direction tweak. This allows the user to enter a fixed offset (-180 to 180) that will be applied to all wind direction readings. I would suggest that you think carefully about whether this tweak will produce the results you desire. The wind speed is not effected. This might be useful for small changes to the wind direction due to sensor mounting issues.
11) Added a tweak to compensate for solar heating. Currently, the user must specify a start time and end time. Ideally this should be relative to sun rise and sunset (future, will need all users to enter LAT/LON coordinates). To use this tweak, you specify a time range when the tweak should take effect (start and end time), you then enter the tweak value itself. For instance, if your temperature readings are 1 degree too high between the hours of 8AM and 12PM, you would use -1 as the tweak value. This tweak will slowly apply the tweak value, starting at near 0, then moving to the tweak value. The maximum tweak applied will be at the mid-point of the specified time. Once the time has progressed past the mid-point in time, the tweak will slowly go back to 0. The trig function sin() is used to produce a smooth transition from start to finish rather that a linear tweak.
12) Fixed a potential race condition between the user interface thread (GUI) and the serial communications thread where the port may accidentally be closed. This could lead to problems if the user pressed Stop then Start or at initial program start up.
13) Added full support for direct serial interface to the Oregon Scientific WMR-968 and WMR-918 (did not test 918 or 928, it should work). All of the weather data is supported with the exception of storm alarm, pressure rising, and pressure falling alarm data. Since the WMR-968 tracks only hourly rainfall and rain total, the 24 hour and Daily rainfall totals are always calculated by WUHU. Weather Underground rapid fire is also supported. Low battery indicators and sensor failures will be reported in the log. Note that uploads to the servers will not occur until all of the weather sensor data has been reported. There is an option for the cold weather sensor. Contact me if you need to enable this (will need to test with you).
Thanks to Steve Gunn who worked with me to develop WMR-968 support! Without his help, this would not have been possible!
14) Modified solar tweak to deal with time ranges that cross over midnight. Create dual solar tweaks versus single solar tweak. Thanks to Dan for suggestion.
15) Added dual time based relative humidity tweaks.
16) Modified CWOP data reporting to meet criteria specified in the Weather Station Siting, Performance, and Data Quality Guide
The Average Wind Speed and Direction - 2 minute average - No Change.
The Wind Gust Speed - Highest Wind Speed observed over the past 10 minutes - No Change.
Previously, the following weather data was uploaded based upon the last sample from the station (No averaging).
A) Pressure - Reporting frequency: 1-minute updates derived from the minimum reported pressure value observed in the past minute. New.
B) Temperature: latest 5 minute average. New.
C) Dew Point: latest 1 minute average. Since only Humidity is uploaded to CWOP, the Humidity value is averaged over 1 minute. New.
17) Updated the default configuration file to reflect the changes in the Tier 1 and Tier 2 CWOP servers. This only affects new installs.
18) Added option to disable toolbar flash as well as log button flash. See new option in the log window.
19) When monitoring currdat.lst, last actualization time is checked to make sure a new sample is collected.
20) A new .INI key was added to enable the writing of extended information in the currdat.lst (daily lows and highs). This modification will have no effect if you are not writing the currdat.lst file or if the below key is not found in the WUHU configuration INI file.
To enable this feature, exit WUHU and edit the WUHU Configuration Data.ini file that is located in the WUHU program file folder. Notepad is recommended when editing this file. Add the following key to the general section of WUHU Configuration.INI in the [General Settings] section.
Write Extended Currentdat=1
21) Added the following replacement strings that can be used when naming the Heavyweather Pro history.dat file generated by WUHU.
%d -Day of month (1-31)
%m - Month (1-12)
%y - Year (4 digit year)
%doy - Day of year (0-365)
Example, if you manually edit the path and name of the history file to be generated as follows:
C:\Program Files\WUHU\history_%m_%y.dat
WUHU will generate the following history.dat files depending on the current date (automatic change-over):
history_01_2007.dat in January,
history_02_2007.dat in February.
Since history.dat files can grow quite large when using direct serial mode, the above naming convention is recommended.
22) Added new extended currdat.lst output. There is a new section in the ini file [daily_averages] that contains the average readings for the day.
23) Added new extended currdat.lst output. There are two new sections in the ini file [hourly_extremes] and [hourly_averages].
24) Added the ability to send currdat.lst data to processes using actions.
the parameters are passed as follows:
%[section]variable%
So if you want to pass the indoor temperature, you would specifiy the following as a parameter.
%[indoor_temperature]deg_F%
All of the fields, including the extended data should be accessible.
In a related area, I discovered that the paths used to specify an action can not contain spaces. Not sure if there is a way around that limitation yet, there might not be a solution (Gee, thanks Microsoft!)
25) Added the ability to specify a web service as an update action.
You can use the 'On Weather Update' action to send data to a local web service. In the 'Action on Activation' edit box, you enter the web address and replacement strings, for example you might enter:
http://localhost/webservice/collector.aspx?t=%OutdoorTempDegF%&h=%IndoorHumidity%........
The web service should return the single response "success" to indicate that the request was received ok.
To monitor what is being sent and the response, on the log screen, click the 'Show Uploads' check box.
26) Added a required Relative Pressure to Absolute Pressure tweak for stations using VWS csv monitoring.
You must enter a tweak value for the Relative Pressure to Absolute pressure when using this method. If a value is not entered in the tweak screen, the absolute pressure will be calculated as the relative pressure.
For example, you might enter:
-1.000
If the relative pressure is say 30.04, the absolute pressure will be calculated as 29.04.
27) Fixed problem with paths used as actions that contain spaces. Thanks Microsoft! (Wasted time > 60 mins).
28) Modified currdat.lst file import to use the metric rainfall readings rather than the English unit fields. Apparently there is significant rounding error when using the English units in this file.
To install this version without generating false rain readings, do the following:
1) Go to the tweaks screen, check the "Disable all rainfall reporting". Hit the Save & Exit button.
2) Quit WUHU.
3) Install this version.
4) After the first update, go to the tweaks screen, uncheck "Disable all rainfall reporting". Hit the Save & Exit button.
29) Added a Weather Underground Rapidfire tweak to average wind speed and direction over the past 2 minutes. This may help users with sporadic wind speeds of 0.0 and NNW or N wind direction readings. You might also notice that the wind direction and wind speed readings on your WU history page might show some averaging.
30) Removed dependency to psapi.dll that was causing incompatibility with Windows 98. This version will run under 98 (tested on Me) however only direct serial mode is supported. Due to the file monitoring API used to monitor files changes, indirect mode (currdat.lst monitoring) is *not* supported.
31) When using direct serial, the dew point will be automatically calculated if the console returns a value outside of the range (-22F to 158F).
32) Added instantaneous rates of change column for most weather variables.
The rate of change is calculate from the average value over the the specified range to current value. In other words, it is the rate of change needed over the next hour that would be required to go from the average value to the current value.
33) Added a couple of new links. One points to the CWOP server status page and the other to the MADIS snow data for your area (based on your CWOP ID).
34) Added a new button above the 'Rate of Change' column in the stats area.
You can select between current 'Rate 1 HR' to 'Next Hour' to '3 Hours'.
If 'Rate 1 HR' is selected, that rate of change computed from the average to the current value is displayed (as with previous version).
If 'Next Hour' or '3 Hours' is selected, the display will show the projected weather data from the current weather data assuming the rate of change will remain the same as it is from the average to current.
This projection works well for weather data that is steadily rising or falling over a fairly short time ranges (say 0 to 2 hours). So as a general rule, the shorter the time range, the more accurate the projection will be.
35) Improved rate calculations so that recent changes are detected. Rates are generally only valid over a 24 period or less (one high and one low per specified time range).
36) Added Delta column. These values represent the change from low to high or high to low depending on which was the last. If the value is positive, that means the high was the most recent, therefore the variable is probably rising. If it is negative, the value is probably falling.
37) Forced wind related variables to always use the average as the reference point for calculating the rate of change.
The user can now select a time range that references midnight. To use, enter M or m for either the end of the period. For example, if hours is selected, you can enter 0 to m hours then hit Show or Graph.
38) When using direct serial mode, the console's clock time is compared against the PC's clock time. If they differ by more than 60 seconds, a warning is generated in the log telling the user how far off the clocks are. It also posts a message warning the user that if the clocks are not brought in to sync, errors will end up in the log between midnight and 6AM.
---
heavyweather2beta_setup_us.exe - U.S. Version - Heavy Weather Beta 2.0 Setup (WS23xx users, Required for WUHU when using Heavy weather).
heavyweather2beta_setup_uk.exe - U.K. Version - Heavy Weather Beta 2.0 Setup (WS23xx users, Required for WUHU when using Heavy weather).
Audibles.zip - Pre-configured audible voice alerts for WUHU. This is an Add-on. Not required.
sendEmail-v152.zip - Command line application that allows you to send e-mails. Can be used as a WUHU action. This is an Add-on. Not required.
Wheres James WebCam Publishing Software - Freeware Web Cam publishing software. Not related to WUHU.
(My weather conditions at Weather Underground)
Related Links:
