Hoppa till huvudinnehåll

Översikt

En sensor stor som en tändsticksask, som går i flera år på ett batteri, kan berätta att ett rör läcker bakom en vägg tre våningar ned. Det är den enkla delen. Den svåra delen är att nästa sensor du köper säger det på ett annat sätt, över en annan radio, i ett annat format, och att den därefter är ett tjugo år gammalt fastighetssystem som aldrig har hört talas om internet.

Den här guiden går igenom hela vägen, lager för lager, från sensorn i fält till applikationen som någon faktiskt använder. Den är skriven för dig som specificerar, upphandlar eller integrerar IoT-system, och den förutsätter inga förkunskaper.

Varje teknik här är konstruerad för en viss avvägning mellan räckvidd, energiförbrukning, datahastighet och kostnad. Det finns ingen bästa teknik. Det finns den som passar uppgiften, och konsten är att veta vilken.

Ett IoT-system från början till slut: enheter, konnektivitet via gateway, IoT-infrastrukturplattformen med kontrollpanel, datalagring, larm, säkerhet, regelmotor, visualisering och integrationslager, samt nyttan som levereras till verksamhetssystem, tjänster och analysverktyg

Verksamhets-, medborgar- och samhällsnyttor

Varför normalisering är kärnproblemet​

Börja här, eftersom allt annat följer av det.

IoT är inte en teknik utan dussintals, från olika branscher och olika årtionden. Enheter använder olika radioteknik, olika protokoll och olika dataformat, och formaten är oftast specifika för en enskild tillverkare.

Samma mätvärde från samma typ av sensor kommer in i olika form från varje tillverkare. Alla avläsningarna nedan betyder 25,5 grader Celsius, och den sista uttrycker det i hundradelar:

En markfukt- och temperatursensor som mäter 25,5 grader Celsius, skriven på fem olika sätt av fem tillverkare, normaliserad av en horisontell IoT-plattform till ett gemensamt format, med konsekvenserna av att inte göra det listade bredvid

Lös det en gång så blir allt ovanför enkelt. Lös det per projekt så kommer du att lösa det för alltid. Det är hela argumentet för en horisontell IoT-plattform: ta emot data från många tekniker och normalisera den till en gemensam form, så att en dashboard, en regel eller en rapport aldrig behöver veta vilken sorts enhet datan kom från.

Yggio gör detta med translatorer, små avkodare som omvandlar en tillverkares payload till namngivna, normaliserade fält. Otaliga enhetsmodeller stöds direkt, listan växer kontinuerligt och nya är snabba att lägga till. Det är det som gör valet av sensor till ett tekniskt beslut i stället för en begränsning i plattformen. Se Translatorer.

IoT-stacken​

Varje IoT-system har de här lagren, oavsett om någon har ritat upp dem. Varje lager bygger på det under sig och döljer sina detaljer för det ovanför.

IoT-stackens sju lager, numrerade från nätverksteknik längst ned till applikationslagret överst, vart och ett med sina exempel och vad det gör: 07 applikationslagret använder datan genom dashboards, tjänster och verksamhetssystem; 06 plattformslagret administrerar enheter, normaliserar och lagrar data och tillämpar regler; 05 datamodeller ger datan överenskommen innebörd och relationer; 04 dataprotokoll strukturerar datan så att maskiner kan tolka den; 03 protokoll flyttar datan mellan maskiner; 02 IoT-enheter mäter och styr, i hårdvara och mjukvara; 01 nätverksteknik är den fysiska länken som bär bitarna

Läs resten av guiden nedifrån och upp i figuren:

  1. Enheter, sensorerna och aktuatorerna själva.
  2. Nätverkstekniker, radiolänkarna och kablarna som bär datan.
  3. Protokoll, reglerna som flyttar den på ett tillförlitligt sätt.
  4. Dataformat, JSON och XML, hur de är uppbyggda och vad de kan uttrycka.
  5. Datamodeller, som ger datan en överenskommen innebörd.
  6. Plattform och applikationer, där nyttan hämtas hem.