Sådan niveaues du op i IoT

Virkelige verden Lektioner og overvejelser for producenter af IoT-enheder.

For seks år siden, inden vi kom med Ubi, arbejdede vi på en anden enhed. Det var et WiFi-aktiveret vægstik, som vi ønskede at kalde Peach Plug. Vi kom på navnet ved at teste forskellige navne gennem AdWords (Pepper Plug, Salsa Plug, og andre kom langt efter).

Vi havde planlagt at lancere det på Kickstarter som et meget unikt produkt, men blev slået til stød, da et andet firma lancerede et lige foran os. To uger efter deres kampagne kom Belkin imidlertid ud med WeMo, og det tog vinden ud af kampagnens salg.

Vi gik tilbage til tegnebrættet for at se på andre grene af vores produktkøreplan for at se, hvilke andre retninger vi kunne tage. Da dette var et stik, regnede vi med - hvorfor ikke også tilføje en mikrofon, så nogen kunne kommandere den gennem stemme. Mens vi arbejdede med højttalerdetaljer, gik det op for os, at da enheden var internetforbundet, hvis vi også kunne tilføje en højttaler, ville antallet af brugssager og muligheder sky raket. Det var en enkel funktion, der endte med at skabe eksplosive og unikke interaktioner og en ny produktkategori.

Den proces, som vi gennemgik med Ubi, er en, som andre IoT-enhedsproducenter kan gennemgå for at vurdere mulighederne for deres produkt. I det væsentlige er det en måde at finde ud af, hvad der er nødvendigt for at få deres produkt til at "niveau op". IoT-enheder kan stige gennem fem niveauer af nytten:

  1. Rapportering
  2. aktivering
  3. Tilstandsændring
  4. Modtagelse af kommandoer
  5. Koordinerende

Når det kommer til rapportering, er dette en enheds grundlæggende nødvendighed. Kan det give feedback om dets brug eller andre sensordata? Grundlæggende funktionalitet skal være:

  • Indhenter data
  • Opbevaring af oplysninger
  • Sender information
  • Bekræfter oplysninger

For produktdesigneren er der en række overvejelser, som de skal tage hensyn til:

  • Hvor meget information kan gemmes på enheden?
  • Bør informationerne sendes i realtid eller batches?
  • På hvilket tidspunkt skriver enheden over sin butik?
  • Hvornår skal en enhed rapportere sine data?
  • Bør enheden rapportere til en hub gennem en ikke-IP-protokol eller direkte til serveren?
  • Bør enheden modtage en vis bekræftelse af, at dataene blev optaget, før de skrev over dem?

Til grundlæggende rapportering kan det involvere modtagelse af en forespørgsel fra en server og rapportering af den sidste indstilling af enheden.

Rapportering er den grundlæggende nødvendighed af en internetforbundet enhed, men hvad sker der derefter? ... Aktivering - når enheden styrer noget. Processen med aktivering involverer:

  • Modtagelse af data
  • Forståelse af dataene
  • Udførelse af handlingen
  • Rapportering om, at handlingen udføres
  • Bekræftelse af, at handlingen var afsluttet
  • Rapporterer om, at handlingen var afsluttet
  • Modtagelse af en bekræftelse af rapporten

Håndtrykket er vigtigt for at sikre, at handlingen ikke udføres dobbelt. Normalt får folk internetforbundne enheder til at gøre noget i stedet for bare at rapportere, så aktivering er det næste logiske trin for en enhed.

Når en enhed kan aktiveres eksternt, er det næste niveau det muligt for tredjepart at være i stand til at aktivere enheden. Dette betyder normalt, at der oprettes en API og en vis dokumentation, der skal oprettes.

En API kunne bruges til at give tredjeparter mulighed for at abonnere på sensordata eller styre forskellige aktuatorer på en enhed. Nogle eller alle rapporteringsfunktioner kan udvides til at omfatte disse tredjeparter, men det er vigtigt at give slutbrugerne muligheden for let at kontrollere, hvem der har adgang til deres enheder for at forhindre et "for mange cooks" -problemer og miste oversigten over, hvem der har hvilken adgang.

Enheder kan stige videre ved at se på tilføjelse af funktioner, der er tangentielle for hovedfunktionaliteten. Almindeligvis betyder det at være i stand til at aktivere forskellige ting end enhedens hovedformål.

At være i stand til at tænde og slukke selve enheden eller være i stand til også at ændre farve vs bare lysstyrke er eksempler på tilstandsændringer, ligesom det er slået fra imod og ikke. Det er muligt, at nogle enheder måske aldrig bliver nødt til at udvikle sig til dette niveau, da det ikke passer til deres tilsigtede formål, men dette er for dem, der ønsker at udvide til mere funktionalitet.

