Gå til indhold
BigTree108

Ydelser inden for firmwareudvikling

Ydelser inden for firmwareudvikling til mikrocontrollere: bare-metal- og RTOS-firmware i C, C++ og Rust, drivere, Bluetooth- og trådløse stakke, bootloadere og opdateringer i marken, ECU-firmware til biler, motorstyring og batteristyring samt low-power-design til wearables, sensorer, målere, hvidevarer, køretøjer og medicinsk udstyr, med dedikerede firmwareudviklere til jeres team eller projekter leveret fra ende til anden.

Firmware, vi udvikler

  • Mikrocontroller-firmware

    Bare-metal-, Zephyr-, FreeRTOS- eller Eclipse ThreadX-firmware til STM32, Nordic nRF52, nRF53 og nRF54, ESP32, NXP, Renesas, Infineon, Microchip og Silicon Labs, med leverandørens SDK, hvor det sparer tid, og indkapslet, hvor det ellers ville binde jer til én chip.

  • Drivere til periferi og sensorer

    I2C-, I3C-, SPI-, UART-, CAN-, ADC- og DMA-drivere til sensorer, displays, motorer og radioer, hver testet mod en simuleret eller optaget enhed, før den møder den rigtige.

  • Firmware til trådløse protokoller

    Bluetooth Low Energy og LE Audio, Wi-Fi, Thread, Matter, Zigbee og LoRaWAN-stakke konfigureret og udvidet på chippen og mobilmodemmer styret over AT-kommandoer eller LwM2M, klar til Bluetooth SIG-kvalificering og Matter-certificering.

  • Bootloadere og opdateringer i marken

    MCUboot eller en skræddersyet bootloader med signerede images, to slots og rollback, så en opdatering, der afbrydes af et fladt batteri, efterlader enheden på sin sidste gode version.

  • Low-power- og wearable-firmware

    Fitnessbånd, sundhedsplastre, ørepropper og sensorer, der kører i måneder på et lille batteri: dvaletilstande, vågnekilder og radio-duty-cycles tunet mod et power profiler-spor, så den batterilevetid, der står på æsken, er en måling frem for et estimat.

  • Firmware til motorstyring, strøm og batterier

    Field-oriented control til BLDC- og stepmotorer, batteristyring med cellebalancering og estimering af ladetilstand og styrefirmware til opladere, solcelleinvertere og energilagring, med reguleringssløjfer tunet i simulering, før de styrer rigtig hardware.

  • ECU-firmware til biler

    Classic AUTOSAR basic software og applikationskomponenter på Infineon AURIX-, NXP S32K- og Renesas RH850-controllere, CAN FD-, LIN- og automotive Ethernet-kommunikation og UDS-diagnostik, skrevet efter MISRA C og det ISO 26262-sikkerhedsniveau, jeres item kræver.

  • Lyd, DSP og machine learning på enheden

    Lyd- og sensorsignalbehandling med CMSIS-DSP eller på Cadence Tensilica- og Analog Devices SHARC-kerner samt modeller til nøgleordsgenkendelse, bevægelsesgenkendelse og anomalidetektion, der kører på mikrocontrolleren gennem LiteRT for Microcontrollers eller Edge Impulse.

  • Sikkerhedskritisk og fejltolerant firmware

    Firmware til medicinsk udstyr, hvidevarer og industrielle sikkerhedsfunktioner skrevet efter MISRA C og reglerne i IEC 62304, IEC 60730 eller IEC 61508, med watchdogs, fejlhandlere, der bevarer en nedbrudsregistrering på tværs af nulstillingen, og kodedækning målt til det niveau, standarden kræver.

Ansæt firmwareudviklere

  • Dedikerede firmwareudviklere

    Firmwareudviklere, der indgår i jeres team på fuld tid, arbejder i jeres værktøjer og processer og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.

  • Projekter inden for Firmwareudvikling

    En afgrænset opgave inden for firmwareudvikling med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.

  • Løbende firmwareudvikling

    Firmwareudvikling som løbende ydelse: de samme folk hver måned, en backlog, I selv prioriterer, og timer, I kan se i vores portal og på fakturaen.

Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.

Hvem arbejder med jeres firmwareudvikling

  • Firmwareudviklere

    C, C++ og Rust på mikrocontrollere

  • Automotive firmwareudviklere

    Classic AUTOSAR, CAN og UDS-diagnostik

  • Hardwareingeniører

    Skemaer og bring-up af det printkort, firmwaren kører på

  • Embedded QA-ingeniører

    Hardware-in-the-loop-tests og fixtures

  • Mobiludviklere

    Companion-apps til iOS, .NET MAUI og React Native

Sådan skriver vi firmware

Det meste firmware kan testes uden kortet, så vi skriver den sådan: hardwareadgang ligger bag tynde grænseflader, logikken ovenover kører som enhedstests på build-maskinen i Unity, Ceedling eller GoogleTest, og Renode kører hele imaget på emuleret hardware i pipelinen. Statisk analyse kontrollerer MISRA C- eller CERT C-reglerne, hvor jeres produkt kræver det, compilerwarnings er fejl, og hvert release-image bygges fra en tagget commit af pipelinen og signeres dér.

Hardwaren når udvikleren på to måder: udviklingskits og prototypekort sendes til vedkommende, eller vedkommende arbejder på et rack i jeres lab gennem fjernstyret strømafbryder, en debug probe og en seriel konsol over jeres VPN. Uanset hvad kører buildet i jeres pipeline, og koden ligger i jeres repositories.

Andre ydelser inden for embedded og hardware

Embedded og hardware: oversigt

Spørgsmål om firmwareudvikling

Kan firmwarearbejdet starte, før vores hardware er klar?

Ja. Arbejdet starter på udviklingskittet til den valgte mikrocontroller og i Renode, med drivere skrevet mod databladene for komponenterne i jeres skema, så de første prototypekort bringes op med firmware, der allerede findes, i stedet for at starte fra bunden.

C, C++ eller Rust til vores firmware?

C, når leverandørens SDK, den eksisterende kode eller jeres certificeringsdokumentation er i C. C++ til større firmware, der får gavn af typer og templates uden heap-allokering. Rust, med Embassy og embedded-hal, til ny firmware, hvor hukommelsessikkerhed er vigtig, og mikrocontrolleren er godt understøttet; Rust er allerede sproget i vores egen desktopsoftware. Vi anbefaler ét pr. produkt, før den første kodelinje skrives.

Hvilke brancher arbejder jeres firmwareudviklere i?

Forbrugerelektronik og wearables, i fitnessbånd, ørepropper, hvidevarer og smart home-sensorer; industri- og energiudstyr, i motordrev, batteristyringssystemer, målere og opladere; automotive, i karosseri-, komfort- og drivlinje-ECU'er og styringer til el-cykler og el-løbehjul; medicinske og sundhedsenheder, i glukosemålere, infusionspumper og høreapparater; sikkerhedsprodukter, i alarmsensorer, smarte låse og adgangslæsere; og telekom, i modemmer og radiomoduler.

Hvor hurtigt kan firmwareudviklere starte?

Når den rette firmwareudvikler er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.

Hvordan ansætter vi firmwareudviklere gennem BigTree108?

Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.

Hvem ejer det arbejde, de producerer?

Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.

Brug for firmware skrevet eller rettet?

Fortæl os mikrocontrolleren, toolchainen og hvad enheden skal kunne. I får svar inden for én arbejdsdag: en plan for firmwaren, kandidatprofiler eller en gennemgang af den eksisterende kode.