Paso 2: Implementación de nodo servidor de la aplicación
Como hemos visto hay otra capa de red entre los usuarios finales es decir, la gente común y el wsn. Esta capa consiste en un nodo de servidor o nodos. Nuestra idea era tener una granja de servidores que coordina el wsn en toda la región para una respuesta más rápida. Para el prototipo del modelo debido a la falta de recursos y tiempo de la segunda capa tiene un nodo de servidor único. La razón principal que nos fuimos para un nodo de servidor es proporcionar una interrupción basado en sistema y sistema en tiempo real como el tema que intentamos tratar es sensible y no se tolera la demora.
La idea es que la capa más baja de WSN de transmitir objetos JSON para el nodo de servidor a un ritmo constante, es decir, el flujo promedio de agua (en correlación con la presión) y el contenido de humedad del suelo. Después convento los objetos JSON a csv formatean y luego cargan a la base de datos. La estructura de archivos de base de datos y el recibo de código de datos de sensor está incluido en los archivos.
Estamos detección el flujo promedio de agua por minuto y luego Comparar con promedio hasta el momento, decidir si el nivel de agua es alarmante o no. Luego tenemos el sistema de alerta que se basa en el módulo IFTTT del perno unidad de procesamiento. Mejor adecuado sensores fueron sonares y sensores de flujo de agua, ya que proporcionan el medio más preciso de la profundidad del agua que es un factor importante en la detección de las inundaciones. Luego nos mudamos a trazar gráficas con los datos que almacenan utilizando diagrama de gnu que luego será cargado en el portal de usuario final, explicado en la sección siguiente. Implementación de nodo servidor Estructura DBMS
