W monitoringu środowiska wąskim gardłem często jest sprzęt. Złożenie stacji meteorologicznej, kalibracja czujników czy budowa boi pomiarowej zajmuje czas.
Zwykle prace nad portalem telemetrycznym zaczynają się dopiero wtedy, gdy sprzęt wyśle pierwsze dane. Ten czas oczekiwania jest po prostu stracony.
W Silentbits robię to inaczej. Zamiast czekać na montaż urządzeń, buduję warstwę wizualizacji równolegle z pracami w terenie. Oto jak to wygląda w praktyce.
Wystarczy dokumentacja API
Nie potrzebuję czujnika w wodzie, żeby zacząć programować. Wystarczy dokumentacja rejestratora danych (dataloggera) i klucz API. Gdy znam strukturę wysyłanych danych - np. JSON-a z modułu LoRaWAN albo GSM - wiem dokładnie, w jakim formacie dane trafią do systemu.
Ta sama zasada pozwala mi pozostać niezależnym od sprzętu. Skoro każdą sieć traktuję jako środek transportu, a nie miejsce docelowe - co opisuję w artykule o łączeniu wielu sieci - oprogramowanie przyjmie dane niezależnie od tego, które urządzenie je ostatecznie wyśle.
Symulowana telemetria
Zamiast czekać na prawdziwe dane, generuję symulowane strumienie, które zachowują się jak prawdziwe czujniki. Buduję strukturę bazy danych i interfejs w Next.js. Dzięki temu mogę zaprojektować i przetestować każdy element dashboardu - od wykresów natlenienia wody po powiadomienia o anomaliach.
Symulacja wcześnie ujawnia też problemy projektowe. Dashboard do danych operacyjnych musi sobie radzić z trudnymi przypadkami: brakującymi odczytami, przerwami w transmisji i danymi, które przychodzą w złej kolejności. Na symulowanych danych testuję te scenariusze podczas budowy, a nie na produkcji.
Interfejs niezależny od sprzętu
Jako jednoosobowe studio dostarczam rozwiązania szyte na miarę, niezależne od logiki konkretnego producenta sprzętu. Skoro interfejs jest oddzielony od sprzętu, zmiana czujnika tuż przed instalacją nie oznacza przepisywania systemu. Wystarczy zmienić sposób, w jaki odczytuję dane wejściowe.
Takie rozdzielenie to najlepsza ochrona przed uzależnieniem od dostawcy. Gdy warstwa wizualizacji nie zależy od zamkniętej chmury producenta, wymiana modelu urządzenia - a nawet całego producenta - nie pociąga za sobą przebudowy interfejsu. O integracji decyduje schemat danych, a nie marka sprzętu.
Gotowość od pierwszego dnia
Gdy sprzęt po testach trafia w końcu do wody, nie ma żadnego okresu przejściowego. Dane od razu trafiają do gotowego, przetestowanego dashboardu telemetrycznego. Klient od pierwszego dnia dostaje w pełni działający system.
W telemetrii terenowej oprogramowanie nie powinno czekać na sprzęt, a sprzęt nie powinien czekać na interfejs. Dzięki pracy równoległej wdrożenie idzie sprawnie i kończy się na czas. Jeśli u Ciebie ekipa terenowa i programiści wciąż pracują jedno po drugim, czas to zmienić. Zobacz, jak podchodzę do niezależności od sprzętu w artykule o uzależnieniu od dostawcy, albo sprawdź, jak moje dashboardy telemetryczne są gotowe, zanim pierwszy czujnik zacznie nadawać.
