Jeffrey Cross
Jeffrey Cross

Інтернет речей: натхнення та вимоги

Це перша серія з трьох частин, присвячена Інтернету речей з Tom Tom та членом Ради Internet of Things Майкла Костера.

Том Ву (телебачення): Що надихнуло вас на створення Інструментарію IoT та просвіти громадськості IoT про моделі даних для Інтернету речей?

Майкл Костер (MK):

Михайло Костер.

Трохи більше року тому ми з партнером почали досліджувати Інтернет речей (IoT), з ідеєю створення системи як свого роду «камердинера», щоб допомогти керувати речами в нашому житті. У той час ми жили від електромережі, генерували власну енергію, підтримували власну водну систему і витрачали значний час від дому. Ми дивилися на те, що було доступно, і в готових до використання системах нічого не було, що не вимагало б принаймні шару програмування для спільної роботи, як ми собі уявляли.

Оперативна сумісність між кількома пристроями швидко стає загальною рисою, оскільки люди намагаються створити свій власний "Інтернет речей" - підключити всі свої розумні пристрої до "хмари". Можливість дистанційного керування та автоматизація на деякий час. Ми знайшли багато постачальників, які продавали пристрої, пов'язані з послугами, такими як Інтернет. Деякі постачальники пропонували клієнти з відкритим кодом, але прив'язували пристрої до своїх послуг. Ми хотіли об'єднати пристрої з багатьма послугами, такими як поєднання домашнього екологічного контролю, енергоменеджменту, автоматизації води, саду та тваринництва. Це вимагає декількох пристроїв, з'єднаних між собою алгоритмами, керуючими клапанами, дверцятами, вентиляторами, фарами, жалюзі, акумуляторами і т.д. стандарт, який є сумісним.

Незабаром вони почали замислюватися про ідеї про те, як вони можуть створювати нові відносини і взаємодії між пристроями і людьми, об'єднуючи пристрої з двох або трьох з цих систем разом. Вони швидко з'ясували, що з'єднання систем були досить складними.

Це стає все більш поширеним, оскільки люди намагаються створити власний Інтернет речей. Після того, як вони придбають пристрій на Kickstarter, вони користуються можливостями дистанційного керування та автоматизацією, що надаються на деякий час. Незабаром вони починають придумувати ідеї про те, як вони можуть створювати нові відносини і взаємодії між речами і між собою і речами, об'єднуючи пристрої з двох або трьох з цих систем разом. Вони швидко дізнаються, що це не просто.

Існує послуга, IFTTT (якщо це тоді), яка має програмні роз'єми, які підключаються до API деяких популярних служб IoT і забезпечує механізм правил для застосування простих логічних предикатів до умов і генерування дій, якщо це, потім що. Все добре і добре доводить необхідність, але недостатньо для загального використання.

Потім ми вирішили дослідити підхід DIY, і почали знизу, через інтернет-ресурси, як Sparkfun і Evil Mad Science. Ми також використовували такі компоненти, як Arduino, багато з яких керуються ATmega або ARM Cortex-M3, як мікроконтролери AVR, так і ARM з потужним відкритим обладнанням, IDE і екосистемою. Ми об'єднали кілька підключених до мережі датчиків, таких як метеостанція, датчики навколишнього середовища, світлодіодні дисплеї та моніторинг потужності. Ми виявили, що відносно легко з'єднати їх з Pachube, для моніторингу та запису, і швидко виявили ряд обмежень на те, що ми хотіли досягти.

Ми виявили таку ж ситуацію з вертикально інтегрованими системами, що не було відкритого, стандартного способу для з'єднання багатьох різних пристроїв разом і побудувати великі програми для спільного управління речами. Деякі постачальники платформи As-A-Service запускають механізми правил, подібні до IFTTT, та іншу логіку додатків у своїй платформі, але ми шукали спосіб, який дозволив нам вибрати, де ми хочемо запускати програмне забезпечення, особливо в обох хмарах в локальному апаратному шлюзі. Це дозволило більше вбудованих пристроїв і підключених датчиків потенційно перерости в більшу систему без центрального вузла, де ведеться IoT.

