Przejdź do głównej treści
Ścieżka deweloperska

Od pierwszego payloadu do pilota gotowego do pracy w terenie.

Do wyboru: aplikacja katalogowa, rozszerzenie obsługiwanego firmware opartego na Zephyrze, prywatny LoRaWAN albo ścieżka danych na edge. Aplikacja dla klienta, marka, miejsce docelowe danych, relacja z klientem i roadmapa pozostają u Państwa.

Bez ukrytej prezentacji architektury: dokumentacja, kod źródłowy SDK i przewodnik pierwszych kroków są publiczne.

CHESTER uplink JSON
{
  "message": {
    "version": 2,
    "sequence": 12182
  },
  "attribute": {
    "product": "CHESTER",
    "revision": "R3.2"
  },
  "thermometer": {
    "temperature": 28.12
  }
}

Rzeczywisty format uplinku CHESTER: ustrukturyzowane dane dla Państwa aplikacji.

Wybór ścieżki terenowej

Start na właściwej warstwie stosu.

Każda ścieżka daje inny balans szybkości, kontroli firmware, własności sieci i przetwarzania lokalnego.

Start od aplikacji katalogowej

Sprawdzona aplikacja CHESTER wystarcza, gdy sygnały i zachowanie w terenie pasują do projektu.

Najszybsza droga do danych testowych; kod aplikacji i konfiguracja zależą od wybranej pozycji katalogowej.

Przeglądaj aplikacje CHESTER

Rozszerzenie obsługiwanego firmware

Otwarte CHESTER SDK oparte na nRF Connect SDK i Zephyrze pozwala dodać własną logikę sygnałów i payload.

Najlepsze, gdy przewaga produktu leży w zachowaniu urządzenia lub modelu danych.

Otwórz CHESTER SDK

Własna prywatna sieć LoRaWAN

EMBER pracuje jako brama połączona przez LTE lub Ethernet w prywatnych wdrożeniach LoRaWAN.

Zaprojektowane dla wdrożeń z setkami urządzeń LoRaWAN działających według Państwa polityki sieciowej.

Czytaj dokumentację EMBER

Ścieżka danych na edge

Otwarta brama Linux FIBER sprawdza się, gdy liczą się lokalne przetwarzanie, konwersja protokołów lub bezpośrednia integracja z systemem klienta.

Linuksowa ścieżka danych pozostaje pod Państwa kontrolą - z MQTT/TLS lub innymi protokołami obsługiwanymi przez integrację.

Poznaj FIBER
Zalecana ścieżka

Weryfikacja: jedno ryzyko naraz.

Uporządkowana ocena dostarcza dowodów przydatnych zarówno zespołowi handlowemu, jak i inżynierskiemu.

  1. 01

    Określenie ograniczeń terenowych

    Na początek: sygnały, środowisko, zasilanie, łączność, miejsce docelowe danych i oczekiwana liczba urządzeń.

  2. 02

    Rzeczywisty payload na stanowisku

    DevKit i quickstart pozwalają sprawdzić wejścia, pracę z firmware i format payloadu.

  3. 03

    Test łączności tam, gdzie ma znaczenie

    Test sieci docelowej, położenia anteny, profilu zasilania i odzyskiwania połączenia w docelowym środowisku.

  4. 04

    Podłączenie własnej aplikacji

    Dane płyną przez REST API, webhooki, eksporty lub wybraną integrację edge - wraz z potwierdzeniem granic własności.

  5. 05

    Pilotaż sprawdzający założenia wdrożenia

    Pilotaż mierzy czas instalacji, proces wsparcia, obsługę floty i dostarcza dowodów do decyzji o wdrożeniu.

Znaleźli Państwo właściwą ścieżkę — czy raczej ograniczenie, które powinniśmy wspólnie przeanalizować?

Wystarczy podać środowisko, sygnały, miejsce docelowe danych i oczekiwaną skalę. Inżynier pomoże zweryfikować architekturę, a nie zastąpić Państwa zespół aplikacyjny.

Napisz do nas Można też zadzwonić bezpośrednio: +420 775 159 734