Jak o úroveň výš v IoT

Skutečný svět Lekce a úvahy pro výrobce zařízení IoT.

Před šesti lety, než jsme přišli s Ubi, pracovali jsme na jiném zařízení. Chtěli jsme zavolat Peach Plug. S tímto jménem jsme přišli testováním různých jmen pomocí AdWords (Pepper Plug, Salsa Plug a další přišli daleko později).

Plánovali jsme jej spustit na Kickstarteru jako velmi unikátní produkt, ale byli jsme poraženi, když jiná společnost uvedla těsně před nás. Dva týdny po jejich kampani však Belkin vyšel s WeMo a z prodeje kampaně vyprchal vítr.

Vrátili jsme se na rýsovací prkno, abychom se podívali na další větve produktové mapy, abychom zjistili, jakými dalšími směry bychom se mohli vydat. Protože to byla zástrčka, přišli jsme na to - proč také přidat mikrofon, aby to někdo mohl ovládat hlasem. Při práci na detailech reproduktorů nás napadlo, že jelikož bylo zařízení připojeno k internetu, pokud bychom mohli také přidat reproduktor, počet případů použití a možnosti by raketa nebe. Byla to jednoduchá funkce, která nakonec vytvořila výbušné a jedinečné interakce a novou kategorii produktu.

Proces, kterým jsme prošli s Ubi, je proces, kterým mohou projít další výrobci zařízení IoT, aby zhodnotili možnosti svého produktu. V zásadě jde o způsob, jak zjistit, co je potřeba, aby se jejich produkt „vylepšil“. Zařízení IoT mohou vystoupit přes pět úrovní užitečnosti:

  1. Podávání zpráv
  2. Ovládání
  3. Změna stavu
  4. Příjem příkazů
  5. Koordinace

Pokud jde o hlášení, jedná se o základní nutnost zařízení. Může poskytnout zpětnou vazbu ohledně jeho použití nebo některých dalších údajů ze senzorů? Základní funkčnost by měla být:

  • Získávání dat
  • Ukládání informací
  • Odesílání informací
  • Potvrzující informace

Pro návrháře produktů existuje řada úvah, které musí brát v úvahu:

  • Kolik informací lze v zařízení uložit?
  • Měly by být informace zaslány v reálném čase nebo šarže?
  • V jakém okamžiku zapíše zařízení přes svůj obchod?
  • Kdy má zařízení hlásit svá data?
  • Měl by se zařízení hlásit k rozbočovači prostřednictvím jiného protokolu než IP nebo přímo na server?
  • Mělo by zařízení obdržet nějaké potvrzení, že data byla zaznamenána před jejich zápisem?

Pro základní hlášení to může zahrnovat příjem dotazu ze serveru a hlášení zpět posledního nastavení zařízení.

Hlášení je základní nutností zařízení připojeného k internetu, ale co se stane dále? … Ovládání - když zařízení něco ovládá. Proces aktivace zahrnuje:

  • Přijímání dat
  • Porozumění datům
  • Provádění akce
  • Hlášení o provedení akce
  • Ověření, že akce byla dokončena
  • Zprávu o dokončení akce
  • Obdržení potvrzení zprávy

Metoda handshaking je důležitá, aby se zajistilo, že akce nebude provedena dvakrát. Lidé obvykle dělají zařízení připojená k internetu, aby dělali něco jiného než jen zprávy, takže aktivace je dalším logickým krokem pro zařízení.

Jakmile může být zařízení ovládáno na dálku, další úrovní je umožnění třetím stranám, aby mohly zařízení ovládat. To obvykle znamená vytvoření API a vytvoření dokumentace.

API by mohlo být použito, aby umožnilo třetím stranám předplatit data senzorů nebo ovládat různé akční členy zařízení. Některé nebo všechny funkce hlášení lze rozšířit i na tyto třetí strany, ale je důležité umožnit koncovým uživatelům snadno ovládat, kdo má přístup k jejich zařízením, aby se zabránilo problému „příliš mnoho kuchařů“ a ztratil přehled o tom, kdo má přístup.

Zařízení mohou dále stoupat sledováním přidání funkcí, které jsou tangenciální pro hlavní funkce. Zjednodušeně to znamená, že je možné ovládat jiné věci, než je hlavní účel zařízení.

Příkladem změn stavu může být možnost zapnutí a vypnutí samotného zařízení nebo možnost změnit barvu v porovnání s jasem, jako je ztlumení vs. neztlumení. Je možné, že některá zařízení se nemusí nikdy vyvíjet na tuto úroveň, protože neodpovídají jejich zamýšlenému účelu, ale je to pro zařízení, která chtějí rozšířit svou funkčnost.

Změna stavu vyžaduje, aby zařízení měla určitou schopnost zpracovat více požadavků na aktivaci, a také si pamatovat jeho stav, pokud zařízení ztratí napájení nebo připojení. Schopnost změnit stav může zvýšit pravděpodobnost, že výrobce zařízení najde „zabijáckou aplikaci“ pro svůj produkt.

