After talking with Arden, we came up with a plan to have nodes operate on a schedule where they are ‘awake’ for a certain period, then ‘sleeping’ for a certain period. While it is awake, it is listening for a child node to transmit data. Once that happens, it takes a sensor reading and adds it to the received data. If it doesn’t receive anything by the end of its awake period, it will take a sensor reading. It will then send that data to the parent node. After the awake period, it will enter a sleep period where it is put in standby or shutdown mode. We can set a periodic wakeup using the RTC to wake up the node after a certain period of time. I have been busier than expected with classwork so I haven’t had time to look into the synchronization algorithm Arden researched. I will need to catch up this week by looking into how the algorithm calculates the clock offset, and if it’s possible to make sure all the nodes are on at the same time to synchronize the clocks. Once we get the STM32s we ordered I will try putting one into different low power modes and waking it up using the RTC.
Ankita’s Status Report for 10/01
This past week has been really busy for me with other classes, so I haven’t done as much as I set out to do and am planning on adjusting my next week’s schedule accordingly. I got the Raspberry Pi 4 from the inventory and have been trying to find the best software for web application development to download. After doing lots of research, I decided on using Django as there are lots of tutorials/references as well as an easier learning curve. I wanted to choose a platform with easy management and this seems to be the best option. I also met with Professor Mukherjee regarding the issues I was having with the Raspberry Pi; now I am able to ssh into the Pi and am planning to download any software that our team needs onto the Pi. I did draw out a design of what the ideal interface should look like, with a map of all the nodes and a system that sends text alerts to the general public regarding the location of a fire. The rest of the time I have been working on the design presentation slidedeck. For the upcoming week, I am hoping to get a simple version of a web application up and running before adding special features.
Karen’s Status Report for 9/24
I spent the beginning of the week finishing and preparing for the proposal presentation. After speaking with Professor Mukherjee and our TA Adnan about pivoting our project, I started researching ways to lower power consumption in order to make different “power modes” for our nodes based on how much power is left in the batteries. It seems the main considerations will be how long we want the wake-up time to be, what peripherals we plan to use to wake up the node, and whether or not we want to preserve registers and SRAM for choosing which low power mode to use. The STOP modes are in the middle of balancing power consumption with wake-up time, so it might be good to use one or more of the STOP modes when the system is first starting to get low on battery. Which STOP mode is best will depend on how we want to wake up the node. I will have to talk with Arden about whether the networking will require certain peripherals active even when the node is in a low power mode. For even lower power, we could potentially use standby mode. This has a longer wake-up time, will restart the program, and turn off all peripherals, but the trade-offs may be worth it if power is critically low. I am on track to start designing the different power modes for the nodes this upcoming week.
Arden’s Status Report for 9/24
Due to the pivot to a new project idea, we have only had a few days to plan out the design of this new idea: WSN for early wildfire detection. Nevertheless, I have been researching medium-access protocols that we could use to minimize power in the WSN. The most promising one would be an asynchronous B-MAC protocol where the sender would have some notion of the designated receiver’s wakeup period, allowing it to send a much slower preamble. The preamble would ensure that the receiver and the transmitter are in the “awake” state before the actual sensor data is sent. However, this would mean that the sensor node cannot be fully turned off during the off state, as it would still need to receive the preamble. Fortunately, the STM32 has a low-power mode where UART is still enabled, so the board could still receive data from the LoRa transceiver in this lower power state. Conversely, we could implement a synchronous MAC protocol (much like TDMA) which would allow the STM32 to go into an even lower power state mode, but this requires regular beacons to account for RTC clock drift among the sensor nodes, which sounds much trickier to implement. I do believe we are behind because we chose an idea so late, but I believe we can catchup promptly by the end of next week with other teams. My goal is to get LoRa communication up and running between a pair of STM nodes, and finalize the MAC protocol design.
Ankita’s Status Report for 9/24
Since we have just pivoted to a new project, I have spent the last few days researching how to develop a web application. As a group we have decided to use a RPi to host the web application so I have been doing some personal research on how to set that up. I think that the best option to host the web application is to use Heroku so I have been looking into using that. For simplicity and convenience, the web application’s code that I will be writing will all be in Python. I have also been drawing out designs of what the web application should actually look like. I know that I want to have a graphic that looks like a heat map that will change colors as “fire” is detected at a specific node. I am planning on creating a sample web application just to familiarize myself with the platform in the upcoming week as well as coming up with a drawn out design of what the desired web application should look like. So far, with our adjusted schedule, I am on track and will discuss with staff about ordering a RPi in the upcoming week.
Team’s Status Report for 9/24
After realizing the flaws in the project proposal for our plant soil pH maintenance, our team decided to pivot into a different project. This week we focused on coming up with a new project and figuring out the details of what we wanted to accomplish. We ended up settling on the idea of building a wireless sensor network that is used to detect forest fires. We drafted a mock project proposal with our idea with our initial design. We met with Professor Mukherjee and our TA Adnan to present our idea. As a group, we have decided to start working on researching our parts of the project separately and in depth so that we can get a good sense of what our design should be. Since we are starting a new project a month into the semester, we are working efficiently to research project specs (Proposal).