Talk:Emergency alert from Android Smartphones to social media

8/2/2012 Todo Install and run Python and DAQ diagnostic on Smartphone

Done - able to detect DAQ device as well as to obtain the values of light intensity.

Install and run Android SDK and DAQ diagnostic on PC

Done - able to install and detect DAQ device; able to create the virtual android

Run and observe SMS example

Done - able to send SMS from one virtual android to another

Run and observe GPS example

Not required - our project will be located at fixed locations (ie: location can be input as part of a fixed text from example)

if your system is moved to another location, it will be useful to automatically obtain the location without having to key it in.--Admin 20:36, 8 February 2012 (EST)

Modify GPS and SMS examples to send GPS info in URL via SMS so recipient can view map of location Run and observe measure pressure example Modify pressure code to measure water level Modify code to send location, water level info via SMS when water level exceeds threshold Run and observe twitter example Modify code to send twitter when water level exceeds threshold

So far, we have been able to send out twitter feed from our Python IDLE. We connected a voltage detection device to the DAQ which will allow us to detect the level of voltage and print the voltage out on IDLE. Subsequently, we tweaked the programme such that if voltage is more than 2, it will tweet a "Voltage is 2.xxx", and if the voltage is less than 2, it will tweet a "Voltage is 2.xxx". However, we have to run the programme each time in order to obtain the various results. We want to create an infinite loop that enables us to tweet a result without having the need to run the programme each time.

15/2/2012 Software side: We managed to create the infinite loop for our project which enables us to read the change in voltages without having to restart the programme. Furthermore, we prevented twitter from blocking out similar messages (spam) using an option of printing out the datetime format. However, as of now, our datetime format is UTC, which is essentially -0800 from our current timing. We also intend to implement a cloud storage system which will update the frequency of flooding. We initially intend to do it via timer basis (update once every 10mins), but will attempt to change it to via data basis (update when a certain level of water is reached) in order to save resources. The cloud storage system will enable interested users to obtain a graph and table of the frequency of flooding.

Hardware side: We have obtained a PVC cylinder which will contain our system of magnetic reed switches and DAQ device. The cylinder will have holes drilled at the sides in order to allow the water to enter during the flood. How the hardware component will work is that the system will be always turned off (to save power). A guiding pole will be attached within the cylinder as well as a float connected to a reed switch. Varying levels of reed switches will be connected along the side of the cylinder, each carrying their own 'voltages'. Once the floating reed switch comes in close proximity to the fixed reed switches, a voltage will be sent out through the DAQ to the software component.