Hopp til innholdet
BigTree108

Tjenester innen IoT-utvikling

Tjenester innen IoT-utvikling fra enheten til dashbordet: tilkobling, klargjøring av enheter, skyplattformer på Azure eller AWS, flåteoppdateringer, edge-gatewayer, industrielt IoT, ressurssporing, elbillading og energiplattformer, nettportaler og følgeapper til smarthus og bygg, industri, energi og forsyning, logistikk, landbruk og helse, med dedikerte IoT-utviklere til teamet deres eller prosjekter levert fra start til slutt.

IoT-systemer vi bygger

  • Enhetstilkobling

    Bluetooth Low Energy, Wi-Fi, Thread og Matter i hjemmet, LoRaWAN på ChirpStack eller The Things Stack over jorder og bygninger, og LTE-M eller NB-IoT med eSIM til sporere og målere, valgt etter rekkevidde, batterilevetid og driftskostnad per enhet.

  • Klargjøring og enhetsidentitet

    Et unikt X.509-sertifikat per enhet, lagret i et sikkert element der maskinvaren har ett, utstedt på produksjonslinjen og registrert gjennom Azure IoT Hub Device Provisioning Service eller AWS IoT Core, uten delt passord noe sted.

  • Innhenting og lagring i skyen

    MQTT inn i Azure IoT Hub, Event Grid MQTT-megleren, AWS IoT Core eller en egendrevet EMQX- eller HiveMQ-klynge, behandlet av funksjoner eller containere og lagret som tidsserier i Azure Data Explorer eller PostgreSQL med TimescaleDB, alt utrullet med Terraform.

  • Flåtestyring og oppdateringer

    Device twins eller shadows til konfigurasjon, firmware rullet ut til en liten andel av flåten først, og helsetelemetri som setter en utrulling på pause når krasj- eller gjenopprettingsratene stiger.

  • Dashbord og følgeapper

    Nettportaler i Angular eller React, ThingsBoard der en ferdig plattform passer, og mobilapper på iOS, .NET MAUI eller React Native til paring, oppsett og varsler, bygget av samme selskap som enhetssiden.

  • Industrielt IoT

    Maskin- og sensordata hentet fra PLS-er over OPC UA og MQTT Sparkplug B inn i et enhetlig navnerom, tilstandsovervåking på vibrasjon, temperatur og strømforbruk, og koblinger til MES-, vedlikeholds- og ERP-systemene deres.

  • Gatewayer og edge computing

    Edge-gatewayer på embedded Linux som leser Modbus-, BACnet-, M-Bus- eller DLMS-enheter, kjører containere og lokale regler på Azure IoT Edge eller AWS IoT Greengrass, bufrer gjennom nettverksbrudd og videresender bare det skyen trenger.

  • Ressurssporing og telematikk

    GNSS- og mobilsporere til kjøretøy, containere og paller, Bluetooth- og ultrabredbåndsbrikker til innendørs posisjonering, kjøretøydata fra OBD-II, J1939 og CAN, og geofencer, turer og varsler bygget på dem.

  • Elbillading og energiplattformer

    Ladepunktstyring på OCPP 1.6, 2.0.1 og 2.1, Plug & Charge med ISO 15118, roaming over OCPI, og overvåking og styring av sol, batterilagring og smarte målere, med etterspørselsrespons over OpenADR.

Lei inn IoT-utviklere

  • Dedikerte IoT-utviklere

    IoT-utviklere som blir en del av teamet deres på heltid, jobber i verktøyene og prosessen deres, og rapporterer til lederen deres. Dere intervjuer dem, og vi tar oss av den ukrainske kontrakten, lønn, fakturering og fravær.

  • Prosjekter innen IoT-utvikling

    En avgrenset del av IoT-utvikling med et omfang, en fast plan og en navngitt leder hos oss som eier resultatet og rapporterer fremdrift i kanalene deres.

  • Løpende IoT-utvikling

    IoT-utvikling som en løpende tjeneste: de samme menneskene hver måned, en backlog dere prioriterer, og timer dere kan se i portalen vår og på fakturaen.

Siden om dedikert team forklarer hvordan spesialister blir med i teamet deres, og siden om outsourcing dekker prosjektleveranse, overtakelser og hvordan vi priser.

Hvem som jobber med IoT-utvikling for dere

  • IoT-utviklere

    Tilkobling, klargjøring og flåteoppdateringer

  • Firmwareutviklere

    Koden på enheten

  • .NET-, Python- og Java-utviklere

    Innhenting, API-er og datapipelines på Azure eller AWS

  • Frontend- og mobilutviklere

    Webdashbord og følgeapper

  • QA-ingeniører

    Ende-til-ende-tester fra enhet til dashbord

