- created a display abstraction layer that will allow porting the display functions away from HT1632 Sure displays, eventually; essentially, any new "compatible" (min 16x32 resolution) display can be supported by implementing the set of functions declared in DisplayBase.h; currently, the HT1632 functions are defined in DisplayHT1632.cpp class;
- eliminated the need to set the day-of-week, which is now calculated from date (Zeller method);
- introduced the option to use MiniGPS class instead of TinyGPS, which saves some program memory and also RAM; the improved GPS code uses now a new setting in messages.txt (utc.offset);
- some bug fixes related to buffer overruns when getting the weather RSS data; Mike discovered this issue after switching to a new weather service (http://www.rssweather.com/zipcode/27612/rss.php), since the old one (e.g. http://w1.weather.gov/xml/current_obs/KRDU.rss) is no longer supported (protocol was changed to https, which cannot be handled by the current ESP8266 class);
As a reminder note (for myself), the ESP8266 and GPS-related changes mentioned above should also find their way into the WiFiChron code, sometime.
Recently, Nick sent this photo of his stack (stash?) of WiFiChrons.
Hi, love my WiFiChron. The weather function was great during the time that it worked. Probably the same problem as listed above? Has the fix been incorporated into WiFiChron? Thanks!
ReplyDeleteThe weather info is retrieved from any public weather site that publishes RSS weather data. It won't work anymore when any of these change:
Delete- site URL (can be fixed by inputting again in the init page);
- site requiring a token/ID (pay-for-service);
- site not using RSS anymore.
If you can find a site/URL that still provides RSS weather data, then the weather feature will still work as implemented.