Ændring af tilstand kræver, at enhederne har en vis mulighed for at behandle flere aktiveringsanmodninger og husker også dens tilstand, hvis enheden mister strøm eller tilslutning. Evnen til at ændre tilstand kan øge sandsynligheden for, at en enhedsproducent finder "killer-appen" til deres produkt.

Det sidste niveau, en enhed kan stige til, er evnen til at koordinere autonomt med andre enheder. At gøre dette betyder:

  • Enheden skal have en vis intelligens indbygget i det for at opdage og forstå enhederne omkring det
  • Det skal have evnen til at kommunikere med disse enheder direkte
  • Det skal modtage kommandoer fra andre enheder

Når enheder kan gøre dette, kan de derefter begynde at lære om os og administreres uden at vi behøver at oprette rote regler for dem at følge.

Vi kan se hjemme for et par enheder, der kan stige niveauerne for IoT-interaktion.

Lys pære

Det første trin for en pære ville være at rapportere, når den er tændt eller slukket. Bør det rapportere, når en indstilling også ændres? Er der en app, der kontrollerer lyset eksternt? Med hensyn til tilstandsændring, kan lyset dæmpes? Kan det ændre farver?

Enhedsproducenten skal også spørge, om andre tjenester skal være i stand til at kontrollere det via en API. Endelig skal det kontrolleres af andre enheder? Kan den koordinere automatisk baseret på hvad der sker i sit miljø?

Vægstik

Internet-tilsluttede vægstik stiger opstigningen først ved at rapportere deres tilstand, som til eller fra, eller sensordata, som strømforbrug. Kan stikket derefter tændes eller slukkes via en app? Et API ville så være meget nyttigt til at give en webtjeneste enten mulighed for at få brugsdata eller slukke lysene på grund af andre begivenheder.

Kan spændingsudgangen varieres i relation til tilstandsændring? Hvilke nye applikationer kunne der åbnes?

For koordinering, kan enheden parres med andre stik, så hvis en skifter fra til til, ændres de alle? Kan deres strømproduktion spejles på en eller anden måde?

Låse

En grundlæggende funktionalitet i en internetforbundet lås ville være at rapportere, hvis enheden er låst eller låst op. Ideelt set er disse enheder designet til at være fjernlåst eller låst op, f.eks. Gennem en app, eller åbne en API for at rapportere enhedens status. Tilføjelse af en ny tilstand kan omfatte muligheden for at varme låsen eller knappen, hvis det er koldt, rapportere om døren er i lukket eller lukket, eller endda folkets nærhed til låsen.

Koordinering kan omfatte at sende en anmodning til et nærliggende kamera om at knipse et billede, når nogen kommer ind gennem døren, spiller musik, når døren er låst op, har en masteropsætning med flere låse eller endda oplåsning baseret på geofence til en telefon.

Musikhøjttalere

Enkel rapportering om, hvilken sang der spiller, er det første trin for en tilsluttet højttaler (tænk på FM-radioer, der først havde denne funktion). Det næste trin, aktivering, er at være i stand til at sætte pause, spille og hurtigt frem / tilbage via internet-fjernbetjening. Ændring af tilstand vil omfatte at være i stand til at streame musik fra flere kilder direkte til højttaleren.

Her er API-niveauet vendt - at være i stand til at lade tredjeparts tjenester strømme til en højttaler er et stort skridt fremad. Til sidst ville koordinering mellem flere højttalere eller tilladelse af enheder til at ændre musik eller afspilningsliste det højeste niveau for disse enheder. At tilføje stemmeinteraktion ændrer selvfølgelig enheden fuldstændigt.

Lektioner for IoT-enhedsproducenter

De, der ønsker at tage deres enhed til det næste niveau, bør stille sig selv disse spørgsmål, når de designer deres produkt:

  • Hvor meget data skal jeg indsamle? Vil indsamling af disse data tilføje en masse værdi?
  • Hvad skal jeg tillade brugere at kontrollere? Hvad er den forventede interaktion?
  • Hvilke ekstra funktioner kan jeg tilføje enheden, der eksponentielt øger, hvad der kan gøres med produktet?
  • Hvilken fordel opnås ved at åbne min enhed for tredjepart til kontrol?
  • Hvilken koordinering kan andre enheder have med minen for at skabe unikke oplevelser?

At fremstille enheder, der stiger til nye niveauer af interaktion, betyder meget mere spændende enheder for os at bruge i vores hjem - og en mere spændende fremtid.

Vil du have alle de nyeste fremskridt og teknisk nyheder sendt direkte til din indbakke?

🗓 Denne artikel blev oprindeligt sendt ud på iotforall.com den 5. februar 2018.