Platforma telemetryczna IoT dla zdalnego monitoringu zbiorników

Case study: platforma IoT łącząca urządzenia terenowe, backend, historię pomiarów, alarmy i model usługowy.

Platforma telemetryczna to dziś znacznie więcej niż pojedynczy czujnik wysyłający pomiar do chmury. W wielu projektach OEM prawdziwa wartość powstaje dopiero wtedy, gdy urządzenie terenowe zostaje połączone z bezpiecznym backendem, bazą danych historycznych, aplikacją webową, systemem alarmów, kontami użytkowników i modelem utrzymania usługi.

Ten projekt pokazuje, jak zbudować kompletny ekosystem IoT do zdalnego monitorowania zbiorników i urządzeń pomiarowych. Rozwiązanie łączy urządzenia pracujące w terenie, backend API, bazę danych time-series, aplikację webową oraz mechanizmy subskrypcji, powiadomień i bezpiecznej aktywacji urządzeń.

Dla producenta OEM taki system oznacza coś więcej niż sprzedaż hardwareu. Urządzenie może stać się częścią usługi online: z historią pomiarów, alarmami, dostępem przez przeglądarkę, zarządzaniem użytkownikami i możliwością dalszego rozwoju modelu biznesowego.

Jeżeli Twoja firma rozwija urządzenie elektroniczne, które ma pracować w terenie, zbierać dane i dostarczać klientom wartość w modelu cyfrowym, podobny kierunek warto rozważyć już na etapie projektowania urządzeń elektronicznych.

Projekt w skrócie

Problem: rozproszone zbiorniki i brak aktualnych danych

W wielu branżach zbiorniki, instalacje i urządzenia pomiarowe są rozproszone geograficznie. Mogą pracować w gospodarstwach rolnych, obiektach komunalnych, instalacjach przemysłowych, logistyce, dystrybucji paliw, AdBlue, wody, chemii albo innych mediów.

Brak aktualnej informacji o poziomie medium w zbiorniku powoduje konkretne koszty i ryzyka:

• niepotrzebne wyjazdy kontrolne
• reakcję dopiero po zgłoszeniu problemu przez klienta
• trudniejsze planowanie dostaw i serwisu
• brak historii pomiarów do analizy trendów
• opóźnione wykrywanie alarmów, wycieków lub nieprawidłowych pomiarów
• brak jednego systemu dla wielu urządzeń pracujących w terenie.

Sam czujnik poziomu nie rozwiązuje całego problemu. Klient końcowy potrzebuje dostępu do danych, historii, alarmów i statusów. Operator systemu potrzebuje zarządzania użytkownikami, urządzeniami, uprawnieniami i subskrypcjami. Producent urządzeń potrzebuje bezpiecznego procesu aktywacji i możliwości rozwijania usługi w czasie.

Wyzwanie: z urządzenia pomiarowego do kompletnej platformy IoT

Celem projektu było stworzenie platformy, która nie ogranicza się do prezentacji pojedynczego pomiaru. System miał obsługiwać pełny przepływ danych: od urządzenia telemetrycznego w terenie, przez backend i bazę danych, aż po aplikację dostępną dla użytkownika.

Kluczowe wyzwania obejmowały:

• obsługę danych z urządzeń typu level meter / sonic
• przechowywanie historii pomiarów w sposób dopasowany do danych telemetrycznych
• prezentację aktualnego stanu i trendów
• interpretację statusów alarmowych urządzenia
• zarządzanie kontami użytkowników i dostępem do urządzeń
• możliwość udostępniania urządzeń innym użytkownikom
• przygotowanie fundamentu pod model subskrypcyjny
• bezpieczną aktywację urządzeń przez użytkownika końcowego
• integrację z powiadomieniami i systemami biznesowymi
• utrzymanie rozwiązania w środowisku gotowym do dalszego rozwoju.

W praktyce był to projekt łączący warstwę IoT, software, bezpieczeństwo, UX, backend, infrastrukturę oraz myślenie o modelu biznesowym produktu.

Rozwiązanie: system łączący urządzenia, dane i aplikację webową

Platforma została zaprojektowana jako kompletny system telemetryczny, w którym urządzenia terenowe dostarczają dane do backendu, a użytkownicy korzystają z aplikacji webowej do monitoringu i analizy.

Zakres funkcjonalny obejmował:

• monitoring poziomu medium w zbiornikach
• obsługę historii pomiarów
• analizę trendów, dostaw, poborów i anomalii
• statusy alarmowe urządzeń
• konta użytkowników i autoryzację dostępu
• udostępnianie urządzeń innym użytkownikom w trybie read-only
• plany subskrypcyjne i ograniczenia funkcji zależne od planu
• integrację z płatnościami
• bezpieczną aktywację urządzeń za pomocą kodu lub oznaczenia produkcyjnego
• powiadomienia i komunikację z użytkownikiem
• monitoring techniczny infrastruktury.