Це важливо, оскільки на мережеве з'єднання часто впливали погода та інші змінні. Ми зрозуміли, що кожен буде певною мірою вражений, навіть з DSL або кабельним обслуговуванням. Наш досвід з частими перервами в обслуговуванні навчив нас важливості можливості переносити перерви в підключенні до мережі. Навіть якщо підключення до мережі може бути достатньо надійним, послуги підлягають відключенню та «затримкам», що робить їх непридатними для критичних послуг без резервування.

Після кількох місяців розслідування та розслідування, ми вирішили, що необхідним є надійний, загальний спосіб взаємодії між усіма пристроями та речами. Це відчувалося, як в перші дні Інтернету. Перед початком роботи в Інтернеті, перед винаходом гіперпосилання, HTML і протоколу http, не було звичайних способів взаємодії людей у ​​документі, наприклад, створення гіперпосилань.

Інтернет речей знаходиться на подібній стадії розвитку. IoT потребує стандарту для взаємодії з іншими машинами; необхідне стандартне програмне забезпечення для полегшення взаємодії.

Платформа, яка надає базовий набір загальних інструментів і служб, подібна до операційної системи, також є вимогою для користувачів IoT. Ця платформа дозволить їм швидко розпочати роботу зі своїми ідеями IoT.

Доступність і сумісність були ключовими для того, щоб користувач почав будувати розумні, підключені пристрої в епоху Інтернету речей.

Стало зрозуміло, що якщо ми зможемо знайти стандартний спосіб зробити те, що кожен очікує від Інтернету речей, і зробити його таким же легкодоступним і корисним, як сьогодні в Інтернеті, ми могли б допомогти розширити і розвинути Інтернет речей. в те, що, можливо, є наступним етапом Інтернету.

Ми вивчили ряд випадків використання IoT, співпрацювали з спільнотою IoT і почали визначати те, що потрібно в загальному наборі інструментів, кожен може використовувати, обмінюватися, робити, поширювати та вдосконалювати. Ми хотіли взяти те, що вже існувало в стандартах, інфраструктурі та компонентах системи, і створити платформу з відкритим вихідним кодом, яку ми, та інші, могли б використовувати для створення наших власних систем та продуктів IoT.

На платформі ми хотіли забезпечити підключення машин до машини (M2M) від датчиків і пристроїв, а також прикладного програмного забезпечення, і повторно використовувати загальні моделі даних, які можуть легко охоплювати пристрої та інші потоки даних Інтернету, щоб створити спільну мову для описи і з'єднання.

Ми почали цей процес з соціальних медіа, звертаючись до однодумців на LinkedIn. Під час нашого дослідження ми дізналися, що виявлені нами проблеми не були широко відомі та обговорювалися. Багато людей там не користувалися спільними інструментами для IoT.

Ми зрозуміли, що для вивчення спільноти потрібна вже крута крива навчання на деяких технологіях, таких як RDF та Linked Data. Це стало однією з причин, через яку ми почали цю серію блоґів Інтернету, щоб навчити людей про семантичне моделювання даних і API, пов'язані з пов'язаними даними. Приблизно в той же час ми розпочали відкритий Інтернет Інтернету речей зустрічаються в Силіконовій долині, щоб зустрітися з іншими однодумцями і побудувати спільноту.

Основоположним принципом є створення спільноти навколо відкритого джерела та Інтернету речей. Принципи тяжіння дотримуються двох успішних основ: спільноти та сумісності. Насправді, сама природа Інтернету речей добре звучить з відкритим вихідним кодом та законом Конвей. Ми хочемо побудувати систему. Створіть структуру, яку ми передбачаємо, на основі спільноти та спільного використання.

Завтра Читай частину 2: Інструментарій IoT.

Том Ву приєднався до Atmel в 2012 році як Digital Marketing Extraordinaire, що намагається допомогти трансформувати та оптимізувати провідність цифрового ландшафту Atmel. Том є завзятим виробником і лідером у багатьох цифрових аспектах маркетингу. Обхід Тома в напівпровідниковий простір виникає з різноманітного пускового фону, де гіпер-ідеація, що назріває з програмного простору, є життєво важливим для його інтенсивного технологічного компаса для напряму і виконання.

Поділитися

Залишити Коментар