Hoppa till innehåll
BigTree108

Tjänster inom IoT-utveckling

Tjänster inom IoT-utveckling från enheten till dashboarden: konnektivitet, provisionering av enheter, molnplattformar på Azure eller AWS, uppdateringar av enhetsflottor, edge-gateways, industriell IoT, spårning av tillgångar, laddning av elfordon och energiplattformar, webbportaler och följeslagarappar för smarta hem och byggnader, tillverkning, energi och försörjning, logistik, jordbruk och hälsovård, med dedikerade IoT-utvecklare till ert team eller projekt som levereras från start till mål.

IoT-system som vi bygger

  • Enhetskonnektivitet

    Bluetooth Low Energy, Wi-Fi, Thread och Matter i hemmet, LoRaWAN på ChirpStack eller The Things Stack över fält och byggnader, samt LTE-M eller NB-IoT med eSIM för spårare och mätare, valda utifrån räckvidd, batteritid och driftkostnad per enhet.

  • Provisionering och enhetsidentitet

    Ett unikt X.509-certifikat per enhet, förvarat i ett säkert element (secure element) där hårdvaran har ett, utfärdat på produktionslinjen och registrerat via Azure IoT Hub Device Provisioning Service eller AWS IoT Core, utan något delat lösenord någonstans.

  • Datainsamling och lagring i molnet

    MQTT in i Azure IoT Hub, Event Grid MQTT broker, AWS IoT Core eller ett egenhostat EMQX- eller HiveMQ-kluster, bearbetat av funktioner eller containrar och lagrat som tidsserier i Azure Data Explorer eller PostgreSQL med TimescaleDB, allt driftsatt med Terraform.

  • Flotthantering och uppdateringar

    Device twins eller shadows för konfiguration, firmware som rullas ut till en liten andel av flottan först, och hälsotelemetri som pausar en utrullning när antalet krascher eller återanslutningar ökar.

  • Dashboards och följeslagarappar

    Webbportaler i Angular eller React, ThingsBoard där en färdig plattform passar och mobilappar på iOS, .NET MAUI eller React Native för parkoppling, installation och aviseringar, byggda av samma företag som enhetssidan.

  • Industriell IoT

    Maskin- och sensordata insamlade från PLC:er över OPC UA och MQTT Sparkplug B till ett enhetligt namnområde (unified namespace), tillståndsövervakning av vibration, temperatur och effektförbrukning samt kopplingar till era MES-, underhålls- och ERP-system.

  • Gateways och edge computing

    Edge-gateways på inbyggd Linux som läser Modbus-, BACnet-, M-Bus- eller DLMS-enheter, kör containrar och lokala regler på Azure IoT Edge eller AWS IoT Greengrass, buffrar vid nätverksavbrott och vidarebefordrar bara det som molnet behöver.

  • Spårning av tillgångar och telematik

    GNSS- och mobilspårare för fordon, containrar och pallar, Bluetooth- och ultrabredbandstaggar (UWB) för inomhuspositionering, fordonsdata från OBD-II, J1939 och CAN samt de geofences, resor och aviseringar som byggs på dem.

  • Laddning av elfordon och energiplattformar

    Hantering av laddpunkter via OCPP 1.6, 2.0.1 och 2.1, Plug & Charge med ISO 15118, roaming över OCPI samt övervakning och styrning av sol, batterilager och smarta mätare, med efterfrågeflexibilitet över OpenADR.

Anlita IoT-utvecklare

  • Dedikerade IoT-utvecklare

    IoT-utvecklare som går med i ert team på heltid, arbetar i era verktyg och er process och rapporterar till er teamledare. Ni intervjuar dem; vi står för det ukrainska avtalet, lönen, faktureringen och ledigheten.

  • Projekt inom IoT-utveckling

    En avgränsad insats inom IoT-utveckling med omfång, fast plan och en namngiven ledare hos oss som äger resultatet och rapporterar framsteg i era kanaler.

  • Löpande IoT-utveckling

    IoT-utveckling som löpande tjänst: samma personer varje månad, en backlog ni prioriterar och timmar ni kan se i vår portal och på fakturan.

Sidan om dedikerade team förklarar hur specialister går med i ert team, och sidan om outsourcing beskriver projektleverans, övertaganden och hur vi debiterar.

