The challenge for the UW Makeathon was to create a solution to mitigate the effects of rising heat, with an emphasis on equity and inclusion. With this in mind, our two intrepid competitors, MJ and Bis, decided to team up on this challenge. Through a robust design process, the two came to a thrilling plan.
The PlanRising heat affects people differently, especially those from vulnerable and low-income groups. Heat can even affect neighborhoods differently. High-income areas with adequate tree cover and shade fare better than the concrete jungles of low-income areas. In addition, the dangers of heat are not as apparent compared to other weather phenomena.
To address these concerns specifically, the two decided to develop the Heat Warning System. Firstly, the HWS would display current temperature data to the public through an LCD. It would also contain recommendations when the temperature reached certain thresholds. The duo were also able to achieve a primitive form of data storage through TeraTerm.
Reach goals were also developed that, in the end, the two weren't able to achieve within the one-day time frame. These included integration with the OneWeather API, and a speaker system for the visually impaired.
The PrototypeMJ and Bis used the Arduino platform to develop their solution. In the beginning, the two wanted to use the Raspberry Pi ecosystem, but alas, the Pi has no analog ports for temperature measurement. They moved onto a Arduino MKR 1010 WiFi board. However, the chip's architecture wasn't suitable for the libraries they were to implement. In the end, they settled for the robust and proven Arduino UNO for their solution. Using a TMP36 sensor and a 2x8 LCD screen, they were able to develop their idea to fruition.
For temperatures within 50-95 degrees, the LCD displays a friendly remark about the nice weather. Temperatures in the range of 95 to 105 degrees display helpful advice about the high risks associated with the current temperatures. Crossing the 105 degree threshold displays a warning to stay inside.
Using TeraTerm, users can extract data from the system. Multiple stations can be used within a municipality to collect and compare data between neighborhoods. The data can then be parsed into something useful.
There were many goals that the two could not realize. The first being the integration with the API. WiFi communication is difficult to do, and it's something that could not have been achieved within a day. That is why it was omitted from the project.
Ideally, the setup would include a better temperature and humidity sensor. A DHT11 would have worked great for this purpose. But the two worked with the current resources that they had.
Finally, the user interface could have been much improved from just a simple LCD. Ideally, they would have used a large OLED or e-ink display, so that people would have a better view of the information.
Comments