Flood Detection och varningssystem (2 / 3 steg)

Steg 2: Server nod genomförandet av app

Som vi har sett finns det ytterligare ett lager av nätverk mellan slutanvändarna dvs vanligt folk och wsn. Detta lager består av en servernod eller servernoderna. Vår idé var att ha en servergrupp som koordinerar wsn hela regionen för snabbare svar. För prototypen modell på grund av bristande resurser och tid det andra lagret har en enda servernod. Den främsta orsaken gick vi för en servernod är att tillhandahålla ett avbrott baserat system och realtidssystem som vi försöker behandla frågan är känslig och eftersläpning inte tolereras.

Tanken är att det lägre lagret av WSN's överför JSON objekt till servernoden i en konstant takt dvs det genomsnittliga flödet av vatten (i samband med trycket) och fukthalten i marken. Vi sedan convet JSON objekt till CSV-format och sedan läsa in den i databasen. Databasstruktur och mottagandet av sensor data koden ingår i filerna.

Vi är avkänning genomsnittliga vattenflödet per minut och sedan jämföra med genomsnittet så långt vi besluta om vattennivån är alarmerande eller inte. Sedan har vi den larmsystem som är baserad på modulen IFTTT av bulten processing unit. Bättre anpassade sensorer var vatten flöde sensorer och ekolod som de ger mer exakt sätt att djupet på vattnet som är en viktig faktor i att upptäcka översvämningar. Sen flyttade vi till rita grafer med hjälp av informationen vi använda gnu tomten som sedan lastas på slutanvändaren webbportalen förklaras i nästa avsnitt. Nod-serverimplementeringen DBMS struktur