Wszystkie systemy operacyjne·50+ lat doświadczenia · 16 branż · siedziba w UK i PL
IoT-WorkS
strona główna/inżynieria/firmware
/ inżynieria / firmware · 02 z 03

Firmware, który
kończy urządzenie.

Oprogramowanie embedded na zamówienie - dla sprzętu, który zaprojektowaliśmy, sprzętu, który zaprojektowałeś Ty, albo gotowych modułów, z których chcesz zrobić produkt produkcyjny.

main.c - iot-works/sensor-fw
esp-idf 5.4 · fw v2.4.1
// Cold-chain telemetry - publish + sleep
#include "esp_sleep.h"
#include "mqtt_client.h"
#include "sht4x.h"

void app_main(void) {
    sht4x_init(I2C_NUM_0);
    mqtt_client_t *m = mqtt_connect("mqtts://hub.iot-works.com");

    while (1) {
        float t, h;
        sht4x_read(&t, &h);

        // Signed payload, OTA-rolled keys
        mqtt_publish_signed(m, "v1/telemetry",
            "{\"t\":%.2f,\"h\":%.2f}", t, h);

        esp_deep_sleep(15 * 60 * 1000000ULL); // 15 min
    }
}
$ idf.py build flash monitor -port /dev/ttyUSB0
I (4231) sht4x: temp=4.12°C rh=78.4%
I (4233) mqtt: TLS handshake OK · cert OU=IoT-WorkS
I (4287) mqtt: PUBLISH v1/telemetry · ack 200
I (4290) ota: signature verified · current=v2.4.1
I (4291) sleep: deep_sleep 900s · wake on RTC
$
/ zakres

Od incepcji do gotowości OTA.

bring-up

Bring-up płytki

Pierwsze światło. Boot, drzewo zegarowe, walidacja peryferiów, blink-test, JTAG/SWD.

sterowniki

Sterowniki + protokoły

I2C, SPI, UART, CAN, USB, RS485. Sterowniki czujników, stosy protokołów, warstwy abstrakcji.

aplikacja

Logika aplikacji

Maszyny stanów, sleep + zarządzanie energią, buforowanie telemetrii, inferencja na brzegu.

wdrożenie

OTA + bezpieczeństwo

Secure boot, podpisane aktualizacje, dostarczanie OTA, rollback, provisioning kluczy.

/ elastyczność

Niezależni od sprzętu z założenia.

Trzy typowe scenariusze - i wszystkie trzy realizujemy regularnie:

scenariusz 01

"Użyj swoich modułów."

Klient adoptuje naszą rodzinę modułów LTE / LoRa / Battery / Ethernet. Mamy już dla nich firmware - najszybsza droga do działającego produktu.

typowy harmonogram: 4–8 tygodni
scenariusz 02

"Mamy sprzęt. Potrzebujemy firmware."

Najczęstszy. Klient przynosi własną płytkę, gotowe moduły lub projekt referencyjny partnera. Dostarczamy oprogramowanie embedded.

typowy harmonogram: 8–16 tygodni
scenariusz 03

"Zmodernizuj legacy firmware."

Istniejący produkt, zamrożony toolchain, brak OTA, problemy z audytem. Refaktoryzujemy, dodajemy OTA + secure boot, doprowadzamy do gotowości pod certyfikację.

typowy harmonogram: 6–12 tygodni
/ start

Jaki chip? Jaki stack? Co ma robić?

Nawet jednolinijkowy opis dostaje realną odpowiedź inżynierską w ciągu jednego dnia roboczego. Bez pośredników handlowych.