Firmware design

Hjernen på hver enhed er firmware og software, der fungerer inde i enheden og implementerer fuld logik i arbejdet og integrerer med den nuværende platform (MCU eller MPU)

Contact

Nøglefunktioner

Sprog

C/C++ / Saml

Diagrammer

Bloker / UML / Workflow / API'er

Grænseflader

I2S / SAI / MIPI-DSI / MIPI-CSI / USB 2/3.x / LTDC / DDR3/DDR4/LPDDR4 / I2C / SPI/QSPI / UART / CAN / Ethernet / 1-Wire / Analog HD(AHD) / CVBS

Trådløs

NB-IoT / LTE M / GPRS / GPS / LTE / UWB / WiFi / BLE / ZigBee / Z-Wave / LoRa / Thread / 6LoWPAN / Sub 1GHz / NFC (13,6 MHz) / RFID 433 MHZ og 128 kHz / RAIN RFID 860-960 MHz / Wi-Fi HaLow Sub-GHz

Protokoller

MQTT / HTTP / FTP / Modbus TCP/RTU / SNMP / TCP/IP / UDP/IP / DLMS / brugerdefinerede protokoller

Sikkerhed

AES / SSL / TLS / brugerdefinerede algoritmer

Libs og rammer

TouchGFX (GUI lib for MCU) / emWin (GUI lib for MCU) / LVGL (GUI lib for MCU) / WolfSSL (SSL/TLS) / Mbed TLS(SSL/TLS) / osxMotionFX (Sensorfusionsalgoritme baseret på Kalman-teorien) / FatFS / lwIP (TCP/IP-stak) / WICED (Wifi-stak) / aws/amazon-freertos / Paho MQTT / TensorFlow Lite

Indlejret OS

FreeRTOS / TI-RTOS / ZephyrOs / Embedded Linux / Yocto / ROS

MCU'er

NXP (i.MX-RT1160, i.MX RT1064, LPC1100, LPC4000) / Nordisk (NRF52/NRF53/NRF9160, NRF7002 ) / TI (CC3220/CC26xx/CC1100/CC3200/CC3200/MSP4sp4e-press, ESP332epress, ESP32epress, ESP3200/ESP3200 s3, esp32-c2, esp32-c3, esp32, esp32-h2, esp8266) / ST(STM32H7/F7/F4/L4/F0/L0/WB/WL/G0 og STM8) / Atmel/Microchip(SAM21 D20/D20 /L21/R21/V70/V71/SAMA5/SAM4/SAMD4) / Silicon Labs(EFR32/ ZGM130S) / Cypres (PSoC 3/PSoC 4) / Kinetis (Familie MK81FN256VDC15) / Holtek (HT686xx)

MPU'er

Analoge enheder (ADSP-2156x SHARC) / Qualcomm (Snapdragon 625/425/610/845) / Allwinner (V3S, V3LP, A64, A33, H3, H6-serien) / NXP (I.MX6/I.MX7/I.MX8) ) / ST(STM32MP1)

Undertiden

NVIDIA (Jetson Nano, Jetson Orin SOM'er) Toradex (Colibri iMX6, IMX7, IMX8 SOM'er med IMX6/IMX7/IMX8 SOC'er) Compulab (CL-SOM-iMX8Plus, UCM-iMX8M SOMS på NXP -iMX8Plus og iMX8M Racberry (iMX8M) , CM4 SOM'er) Inforce (Qualcomm Snapdragon 410, 820, 845 SOC) 8-enheder (Mango SOM på Qualcomm IPQ6000/IPQ6010 SOC) Sensiedge (SensiBle 1 og 2, SensiLora SOMs3518, SCM3186, R5186 og R3526-chip) V112 MPU'er)

Værktøjer vi bruger

ST Cube IDE

CCSTUDIO

Segger indlejret studie

Eclipse IDE til Espressif

PSoC® Creator

Simplicity Studio

Atmel/Microchip Studio til AVR® og SAM-enheder

MCUXpresso IDE

CrossCore® Embedded Studio

GCC (Bar metal)

Arduino

Holtek ht-ide3000

Projektproces

Alpha Beta Gamma

Krav design

Som et første skridt stiller vores team tekniske krav til firmwaren, det beskriver alle hardwaredele (trådløse/ledningsgrænseflader, sensorer, kontroldele), kommunikationsprotokol og strømtilstande med fuld logik i arbejdet

Diagram design

På dette stadie laver vi arkitekturdesign ud fra kravene. Det inkluderer normalt et arbejdsflowdiagram (beskriv arbejdets dybe logik) og UML/API-diagram (beskriv alle filer og kodeklasser/moduler)

Start kodeudvikling

I denne fase opdeler vi omfanget af arbejdet med udgangspunkt i UML/API i små sprints (normalt 2 uger hver) og planlægger leveringen med levering af hver del. Hver uge laver vi en lille levering af koden baseret på planlægningen

Kodegennemgang og test

Hvis kodestørrelsen og budgettet er nok (vi har nogle regler), laver vi en kodegennemgang af en ansvarlig ingeniør af hver kodefil og efter test (som bestået gennemgang) af QA-ingeniør (manuel eller skriv en testkode). Til de nuværende trin bruger vi standard GIT-mekanismen med fletteanmodning og administrationsskema fra Jira

Kode levering

Da en del af koden er lavet, som vi aftaler med kunden, leverer vi firmwaren. Bruges normalt til denne GIT-standardmekanisme for leverings-/frigivelseskoden og GIT-tags. Leveringen inkluderer fuld udvikling af det aktuelle trin, kodegennemgang, fuld regressionstest og et demoprojekt, der viser, hvordan den aktuelle del af koden fungerer på dev-kittene eller den tilpassede enhed (hvis den er klar på dette trin)

Tag enheden op med hardwareudvikleren

Da prøverne af enheden er klar, udarbejder vi en testkode til prøvetestning. Testkoden tjekker normalt alle perifere enheder (grænseflader, sensorer, kontroldele) og udsender resultatet af testen til konsollen. Hvis noget er galt, arbejder firmwareudvikleren sammen med hardwareudvikleren for at finde og rette problemer

Afslutning af kodeudvikling

Det er den sidste varme fase af udviklingen, på denne fase afslutter vi udviklingen, kodegennemgangen og testningen af den endelige kode med den endelige enhedsversion. Vi sørger sammen med kunden, vi passer til tekniske krav og arbejder, som vi forventer

Support og fejlretning

Hvert projekt har et supportstadium og fejlretning, fordi efter produktion eller felttest, vil der være behov for nogle forbedringer og fejlretning. Vi aftaler normalt med kunden en supportperiode. Det kan være, hvordan et par måneder og et par år (hvis kompliceret enhed)