Z czego budujemy StormNode?
StormNode powstaje jako praktyczny, terenowy węzeł sieci Planetnik: ma wykrywać aktywność burzową, zbierać dane środowiskowe, określać kontekst lokalizacji GNSS/GPS, wykonywać zdjęcia nieba i wysyłać telemetrykę do panelu projektu.
Główna płytka prototypu: Wi‑Fi/Bluetooth, kamera OV2640, logika firmware, obsługa zdjęć, HTTPS upload i telemetryka.
Czujnik wyładowań atmosferycznych używany do wykrywania lokalnej aktywności burzowej, dystansu i siły sygnału wyładowania.
Czujnik środowiskowy do pomiaru temperatury, wilgotności i ciśnienia. Pomaga dopisać kontekst pogodowy do zdarzeń burzowych.
Moduł odbiornika GNSS GPS BeiDou ze złączem Gravity, obsługujący komunikację I2C/UART. W StormNode służy do danych lokalizacyjnych, czasu oraz kontekstu synchronizacji i korelacji w klastrach.
Zdjęcia i dane bazowe wybranych układów pochodzą z publicznych materiałów producenta DFRobot: FireBeetle 2 ESP32-S3-U, Gravity Lightning Distance Sensor, Gravity I2C BME280. Zdjęcie modułu GNSS/GPS pochodzi z publicznych materiałów sklepu Botland dla produktu DFRobot TEL0157.
Firmware i AI-assisted coding
Firmware oraz narzędzia projektu rozwijamy iteracyjnie, korzystając również z pomocy modelu językowego AI. AI pomaga w analizie kodu, refaktoryzacji, dokumentowaniu, projektowaniu API i przyspieszaniu prac koncepcyjnych.
Decyzje techniczne, testy sprzętowe i finalne wdrożenia pozostają po stronie zespołu projektu. AI jest narzędziem wspierającym — nie autopilotem.
Autorski panel StormNode
Równolegle rozwijamy własny panel dla StormNode: prezentację zdarzeń, zdjęć, pomiarów, stanu urządzeń, historii i danych archiwalnych. Panel będzie podstawą do obserwacji sieci Planetnik oraz dalszego udostępniania danych przez API.
Hosting i zaplecze serwerowe
Projekt ma własne zaplecze hostingowe oparte o serwery dedykowane oraz systemy Linux, w tym Rocky Linux i openSUSE. Dzięki temu możemy samodzielnie rozwijać API, panel, bazę danych, archiwum zdarzeń i elementy monitoringu bez uzależniania się od gotowej platformy SaaS.
Infrastructure as Code
Infrastruktura projektu jest rozwijana w duchu Infrastructure as Code: konfiguracja serwerów, usług i automatyzacji ma być możliwie powtarzalna, opisana w kodzie i łatwa do odtworzenia. Do utrzymania projektu wykorzystujemy również GitLab jako zaplecze kodu, issue i dokumentacji oraz Zabbix do monitorowania usług i infrastruktury. Do utrzymania projektu wykorzystujemy również GitLab jako zaplecze kodu, issue i dokumentacji oraz Zabbix do monitorowania usług i infrastruktury.
Technologia pod lokalny nowcasting
Dane z urządzeń StormNode projektujemy tak, aby w przyszłości wspierały lokalny nowcasting: analizę bieżących sygnałów pogodowych, trendów telemetrycznych, zdjęć nieba oraz zdarzeń wykrywanych przez klastry węzłów.
Technologie, narzędzia i środowisko
Planetnik korzysta z popularnych technologii sprzętowych, programistycznych i infrastrukturalnych. Poniższa lista pokazuje środowisko projektu bez sugerowania partnerstwa, certyfikacji ani formalnej współpracy z właścicielami wymienionych marek.
Sprzęt i prototypowanie
Moduły czujników i płytki rozwojowe używane w prototypach StormNode.
Główna platforma urządzenia StormNode z Wi‑Fi, kamerą i firmware C++.
Środowisko prototypowania i biblioteki kompatybilne z ekosystemem Arduino.
Lokalizacja węzłów oraz kontekst czasu i synchronizacji danych w klastrach.
Projektowanie i druk 3D
Drukarka 3D wykorzystywana do prototypowania obudów, uchwytów, elementów montażowych i testowych części StormNode.
Oprogramowanie do przygotowania modeli do druku, ustawiania parametrów, podziału kolorów i kontroli procesu prototypowania.
Firmware i programowanie
Środowisko kompilacji i programowania prototypów firmware StormNode.
Główny język firmware urządzenia: sensory, kamera, telemetria i komunikacja.
Warstwa panelu, API, odbioru zdarzeń, zdjęć i danych telemetrycznych.
Interfejs WWW, strona informacyjna, prezentacja danych i elementy UX.
Infrastruktura i utrzymanie
Stabilne środowisko serwerowe dla usług projektu, zaplecza WWW, API, panelu i automatyzacji.
System Linux wykorzystywany w środowiskach roboczych, testowych lub administracyjnych projektu.
Środowisko wirtualizacji i testów infrastruktury dla usług projektu.
Panel hostingowy wykorzystywany w zapleczu WWW i środowiskach testowych.
Repozytoria kodu, historia zmian, issue, dokumentacja techniczna oraz proces rozwoju firmware, panelu i narzędzi projektu.
Monitoring usług, serwerów i elementów infrastruktury wspierającej API, panel oraz środowiska testowe Planetnika.
Powtarzalne podejście do konfiguracji serwerów, usług i środowisk projektu.
Wspólna warstwa systemowa dla usług serwerowych, narzędzi administracyjnych i eksperymentów infrastrukturalnych.
Nazwy technologii, produktów i znaki towarowe należą do ich właścicieli. Planetnik wykorzystuje je jako elementy środowiska projektowego, sprzętowego lub infrastrukturalnego. Wymienienie nazwy nie oznacza partnerstwa ani certyfikacji.
Co dalej?
Kolejne etapy to dopracowanie obudowy zewnętrznej, stabilizacja firmware, rozbudowa panelu, testy terenowe oraz zaproszenie pierwszych uczestników do sieci pilotażowej.