Przejdź do głównej treści
Ścieżka dla programistów

Od pierwszego payloadu do pilotażu gotowego do pracy w terenie.

Do wyboru: aplikacja katalogowa, rozbudowa obsługiwanego firmware opartego na Zephyrze, prywatna sieć LoRaWAN albo przetwarzanie brzegowe. Aplikacja dla klienta, marka, system docelowy dla danych, relacja z klientem i plan rozwoju pozostają u Państwa.

Nie trzeba wypełniać formularza, by zobaczyć architekturę: 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

Start od właściwej warstwy stosu.

Każda ścieżka inaczej rozkłada akcenty między szybkością, kontrolą nad firmware, własnością sieci i przetwarzaniem lokalnym.

Start od aplikacji katalogowej

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

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

Przeglądaj aplikacje CHESTER

Rozszerzenie obsługiwanego firmware

Wystarczy sforkować otwarte CHESTER SDK oparte na nRF Connect SDK i Zephyrze, a potem 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 bramka 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.

Przeczytaj dokumentację EMBER

Przetwarzanie brzegowe

Otwarta bramka FIBER z Linuksem 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

Jedno ryzyko po drugim.

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ść, system docelowy dla 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 miejscu instalacji.

  4. 04

    Podłączenie własnej aplikacji

    Dane trafiają do aplikacji przez REST API, webhooki, eksporty lub wybraną integrację edge; na tym etapie warto też potwierdzić granice 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 opisać środowisko, sygnały, system docelowy dla 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