To ważne z perspektywy OEM: produkt IoT nie kończy się na elektronice. Jeżeli urządzenie ma generować wartość po sprzedaży, potrzebuje aplikacji, danych, kont, uprawnień, bezpieczeństwa i procesu utrzymania. Ten typ projektu dobrze wpisuje się w szerszy proces NPI od pomysłu do produkcji, bo wymaga równoległego prowadzenia elektroniki, softwareu, testów i wdrożenia operacyjnego.

Zakres prac Inventronics

W takim projekcie wartością nie jest pojedynczy komponent, ale połączenie kilku warstw w spójny produkt. Platforma telemetryczna wymaga równoczesnego myślenia o urządzeniu, backendzie, aplikacji, danych, bezpieczeństwie, aktywacji użytkownika i późniejszym utrzymaniu.

Zakres kompetencji potrzebnych przy podobnym projekcie obejmuje:

• analizę wymagań produktu i procesu użytkownika
• projektowanie elektroniki i integrację z urządzeniami terenowymi
• architekturę backendu i API
• bazę danych dopasowaną do pomiarów historycznych
• aplikację webową dla użytkownika końcowego
• responsywną warstwę web/mobile dla użytkowników i operatorów
• mechanizmy kont, ról i dostępu do urządzeń
• integracje z powiadomieniami i systemami biznesowymi
• przygotowanie procesu aktywacji urządzeń
• przygotowanie systemu do utrzymania, monitoringu i dalszego rozwoju.

To jest typ projektu, w którym od początku warto łączyć rozwój produktu z przygotowaniem do produkcji elektroniki na zlecenie.

Architektura: urządzenie, API, dane i aplikacja webowa

Platforma została zaprojektowana wokół przepływu danych telemetrycznych. Urządzenia pracujące w terenie wysyłają dane pomiarowe i statusowe, backend odpowiada za walidację, logikę biznesową i bezpieczeństwo, a aplikacja webowa prezentuje informacje użytkownikom końcowym.

W warstwie backendowej wykorzystano podejście API-first. System udostępnia interfejs REST, mechanizmy autoryzacji, walidację danych oraz obsługę zadań cyklicznych. Dane pomiarowe są przechowywane w bazie time-series, co pozwala efektywnie obsługiwać historię pomiarów, wykresy i analizy trendów.

Aplikacja webowa zapewnia dostęp przez przeglądarkę, również na urządzeniach mobilnych. Użytkownik może przeglądać listę urządzeń, analizować szczegóły zbiornika, sprawdzać historię, obserwować statusy alarmowe i korzystać z funkcji zależnych od przypisanego planu.

Od strony infrastruktury rozwiązanie zostało przygotowane jako zestaw usług działających w kontrolowanym środowisku. Taki model ułatwia utrzymanie, aktualizacje, monitoring i rozwój platformy o kolejne typy urządzeń lub funkcje.

Aplikacja webowa i mobilna: jeden ekosystem użytkownika

Od strony użytkownika platforma telemetryczna jest przede wszystkim aplikacją do codziennego monitorowania urządzeń. Backend, baza danych i integracje są ważne, ale dopiero czytelny interfejs sprawia, że dane z urządzeń terenowych stają się użyteczne operacyjnie.

Warstwa frontendowa została przygotowana z myślą o responsywnym korzystaniu z systemu. Ten sam ekosystem może obsługiwać panel webowy dostępny z przeglądarki oraz warianty mobilne dla użytkowników pracujących w terenie.

Ekosystem obejmuje również aplikację na smartwatch z Wear OS, która zapewnia użytkownikom terenowym szybki dostęp do poziomu medium, stanu urządzeń, alarmów i informacji o lokalizacji bezpośrednio z nadgarstka.

Najważniejsze elementy doświadczenia użytkownika obejmują:

• widok listy zbiorników z aktualnym stanem i alarmami
• widok szczegółów urządzenia z historią pomiarów i statusem technicznym
• wykresy trendów, dostaw, zużycia i zdarzeń
• czytelne ikony statusów zamiast surowych kodów błędów
• proces dodawania urządzenia z numerem seryjnym, kodem aktywacyjnym i konfiguracją zbiornika
• ekran planów subskrypcyjnych i płatności
• obsługę kont legacy oraz komunikatów wynikających z modelu subskrypcji
• wielojęzyczność aplikacji
• możliwość przygotowania aplikacji mobilnej dla serwisu, operatorów i klientów końcowych.
• aplikację na smartwatch z Wear OS do szybkiego podglądu stanów zbiorników, alarmów, kluczowych pomiarów i lokalizacji

