Gå til indhold
BigTree108

Ydelser inden for IoT-udvikling

Ydelser inden for IoT-udvikling fra enheden til dashboardet: forbindelser, enhedsprovisionering, cloudplatforme på Azure eller AWS, flådeopdateringer, edge-gateways, industriel IoT, asset tracking, platforme til opladning af elbiler og energi, webportaler og companion-apps til smart home og bygninger, produktion, energi og forsyning, logistik, landbrug og sundhed, med dedikerede IoT-udviklere til jeres team eller projekter leveret fra ende til anden.

IoT-systemer, vi bygger

  • Enhedsforbindelser

    Bluetooth Low Energy, Wi-Fi, Thread og Matter i hjemmet, LoRaWAN på ChirpStack eller The Things Stack på tværs af marker og bygninger og LTE-M eller NB-IoT med eSIM til trackere og målere, valgt efter rækkevidde, batterilevetid og driftsomkostning pr. enhed.

  • Provisionering og enhedsidentitet

    Et unikt X.509-certifikat pr. enhed, opbevaret i et secure element, hvor hardwaren har et, udstedt på produktionslinjen og tilmeldt gennem Azure IoT Hub Device Provisioning Service eller AWS IoT Core, uden en delt adgangskode nogen steder.

  • Indlæsning og lagring i skyen

    MQTT ind i Azure IoT Hub, Event Grid MQTT-brokeren, AWS IoT Core eller en selvhostet EMQX- eller HiveMQ-cluster, behandlet af functions eller containere og lagret som tidsserier i Azure Data Explorer eller PostgreSQL med TimescaleDB, alt udrullet med Terraform.

  • Flådestyring og opdateringer

    Device twins eller shadows til konfiguration, firmware udrullet først til en lille del af flåden og sundhedstelemetri, der sætter en udrulning på pause, når nedbruds- eller genforbindelsesraterne stiger.

  • Dashboards og companion-apps

    Webportaler i Angular eller React, ThingsBoard, hvor en færdig platform passer, og mobilapps på iOS, .NET MAUI eller React Native til parring, opsætning og alarmer, bygget af samme virksomhed som enhedssiden.

  • Industriel IoT

    Maskin- og sensordata indsamlet fra PLC'er over OPC UA og MQTT Sparkplug B ind i et unified namespace, tilstandsovervågning på vibration, temperatur og strømforbrug og forbindelser til jeres MES-, vedligeholdelses- og ERP-systemer.

  • Gateways og edge computing

    Edge-gateways på embedded Linux, der læser Modbus-, BACnet-, M-Bus- eller DLMS-enheder, kører containere og lokale regler på Azure IoT Edge eller AWS IoT Greengrass, buffer gennem netværksudfald og videresender kun det, skyen har brug for.

  • Asset tracking og telematik

    GNSS- og mobiltrackere til køretøjer, containere og paller, Bluetooth- og ultra-wideband-tags til indendørs lokalisering, køretøjsdata fra OBD-II, J1939 og CAN og de geofences, ture og alarmer, der bygges på dem.

  • Platforme til elbilsopladning og energi

    Styring af ladepunkter på OCPP 1.6, 2.0.1 og 2.1, Plug & Charge med ISO 15118, roaming over OCPI og overvågning og styring af sol, batterilagring og smarte målere, med demand response over OpenADR.

Ansæt IoT-udviklere

  • Dedikerede IoT-udviklere

    IoT-udviklere, 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 IoT-udvikling

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

  • Løbende IoT-udvikling

    IoT-udvikling 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 IoT-udvikling

  • IoT-udviklere

    Forbindelser, provisionering og flådeopdateringer

  • Firmwareudviklere

    Koden på enheden

  • .NET-, Python- og Java-udviklere

    Indlæsning, API'er og datapipelines på Azure eller AWS

  • Frontend- og mobiludviklere

    Webdashboards og companion-apps

  • QA-ingeniører

    End-to-end-tests fra enhed til dashboard

Sådan bygger vi IoT-systemer

Hver enhed behandles som en ikke-betroet netværksklient: egen identitet, ingen standard- eller delte adgangskoder, krypterede forbindelser, adgang til præcis de topics, den har brug for, og en offentliggjort måde at indberette sårbarheder på. Det er, hvad ETSI EN 303 645, det britiske regime for produktsikkerhed og cybersikkerhedskravene i EU's radioudstyrsdirektiv kræver af tilsluttede produkter, og EU's Cyber Resilience Act tilføjer en software bill of materials og håndtering af sårbarheder for hele supportperioden, som vi genererer fra buildet.

Cloudsiden følger de regler, vi selv driver vores egne systemer efter: infrastruktur i Terraform, udrulninger fra GitHub Actions med federated credentials, hemmeligheder og signeringsnøgler i en vault og netværksregler med afvisning som standard, hvad enten det kører på Azure, på AWS eller på servere, I selv driver.

Andre ydelser inden for embedded og hardware

Embedded og hardware: oversigt

Spørgsmål om IoT-udvikling

Hvilken forbindelse skal vores enhed bruge?

Det afhænger af, hvor enheden befinder sig, hvor ofte den rapporterer, og hvad der driver den. Bluetooth Low Energy, når en telefon er i nærheden; Wi-Fi eller Thread med Matter til hjemme- og bygningsenheder på lysnettet; LoRaWAN til små målinger fra marker eller kældre gennem år på ét batteri; LTE-M eller NB-IoT, når enheden bevæger sig, eller der ikke findes et lokalt netværk. Vi sammenligner driftsomkostningen pr. enhed pr. år, før radioen vælges.

Kan I bygge hele systemet, fra enhed til app?

Ja, som ét team: firmware, cloud, webportal og mobilapp bygget mod ét sæt beskedkontrakter, så en ændring på enheden ikke ødelægger dashboardet. Når en del af systemet allerede findes, bygger vi resten op mod det, der er der.

Hvilke IoT-clouds og -platforme arbejder I med?

Azure IoT Hub og Event Grid MQTT-brokeren, AWS IoT Core, selvhostede brokere som EMQX, HiveMQ eller Mosquitto og platforme som ThingsBoard, bygget på den cloud, jeres miljø allerede bruger. Enhedssiden forbliver portabel: MQTT over TLS med X.509-identiteter virker med dem alle, så skyen kan skiftes uden at omskrive firmwaren.

Hvilke brancher arbejder jeres IoT-udviklere i?

Smart home og bygninger, i termostater, låse, belysning og bygningsstyring; produktion, i maskinovervågning og prædiktiv vedligeholdelse; energi og forsyning, i smarte målere, sol- og batterisystemer og ladenetværk til elbiler; logistik, i sporing af flåder, containere og kølekæder; landbrug, i marksensorer og drivhusstyring; sundhed, i fjernovervågning af patienter og tilsluttet medicinsk udstyr; og sikkerhed, i alarm- og adgangskontrolsystemer forbundet til overvågningscentraler.

Hvor hurtigt kan IoT-udviklere starte?

Når den rette IoT-udvikler 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 IoT-udviklere 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.

Bygger I et tilsluttet produkt?

Fortæl os, hvad enheden måler eller styrer, hvor den befinder sig, og hvor mange der skal være. I får svar inden for én arbejdsdag: en plan for systemet, kandidatprofiler eller en anbefaling om forbindelse.