Vilka som arbetar med IoT-utveckling åt er

  • IoT-utvecklare

    Konnektivitet, provisionering och flottuppdateringar

  • Firmwareutvecklare

    Koden på enheten

  • Utvecklare i .NET, Python och Java

    Datainsamling, API:er och datapipelines på Azure eller AWS

  • Frontend- och mobilutvecklare

    Webbdashboards och följeslagarappar

  • QA-ingenjörer

    End-to-end-tester från enhet till dashboard

Så bygger vi IoT-system

Varje enhet behandlas som en icke betrodd nätverksklient: egen identitet, inga standardlösenord eller delade lösenord, krypterade anslutningar, åtkomst till exakt de topics den behöver och ett publicerat sätt att rapportera sårbarheter. Det är vad ETSI EN 303 645, Storbritanniens regelverk för produktsäkerhet och cybersäkerhetskraven i EU:s radioutrustningsdirektiv ställer på uppkopplade produkter, och EU:s Cyber Resilience Act lägger till en mjukvaruförteckning och sårbarhetshantering under hela supportperioden, vilket vi genererar från bygget.

Molnsidan följer de regler som vi driver våra egna system efter: infrastruktur i Terraform, driftsättningar från GitHub Actions med federerade autentiseringsuppgifter, hemligheter och signeringsnycklar i ett valv och nätverksregler som nekar som standard, oavsett om det körs på Azure, på AWS eller på servrar som ni driver själva.

Andra tjänster för inbyggda system och hårdvara

Översikt: Inbyggda system och hårdvara

Frågor om IoT-utveckling

Vilken konnektivitet bör vår enhet använda?

Det följer av var enheten finns, hur ofta den rapporterar och vad som driver den. Bluetooth Low Energy när en telefon finns i närheten; Wi-Fi, eller Thread med Matter, för nätanslutna enheter i hem och byggnader; LoRaWAN för små mätvärden från fält eller källare under flera år på ett enda batteri; LTE-M eller NB-IoT när enheten flyttar sig eller inget lokalt nätverk finns. Vi jämför driftkostnaden per enhet och år innan radion väljs.

Kan ni bygga hela systemet, från enhet till app?

Ja, som ett team: firmware, moln, webbportal och mobilapp byggda mot en gemensam uppsättning meddelandekontrakt, så att en ändring på enheten inte bryter dashboarden. När en del av systemet redan finns bygger vi resten mot det som finns.

Vilka IoT-moln och plattformar arbetar ni med?

Azure IoT Hub och Event Grid MQTT broker, AWS IoT Core, egenhostade brokers som EMQX, HiveMQ eller Mosquitto samt plattformar som ThingsBoard, byggda på det moln er miljö redan använder. Enhetssidan förblir portabel: MQTT över TLS med X.509-identiteter fungerar med alla dessa, så molnet kan bytas utan att firmware skrivs om.

Inom vilka branscher arbetar era IoT-utvecklare?

Smarta hem och byggnader, i termostater, lås, belysning och fastighetsautomation; tillverkning, i maskinövervakning och prediktivt underhåll; energi och försörjning, i smarta mätare, sol- och batterisystem och laddnätverk för elfordon; logistik, i spårning av fordonsflottor, containrar och kylkedjor; jordbruk, i fältsensorer och växthusstyrning; hälsovård, i fjärrövervakning av patienter och uppkopplade medicintekniska produkter; samt säkerhet, i larm- och passersystem kopplade till övervakningscentraler.

Hur snabbt kan IoT-utvecklare börja?

När rätt IoT-utvecklare finns tillgänglig styrs starten bara av er intervju samt NDA och IP-överlåtelse. Annars gör vi en sökning, som vanligtvis ger kandidatprofiler inom två till tre veckor, och ingen börjar förrän ni har sagt ja.

Hur anlitar vi IoT-utvecklare via BigTree108?

Berätta om arbetet, senioriteten och de timmar ni behöver. Vi föreslår en eller två personer med deras profiler, ni intervjuar dem på samma sätt som ni skulle intervjua en egen anställning, och ni skriver under ett avtal med BIG TREE 108 LLC och får en faktura i månaden.

Vem äger arbetet de producerar?

Det gör ni. Varje specialist har ett undertecknat avtal med BigTree108 som överlåter allt arbetsresultat till bolaget, och vårt avtal med er överlåter det vidare. Kod, designer och dokument levereras in i era egna repositories och verktyg, inte på ett ställe där bara vi kan ändra dem.

Bygger ni en uppkopplad produkt?

Berätta vad enheten mäter eller styr, var den finns och hur många det blir. Ni får svar inom en arbetsdag: en plan för systemet, kandidatprofiler eller en rekommendation om konnektivitet.