W praktyce użytkownik nie musi analizować technicznych ramek danych ani statusów przesyłanych przez urządzenie. Aplikacja pokazuje informacje w formie zrozumiałej biznesowo: co dzieje się ze zbiornikiem, czy wystąpił alarm, kiedy były ostatnie pomiary i czy trzeba podjąć działanie.

To jeden z najmocniejszych argumentów dla producenta OEM. Platforma nie kończy się na API i bazie danych. Tworzy jeden ekosystem użytkownika: urządzenia terenowe, backend, dane, panel webowy, wariant mobilny, konta, subskrypcje i powiadomienia.

Statusy i alarmy: więcej niż liczba z czujnika

W telemetryce sama wartość pomiaru nie zawsze wystarcza. Użytkownik musi wiedzieć, czy dane są poprawne, czy urządzenie działa prawidłowo i czy wymagana jest reakcja.

Platforma obsługuje statusy urządzeń, które mogą informować m.in. o:

• niskim poziomie medium
• alarmie niskiego poziomu
• przepełnieniu zbiornika
• wykryciu wycieku
• problemach z czujnikiem temperatury lub poziomu
• niskim poziomie baterii
• nieprawidłowym wypoziomowaniu
• zdarzeniu dostawy lub poboru medium
• niepoprawnym pomiarze.

Dzięki temu system nie jest tylko panelem z wykresem. Pomaga użytkownikowi szybciej zrozumieć, co dzieje się z instalacją, i podjąć decyzję: zaplanować dostawę, wysłać serwis, sprawdzić urządzenie albo zweryfikować warunki pracy.

Użytkownicy, dostęp i udostępnianie urządzeń

W praktycznych wdrożeniach telemetrycznych dane z jednego urządzenia mogą być potrzebne kilku stronom. Właściciel zbiornika, operator usługi, dystrybutor medium, serwis i klient końcowy mogą potrzebować dostępu do tych samych informacji, ale z różnymi uprawnieniami.

Dlatego platforma uwzględnia mechanizmy kont użytkowników, autoryzacji i przypisywania urządzeń. Istotnym elementem jest możliwość udostępniania wybranych urządzeń innym użytkownikom, np. w trybie tylko do odczytu.

Taki model zwiększa wartość platformy w projektach B2B, gdzie urządzenie nie jest używane przez jedną osobę, ale staje się elementem procesu operacyjnego pomiędzy kilkoma uczestnikami.

Bezpieczna aktywacja urządzeń

W systemach IoT ważne jest nie tylko zbieranie danych, ale też kontrola nad tym, kto może przypisać urządzenie do konta. Platforma została wyposażona w mechanizm aktywacji urządzeń, który może być powiązany z numerem seryjnym i kodem umieszczonym na etykiecie produkcyjnej, np. w formie QR lub DataMatrix.

Dla producenta urządzeń to bardzo ważny element. Klient końcowy może samodzielnie dodać urządzenie do swojego konta, a system chroni przed przypadkowym lub nieuprawnionym przypisaniem cudzego urządzenia.

Taki mechanizm łączy software z procesem produkcyjnym. Numer seryjny, etykieta, aktywacja, konto użytkownika i dane telemetryczne muszą działać jako jeden spójny proces.

W projektach urządzeń połączonych z siecią trzeba też coraz wcześniej uwzględniać wymagania cyberbezpieczeństwa i utrzymania produktu w całym cyklu życia. Dla producentów OEM istotnym kontekstem jest Cyber Resilience Act i przygotowanie producenta elektroniki do CRA: od kontroli dostępu i aktualizacji, po dowody procesu, dokumentację oraz odpowiedzialność za bezpieczeństwo urządzenia po wdrożeniu.

Subskrypcje i model usługowy

Platforma została przygotowana z myślą o modelu usługowym. Oprócz podstawowego monitoringu może obsługiwać różne poziomy funkcji, limity liczby urządzeń, zakres historii danych oraz integrację z płatnościami.

To pozwala producentowi lub operatorowi zaoferować klientowi nie tylko urządzenie, ale usługę:

• podstawowy dostęp do aktualnych danych
• dłuższą historię pomiarów
• większy limit urządzeń
• rozszerzone funkcje operacyjne
• powiadomienia i integracje
• możliwość rozwoju oferty w czasie.

Z perspektywy biznesowej jest to istotna zmiana. Hardware staje się punktem wejścia do relacji z klientem, a platforma pozwala budować powtarzalny model przychodu i lepszą obsługę użytkowników końcowych.

Integracje i powiadomienia

