#citizenscience #water #river #monitoring #odragate #priorart #openhardware
I am doing "prior art" research to find out what are reliable and open constructions of sensors (and controlling/recording) platforms used in citizen monitoring of environment.
Due to recent events in Poland, priority topic is river monitoring: water temperature, pH, conductivity, dissolved oxygen, turbidity, ORP (oxidation reduction potential), water level (sonar?).
Also, typical weather station sensors recommendations will be appreciated.
If you know about an active group dealing with river environment monitoring, please drop a link here – I will be happy to learn from them.
At this stage, I do not intend to start any deep R&D. I need to learn about good (best!) practices and appropriate hardware, so we can deploy a network of early warning checkpoints as soon and as cheaply as possible.
I am doing "prior art" research to find out what are reliable and open constructions of sensors (and controlling/recording) platforms used in citizen monitoring of environment.
Due to recent events in Poland, priority topic is river monitoring: water temperature, pH, conductivity, dissolved oxygen, turbidity, ORP (oxidation reduction potential), water level (sonar?).
Also, typical weather station sensors recommendations will be appreciated.
If you know about an active group dealing with river environment monitoring, please drop a link here – I will be happy to learn from them.
At this stage, I do not intend to start any deep R&D. I need to learn about good (best!) practices and appropriate hardware, so we can deploy a network of early warning checkpoints as soon and as cheaply as possible.
Co do LoraWAN -- nie znam lepszego typu infrastruktury dla takich potrzeb. Ale jestem otwarty na sugestie.
Follow
LoraWAN to nazwa rodzaju sieci (analog: WiFi). Istnieją dalekozasięgowe sieci LoraWAN: pewnie TPSA vel Orange oferuja jakąś, ale też istnieje The Things Network. Ciekawe pytanie tutaj to czy chcesz stworzyć własną sieć LoraWAN, czy może używać np. TTN.
Ale jestem wyuczalny i przez 40 lat nauczyłem się przynajmniej słuchać i przekładać z technicznego na userski i odwrotnie.
Skupię się więc na tym, co umiem najlepiej --- na opisie funkcjonalnym.
Potrzeby w dziedzinie komunikacji:
W trybie rutynowym najważniejsze jest, żeby komunikacja była tania (energetycznie i finansowo), z zachowaniem użyteczności. Wysyłka danych z czujników, okazjonalnie podnoszenie kanału do treamingu wideo czy aktualizacji.
W momencie, kiedy "robi się ciekawie" (wichura, ulewa, flash flood czy jakiś manmade disaster), rośnie prawdopodobieństwo, że powszechne usługi komunikacyjne (Orange, hehe) zdechną i nieprędko wstaną. A właśnie wtedy szczególnie potrzebujemy niezawodnego raportowania. Więc przemawia do mnie idea gminnej infrastruktury teletransmisyjnej, która może nie będzie taka ach och technicznie, ale za to łatwo i szybko da się naprawić, zamiast czekać na przeciążonego serwisanta z dużej sieci.
Dodatkowym wabikiem jest dla mnie otwarcie drogi w stronę budowy społecznościowej sieci dostępowej i, docelowo, sfederowanego intranetu. ---> NetCommonsPlus (trochę nieaktualne, ale tylko w szczegółach)