Slik bygger vi IoT-systemer

Hver enhet behandles som en ikke-klarert nettverksklient: egen identitet, ingen standard eller delte passord, krypterte forbindelser, tilgang til nøyaktig de emnene den trenger, og en publisert måte å melde fra om sårbarheter. Det er det ETSI EN 303 645, det britiske regimet for produktsikkerhet og cybersikkerhetskravene i EUs radioutstyrsdirektiv krever av tilkoblede produkter, og EUs Cyber Resilience Act legger til en programvarestykkliste og håndtering av sårbarheter for hele støtteperioden, som vi genererer fra bygget.

Skysiden følger reglene vi driver våre egne systemer etter: infrastruktur i Terraform, utrullinger fra GitHub Actions med føderert legitimasjon, hemmeligheter og signeringsnøkler i et hvelv, og nettverksregler som nekter alt som standard, enten det kjører på Azure, på AWS eller på servere dere drifter selv.

Andre embedded- og maskinvaretjenester

Oversikt: Embedded og maskinvare

Spørsmål om IoT-utvikling

Hvilken tilkobling bør enheten vår bruke?

Det følger av hvor enheten befinner seg, hvor ofte den rapporterer og hva som gir den strøm. Bluetooth Low Energy når en telefon er i nærheten; Wi-Fi, eller Thread med Matter, for nettdrevne enheter i hjem og bygg; LoRaWAN for små målinger fra jorder eller kjellere i årevis på ett batteri; LTE-M eller NB-IoT når enheten beveger seg eller det ikke finnes lokalt nett. Vi sammenligner driftskostnaden per enhet per år før radioen velges.

Kan dere bygge hele systemet, fra enhet til app?

Ja, som ett team: firmware, sky, nettportal og mobilapp bygget mot ett sett meldingskontrakter, slik at en endring på enheten ikke ødelegger dashbordet. Når deler av systemet allerede finnes, bygger vi resten mot det som er der.

Hvilke IoT-skyer og -plattformer jobber dere med?

Azure IoT Hub og Event Grid MQTT-megleren, AWS IoT Core, egendrevne meglere som EMQX, HiveMQ eller Mosquitto, og plattformer som ThingsBoard, bygget på skyen miljøet deres allerede bruker. Enhetssiden forblir portabel: MQTT over TLS med X.509-identiteter fungerer med dem alle, så skyen kan byttes uten at firmwaren skrives om.

Hvilke bransjer jobber IoT-utviklerne deres i?

Smarthus og bygg, i termostater, låser, belysning og bygningsstyring; industri, i maskinovervåking og prediktivt vedlikehold; energi og forsyning, i smarte målere, sol- og batterisystemer og ladenettverk for elbiler; logistikk, i sporing av flåter, containere og kjølekjeder; landbruk, i feltsensorer og drivhusstyring; helse, i fjernovervåking av pasienter og tilkoblet medisinsk utstyr; og sikkerhet, i alarm- og adgangskontrollsystemer koblet til overvåkingssentraler.

Hvor raskt kan IoT-utviklere starte?

Når rett IoT-utvikler er tilgjengelig, avhenger starten bare av intervjuet deres, NDA-en og IP-overdragelsen. Ellers gjennomfører vi et søk, som vanligvis gir kandidatprofiler innen to til tre uker, og ingen starter før dere har sagt ja.

Hvordan leier vi inn IoT-utviklere gjennom BigTree108?

Fortell oss om arbeidet, erfaringsnivået og timene dere trenger. Vi foreslår én eller to personer med profilene deres, dere intervjuer dem slik dere ville intervjuet en egen ansatt, og dere signerer én avtale med BIG TREE 108 LLC og får én faktura i måneden.

Hvem eier arbeidet de leverer?

Det gjør dere. Hver spesialist har en signert kontrakt med BigTree108 som overdrar alt arbeidsresultat til selskapet, og avtalen vår med dere overdrar det videre til dere. Kode, design og dokumenter leveres inn i deres egne repositorier og verktøy, og oppbevares ikke der bare vi kan endre dem.

Bygger dere et tilkoblet produkt?

Fortell oss hva enheten måler eller styrer, hvor den befinner seg og hvor mange det blir. Dere får svar innen én arbeidsdag: en plan for systemet, kandidatprofiler eller en anbefaling om tilkobling.