Platforma telemetryczna może być częścią szerszego ekosystemu biznesowego. W projekcie przewidziano integracje z obszarami takimi jak płatności online, dane firmowe, powiadomienia i systemy zewnętrzne.

Praktyczne zastosowania obejmują:

• alerty o niskim poziomie medium
• powiadomienia serwisowe
• komunikaty o statusie urządzenia
• obsługę subskrypcji
• wymianę danych z systemami firmowymi
• automatyzację cyklicznych zadań administracyjnych.

Dzięki temu rozwiązanie może być rozwijane nie tylko jako panel techniczny, ale jako część procesu obsługi klienta, logistyki, serwisu i monetyzacji usługi.

Gotowość operacyjna i utrzymanie systemu

W projektach IoT samo uruchomienie aplikacji nie wystarcza. Platforma musi być możliwa do utrzymania, monitorowania, aktualizacji i dalszego rozwoju.

W projekcie uwzględniono elementy dojrzałości operacyjnej:

• środowisko oparte o kontenery
• rozdzielenie usług backendowych, frontendu, bazy danych i cache
• monitoring techniczny
• możliwość prowadzenia środowisk testowych i produkcyjnych
• planowanie migracji danych
• smoke testy przed przełączeniem produkcji
• scenariusze rollback.

To szczególnie ważne, gdy platforma zastępuje lub rozwija istniejący system. Migracja nie może oznaczać utraty danych, przerwania usługi albo odcięcia dotychczasowych użytkowników. Dobrze zaplanowane wdrożenie obejmuje nie tylko nową funkcję, ale także ciągłość obsługi i bezpieczeństwo operacyjne.

Wartość dla producenta OEM

Najważniejszy wniosek z tego projektu jest prosty: w nowoczesnej elektronice wartość produktu coraz częściej powstaje na styku hardwareu, softwareu, danych i usługi.

Producent urządzenia może dzięki takiej platformie zaoferować klientowi:

• zdalny monitoring bez fizycznej kontroli na miejscu
• historię pomiarów i analizę trendów
• szybsze wykrywanie alarmów i problemów
• mniej niepotrzebnych wyjazdów serwisowych
• lepsze planowanie dostaw i obsługi
• dostęp online dla wielu grup użytkowników
• możliwość sprzedaży usługi w modelu subskrypcyjnym
• jedno doświadczenie użytkownika w kanale web i mobile
• fundament pod kolejne typy urządzeń i integracji.

Z perspektywy OEM oznacza to możliwość budowy produktu o większej wartości niż samo urządzenie. Z perspektywy klienta końcowego oznacza to lepszą kontrolę nad instalacją i szybszą reakcję na zdarzenia.

Jak podobne rozwiązanie może pomóc Twojej firmie

Podobna architektura może być wykorzystana nie tylko w monitoringu zbiorników. Ten sam sposób myślenia sprawdza się w wielu projektach, w których urządzenia pracują w terenie, zbierają dane i wymagają zdalnego nadzoru.

Przykładowe zastosowania:

• telemetria przemysłowa
• monitoring paliw, AdBlue, wody lub chemii
• gospodarka wodno-ściekowa
• rolnictwo i hodowla
• infrastruktura komunalna
• utrzymanie ruchu
• urządzenia IoT pracujące u klientów końcowych
• produkty OEM wymagające aplikacji, backendu i modelu usługowego.

Jeżeli Twoja firma ma urządzenia w terenie, ale brakuje jej aplikacji, backendu, historii danych, powiadomień albo systemu dla klientów, platforma telemetryczna może stać się naturalnym kolejnym krokiem rozwoju produktu.

Więcej o przejściu od koncepcji do gotowego produktu opisujemy w poradniku Od pomysłu do gotowego urządzenia elektronicznego.

Podsumowanie

Platforma telemetryczna IoT pokazuje, że nowoczesny produkt elektroniczny może być czymś więcej niż urządzeniem pomiarowym. Może stać się kompletną usługą: z danymi, alarmami, historią, kontami użytkowników, subskrypcjami, integracjami i zapleczem operacyjnym.

Dla producenta OEM oznacza to szansę na zwiększenie wartości produktu, lepszą relację z klientem i rozwój modelu biznesowego opartego na usłudze. Dla użytkownika końcowego oznacza to mniej zgadywania, mniej wizyt kontrolnych i szybszą reakcję na realne zdarzenia w terenie.

Chcesz zbudować podobną platformę telemetryczną dla swoich urządzeń? Porozmawiaj z Inventronics o architekturze, aplikacji, backendzie i przygotowaniu systemu IoT do wdrożenia. Skontaktuj się przez formularz kontaktowy.

FAQ