Poslední úroveň, na kterou může zařízení vystoupit, je schopnost koordinovat se autonomně s jinými zařízeními. To znamená:

  • Zařízení musí mít zabudovanou inteligenci, aby objevilo a porozumělo zařízením v jeho okolí
  • Musí mít schopnost přímo komunikovat s těmito zařízeními
  • Měl by přijímat příkazy z jiných zařízení

Když to zařízení mohou udělat, mohou se o nás začít učit a být spravovány, aniž bychom museli vytvářet pravidla rote, aby je mohli dodržovat.

Můžeme se podívat doma na několik zařízení, která mohou vystoupit na úroveň interakce IoT.

Žárovka

Prvním krokem pro žárovku by bylo hlášení, kdy bude zapnuta nebo vypnuta. Měl by to hlásit i při změně nastavení? Existuje aplikace, která bude dálkově ovládat světlo? Z hlediska změny stavu může být světlo tlumené? Může to změnit barvy?

Výrobce zařízení by se měl také zeptat, zda by jiné služby měly být schopny jej ovládat pomocí API. A konečně, mělo by to být ovládáno jinými zařízeními? Může se koordinovat automaticky podle toho, co se děje v jeho prostředí?

Zásuvka

Síťové zástrčky připojené k internetu dělají vzestup nejprve tím, že hlásí svůj stav, jako je zapnuto nebo vypnuto, nebo data senzoru, jako je spotřeba energie. Lze tedy zástrčku pomocí aplikace zapnout nebo vypnout? API by pak bylo velmi užitečné pro umožnění webové službě buď získat data o využití, nebo zhasnout světla kvůli jiným událostem.

V závislosti na změně stavu, může být výstupní napětí měněno? Jaké nové aplikace by se mohly otevřít?

Z důvodu koordinace lze zařízení spárovat s jinými zástrčkami, takže pokud se jeden změní z zapnuto na vypnuto, všechny se změní? Lze jejich výkon nějakým způsobem zrcadlit?

Zámek

Základní funkcí zámku připojeného k internetu by bylo hlášení, zda je zařízení uzamčeno nebo odemčeno. V ideálním případě jsou tato zařízení navržena tak, aby byla odemknuta nebo odemknuta na dálku, například prostřednictvím aplikace nebo otevřením API pro hlášení stavu zařízení. Přidání nového stavu by mohlo zahrnovat schopnost zahřát zámek nebo knoflík, pokud je zima, hlášení, zda jsou dveře pootevřené nebo zavřené, nebo dokonce blízkost lidí k zámku.

Koordinace by mohla zahrnovat zaslání požadavku blízké kameře na pořízení snímku, když někdo vstoupí dveřmi, přehrávání hudby, když jsou dveře odemknuty, nastavení hlavního nastavení s více zámky nebo dokonce odemknutí na základě geofence do telefonu.

Hudební reproduktory

Jednoduché ohlašování toho, co hraje píseň, je prvním krokem připojeného reproduktoru (pomyslete na FM rádio, které tuto schopnost poprvé mělo). Dalším krokem, aktivací, je umožnění pauzy, přehrávání a rychlého převíjení vpřed / vzad prostřednictvím internetového dálkového ovládání. Změna stavu by zahrnovala možnost streamovat hudbu z více zdrojů přímo do reproduktoru.

Zde je úroveň API obrácená - možnost nechat streamovat služby třetích stran do reproduktoru je velkým krokem vpřed. Nakonec by koordinace mezi více reproduktory nebo umožnění zařízením změnit hudbu nebo seznam skladeb byla pro tato zařízení nejvyšší úrovní. Samozřejmě, přidání hlasové interakce zcela změní zařízení.

Lekce pro výrobce zařízení IoT

Ti, kteří chtějí své zařízení posunout na vyšší úroveň, by si měli při navrhování svého produktu položit tyto otázky:

  • Kolik dat budu potřebovat ke sběru? Přidá sběr těchto údajů velkou hodnotu?
  • Co bych měl umožnit uživatelům ovládat? Jaká je očekávaná interakce?
  • Jaké další funkce mohu přidat k zařízení, které exponenciálně zvýší to, co lze s produktem udělat?
  • Jaký přínos přinese otevření mého zařízení třetím stranám ke kontrole?
  • Jakou koordinaci mohou mít jiná zařízení s mými pro vytvoření jedinečných zážitků?

Vytvoření zařízení, která vystoupí na novou úroveň interakce, bude pro nás znamenat mnohem více vzrušujících zařízení, která můžeme použít v našich domovech - a vzrušující budoucnost.

Chcete, aby byly všechny nejnovější pokroky a technické zprávy zaslány přímo do vaší doručené pošty?

🗓 Tento článek byl původně zveřejněn na iotforall.com 5. února 2018.