Как мы хакнули умные подушки и запустили приложение для умной спальни «Асконы»
Привет! Меня зовут Сергей Солдатов, я директор по продукту в компании 65apps. Мы разрабатываем мобильные приложения, используем в работе продуктовый подход. Хочу поделиться с вами нашим недавним кейсом, где именно продуктовый подход помог погрузиться в непривычную предметную область и создать сервис с уникальной ценностью. Это наш совместный проект с компанией «Аскона» — приложение для управления умной спальней.
Для начала забавный факт: перед началом работы всей проектной группе, а это: директор по продукту, арт-директор, руководитель проекта, аналитик, дизайнер, разработчики iOS, Android и QA-специалист, «Аскона» передала свои умные девайсы, — видимо, чтобы мы лучше высыпались и продуктивнее работали. Прямиком с завода к нам в ижевский офис приехали подушки, трекеры сна, основание кровати — все это было необходимо подключить. Мы действительно спали на этих подушках — и это тот самый случай, когда я готов их неистово рекомендовать. Я уже не смог вернуться к своей старенькой синтепоновой, и после сдачи проекта купил всей семье «умные» подушки («Аскона» не платит мне за рекламу, а жаль).
Это тот самый случай, когда клиент позаботился о своих разработчиках и, в результате, мы сделали классное приложение. Но обо всем по порядку.
Выход из зоны комфорта: с nodejs на dlang
В 2017м году я начал писать проект на nodejs — реализацию протокола ObjectServer от Weinzierl для доступа к значениям KNX. В процессе написания было изучено: работа с бинарными протоколами, представление данных, работа с сокетами(unix sockets в частности), работа с redis базой данных и pub/sub каналами.
Проект достиг стабильной версии. В это время я потихоньку ковыряю другие языки, в частности Dart и Flutter как его приложение. На полке пылится без действия купленный во времена студенчества справочник Г.Шилдта.
Настойчивая мысль переписать проект на C поселилась в голове. Рассматриваю варианты Go, Rust, отталкивающие иными синтаксическими конструкциями. Начать никак не получается, идея откладывается на время.
Задачи IoT
Для большинства людей IoT – это холодильник с функцией публикации фотографий в Инстаграме, стиралка, способная запостить новость в Фейсбук и т.д. В мире используется 28 миллиардов устройств, подключенных к интернету. При этом на так называемые пользовательские гаджеты приходится менее половины всех подключенных устройств.
Около 15 миллиардов устройств функционирует в области промышленности и бизнеса. Сюда стоит отнести терминалы для приема платежей банковской картой, сенсоры в общественном транспорте и т.д.
Уже в ближайшем будущем IoT будет активно использоваться в качестве инструмента, который позволит решать даже самые сложные бизнес-задачи в любой сфере деятельности.
Промышленный IoT является комплексом, в котором объединены технологии автоматизации производственных процессов, а также концепции M2M и BigData. Основной идеей промышленного интернета вещей является превосходство любого смарт-устройства над человеческим разумом. Благодаря четкой и безошибочной работе, IIoT гарантирует повышение контроля качества изготавливаемой продукции, организацию безопасного производства, обеспечение своевременных поставок сырья и оптимизацию работы конвейерного оборудования.
Использование интернета вещей в промышленной индустрии и логистике способствует минимизации затрат. Такой эффект достигается благодаря снижению уровня аварийности и минимизации объема используемых ресурсов. В энергетике интернет вещей способствует повышению эффективности выработки и дальнейшего распределения электрической энергии.
Таким образом, можно констатировать, что IoT чаще всего используется для выполнения рутинных задач. Интернет вещей освободил нас от выполнения ежедневных задач. Причем современные IoT-устройства готовы выполнять эту рутинную работу при любых условиях в любое время суток.
Сегодня IoT применяется повсюду – в быту, жилищно-коммунальном хозяйстве, логистике, производстве, медицине и во многих других отраслях. Мы уже привыкли к новым возможностям и воспринимаем их как данность. Хотя еще в прошлом десятилетии IoT была неизведанной и не слишком понятной концепцией для большинства людей.
Взаимодействие с NIDD через SCEF с использованием утилиты Postman. Краткий экскурс в SCEF и его возможности
Из песочницы
Данная статья позволит тем, кто еще только начинает свою разработку или уже применяет технологию NB-IoT, составить представление о том, как можно удаленно взаимодействовать с NB-IoT устройством.
Краткий обзор
NB-IoT легко наступает на пятки 2G и зарекомендовал себя как энергоэффективный стандарт сотовой связи, который уже в обозримом будущем будет способен потеснить укрепившийся на своей позиции 2G. Причиной тому является возможность гибко подойти к вопросу энергопотребления одной из самых потребляющих частей устройства – радиопередатчику. Если не вдаваться глубоко в детали, то вместе с NB-IoT у нас появилась возможность гибко настраивать режимы работы устройства за счет настройки расписания выхода устройства на связь и взаимодействия устройства с серверами в сети Интернет.
Параллельно с этим значительно увеличивается количество абонентских устройств одновременно подключенных к одной соте, равно как и затраты оператора сотовой связи на поддержание работоспособности самой этой связи.
Предполагается, что у читателя есть примерное представление о технологии NB-IoT и имеется минимальный опыт взаимодействия.
Режимы сохранения энергии в NB-IoT
Устройствам, которые работают от батарейки, важно потреблять как можно меньше энергии. Для этого в NB-IoT предусмотрены два режима энергосбережения: Power Saving Mode, PSM и Extended idle mode DRX, eDRX
Рассмотрим их подробнее.
Режим сохранения энергии PSM, Power Saving Mode
Согласно спецификации 3GPP TS 23.682, Power Saving Mode (PSM) – это режим, аналогичный отключению питания, при котором устройство, тем не менее, остается зарегистрированным в сети. Любопытно, что режим PSM появился в спецификациях 3GPP раньше, чем NB-IoT – в 3GPP Release 12.
Устройство NB-IoT инициирует режим PSM, включая значения двух таймеров в запросы ATTACH REQUEST/TAU REQUEST, посылаемые в процедурах Attach и TAU (TAU, Tracking Area Update — это периодическая процедура, которая используется в LTE для уведомления сети о доступности и местоположении мобильного устройства).
Первый таймер — T3324 Active Timer — определяет время, в течение которого устройство остается доступным со стороны сети после процедуры Attach, TAU или передачи данных.
Второй таймер — T3412 Extended periodic TAU Timer — определяет период процедуры TAU.
Режим PSM и таймеры T3324, T3412 показаны на рис. 1:
Если сеть разрешает использование режима PSM, то значения этих таймеров включаются в ответные сообщения ATTACH ACCEPT/TAU ACCEPT
При определении значений таймеров сеть может принимать во внимание не только значения, запрашиваемые устройством, но и локальную конфигурацию. Другими словами, сеть не обязана подтверждать в точности те значения таймеров, которые запросило устройство
Зато устройство обязано применить значения, полученные от сети.
Длительность нахождения устройства в режиме PSM определяется как разница между Extended periodic TAU Timer и Active Timer (T3412-T3324). Так как значение T3324 Active Timer может быть равно нулю, то максимальное теоретическое время нахождения устройства в режиме PSM равняется максимальному времени T3412 Extended periodic TAU Timer и составляет 413 дней и 8 часов (!!!). Максимальное значение T3324 Active Timer составляет 3 часа и 6 минут (186 минут).
Когда устройство находится в режиме PSM, оно недоступно со стороны сети (для так называемых mobile terminating сервисов).
GSMA рекомендует операторам сотовой связи сохранять и передавать устройству (после выхода последнего из режима PSM) как минимум последний пакет данных длительностью 100 бит.
Устройство может выйти из режима PSM в любое время (например, если устройству нужно срочно передать какие-нибудь данные, как на картинке выше).
Режим сохранения энергии eDRX (Extended idle mode DRX)
eDRX (Extended idle mode DRX) можно считать дополнительным режимом энергосбережения устройства, он появился в спецификациях 3GPP Release 13. DRX означает прерывистый приём (Discontinuous Receiving). Метод прерывистого приема известен в сотовой связи давно, и заключается в том, что для сохранения энергии приемный тракт устройства включается периодически в определенные промежутки времени, а большую часть времени отключен. Сеть «знает» об этом и посылает сигналы вызова (paging) только в «правильные» моменты времени. Расширенный режим прерывистого приёма (eDRX) позволяет существенно увеличить период времени, когда приемный тракт устройства выключен. Согласно спецификации 3GPP TS 23.682, период прерывистого приема eDRX в режиме NB-IoT составляет от 20,48 до 10485,76 секунды (10485 секунд — это почти 3 часа).
Сравнение «старого» DRX и «нового» eDRX представлено на рис. 2:
Устройство NB-IoT активирует режим eDRX, передавая значение длительности периода eDRX в запросах ATTACH REQUEST/TAU REQUEST, посылаемых в процедурах Attach и TAU. Если сеть разрешает использование режима eDRX, то значение периода eDRX включается в ответные сообщения ATTACH ACCEPT/TAU ACCEPT. Сеть не обязана подтверждать запрошенное устройством значение периода eDRX, а вот устройство обязано применить значение, переданное сетью.
![Результаты поиска по запросу «[интернет вещей iot]» / хабр](https://rusinfo.info/wp-content/uploads/6/0/3/603efb0dac5938c6e8acefeaac8085ef.jpg)
![Результаты поиска по запросу «[интернет вещей iot]» / хабр](https://rusinfo.info/wp-content/uploads/5/0/5/50547f73672e94f144b3ffc0b3b4b290.jpg)
Как и в случае с PSM, при использовании режима eDRX GSMA рекомендует операторам сохранять и передавать устройству как минимум последний пакет данных длительностью 100 бит. Впрочем, как следует из опроса, проведенного ассоциацией GSM, операторы намерены сохранять намного больше нисходящих данных (от приложения к устройству).
Режим eDRX может применяться одновременно с режимом PSM.
Режимы PSM и eDRX входят в число минимальных требований к сетям NB-IoT, рекомендованных GSMA.
Что показывает вольтметр, или математика розетки
Recovery Mode
О чем эта статья
Сегодня я ненадолго отступлю от своей обычной темы о визуальном программировании контроллеров и обращусь к теме измерений напряжения прямо в ней, в розетке!
Родилась эта статья из дискуссий за чаем, когда разразился спор среди «всезнающих и всеведающих» программистов о том, чего многие из них не понимают, а именно: как измеряется напряжение в розетке, что показывает вольтметр переменного напряжения, чем отличается пиковое и действующие значения напряжений.
Скорее всего, это статья будет интересна тем, кто начинает творить свои устройства. Но, возможно, поможет и кому-то опытному освежить память.
В статье рассказано о том, какие напряжения есть в сети переменного тока, как их измеряют и о том, что следует помнить при проектировании электронных схем.
Всему дано краткое и упрощённое математическое обоснование, чтобы было ясно не только «как», но и «почему».
Кому не интересно читать про интегралы, ГОСТы и фазы — могут сразу переходить к заключению.
Несем IoT в массы: результаты первого IoT-хакатона от GeekBrains и Ростелекома
Интернет вещей — восходящий тренд, технология используется везде и всюду: в промышленности, бизнесе, быту (привет умным лампочкам и холодильникам, которые сами заказывают еду). Но это только начало — задач, которые можно решать при помощи IoT, великое множество.
Для того, чтобы наглядно показать возможности технологии разработчикам, GeekBrains совместно с Ростелекомом решили провести IoT-хакатон. Задача была одна для всех участников — придумать решение в сфере интернета вещей и реализовать веб- и/или мобильное приложение для конкретного пользователя умных устройств. Говоря техническим языком, нужно было написать front—end для конечного юзера, плюс back—end, который управляет бизнес-логикой работы с данными.
Подключение устройств IoT в «Умном» городе
Интернет вещей по своей природе предполагает, что устройства разных производителей, использующие различные протоколы связи, смогут обмениваться данными. Это позволит подключать устройства или целые процессы, которые ранее не могли взаимодействовать.
Умный город, умная сеть, умное здание, умный дом…
Большинство интеллектуальных систем либо появились в результате интероперабельности, либо были значительно улучшены с ее помощью. В качестве примера можно привести прогностическое обслуживание строительной техники. Если в прошлом эмпирически можно было ожидать необходимости технического обслуживания на основе использования оборудования, то в настоящее время эта информация дополняется данными, полученными от таких устройств, как датчики вибрации или температуры, встроенных непосредственно в машину.
Обмен данными может осуществляться либо непосредственно между участниками сети, либо через шлюзы, как при передаче данных с помощью различных коммуникационных технологий.
Драйвер шагового двигателя. Тестируем микросхему L9110
Из песочницы
Откуда «ножки» растут
В настоящее время стали доступны и приобрели популярность различные станки с программным управлением. Это лазерные и фрезерные резчики и гравёры. А так же 3D принтеры. Все эти станки имеют один общий узел — шаговый двигатель.
И этому двигателю нужен драйвер.
Принцип работы двигателя не является предметом этой статьи. Мы рассмотрим только драйвер. Всё, что нам нужно знать в данном контексте — это какие управляющие сигналы нам нужно формировать для управления шаговым двигателем. Оказывается, это самые обычные прямоугольные импульсы.
Существует некоторое количество решений драйверов от различных компаний. В нашей статье мы рассмотрим самое доступное решение драйвера L9110 и его аналог HG7881 Это решение часто используется в Arduino
Теория и практика
Я решил применить микросхему L9110 в своём проекте.Довольно легко нагуглил datasheet. Прочитал. Всё предельно понятно. Характеристики, распиновка, таблица истинности… По всем параметрам драйвер, вроде бы подходит. Напряжение коммутации — 12 вольт, выходной ток 800 ма. — всего хватает.
Команды управления устройством NB-IoT (AT-команды)
Стандартные AT-команды описываются в спецификации 3GPP TS 27.007. Всего команд очень много, здесь рассмотрим только те, с помощью которых можно управлять режимами энергосбережения устройства NB-IoT. Кроме того, разные производители могут немного по-своему интерпретировать стандартные или изобретать новые команды. Поэтому для большей определенности посмотрим команды NB-IoT-модуля N21.
Команда управления режимом PSM
Для задания параметров режима PSM используется команда AT+CPSMS:
Параметры команды AT+CPSMS:
- mode (0 — PSM выключен, 1 — PSM включен)
- Requested_Periodic-RAU, T3312 (применим к 2G/3G, в NB-IoT не используется)
- Requested_GPRS-READY-timer, T3314 (применим к 2G/3G, в NB-IoT не используется)
- Requested_Periodic-TAU, T3412 (применим к LTE, используется в NB-IoT)
- Requested_Active-Time, T3324 (применим к 2G/3G/LTE, используется в NB-IoT)
Таким образом, для настройки параметров PSM в режиме NB-IoT используются три параметра: mode, Requested_Periodic-TAU и Requested_Active-Time.
Запрашиваемая длительность нахождения устройства в режиме PSM — это разница между значениями Requested_Periodic-TAU и Requested_Active-Time.
Кодирование значения Requested_Active-Time (T3324)
Requested_Active-Time кодируется в виде последовательности, состоящей из 8 бит, где старшие биты 8, 7, 6 представляют собой множитель, биты 5, 4, 3, 2, 1 – значение.
| Бит 8 | Бит 7 | Бит 6 | Множитель |
| 2 секунды | |||
| 1 | 1 минута | ||
| 1 | 6 минут (1/10 часа) | ||
| 1 | 1 | 1 | Таймер деактивирован |
| Другие значения должны быть интерпретированы как 1 минута (в текущей версии протокола) |
Пример кодирования значения Requested_Active-Time (T3324):
00000101 — Requested_Active-Time
000 – множитель, 2 секунды,
00101 – значение, 5,
5 х 2 секунды = 10 секунд — запрашиваемое значение Requested_Active-Time.
Максимальное значение Requested_Active-Time (T3324) составляет 3 часа и 6 минут (186 минут).
Кодирование значения Requested_Periodic-TAU (T3412)
Requested_Periodic-TAU кодируется в виде последовательности, состоящей из 8 бит, где старшие биты 8, 7, 6 представляют собой множитель, младшие биты 5, 4, 3, 2, 1 – значение.
| Бит 8 | Бит 7 | Бит 6 | Множитель |
| 10 минут | |||
| 1 | 1 час | ||
| 1 | 10 часов | ||
| 1 | 1 | 2 секунды | |
| 1 | 30 секунд | ||
| 1 | 1 | 1 минута | |
| 1 | 1 | 320 часов. Примечание: данное значение применимо только к таймерам T3312 extended и T3412 extended (см. TS 24.301). Если оно принято в сообщении с включенной проверкой целостности, значение должно быть интерпретировано как 320 часов. В противном случае оно должно быть интерпретировано как 1 час. | |
| 1 | 1 | 1 | Таймер деактивирован |
Пример кодирования значения Requested_Periodic-TAU (T3412):
00100001 — Requested_Periodic-TAU
001 – множитель, 1 час,
00010 – значение, 2,
2 х 1 час = 2 часа — запрашиваемое значение Requested_Periodic-TAU
Максимальное значение таймера Requested_Periodic-TAU T3412 составляет 9920 часов или 413 дней и 8 часов.
Примеры команды AT+CPSMS
Команда управления режимом eDRX
Для задания параметров режима eDRX используется команда AT+CEDRXS:
Параметры команды AT+CEDRXS:
1. mode — режим:
- 0 — режим eDRX выключен
- 1 — режим eDRX включен
- 2 — режим eDRX включен, разрешены незапрашиваемые сообщения (URC)
2. AcT-type — технология радиодоступа:
- 1 – EC-GSM-IoT
- 2 – GSM
- 3 – 3G
- 4 – LTE, LTE-M
- 5 – NB-IoT
3. Requested_eDRX_value — длительность периода eDRX. Значение кодируется в виде двоичной последовательности, состоящей из 4-х бит. Согласно спецификации 3GPP TS 23.682, период eDRX в режиме NB-IoT находится в диапазоне от 20,48 до 10485,76 секунд. Значения Requested_eDRX_value в режиме NB-IoT приведены в таблице 3.
| Requested_eDRX_value в режиме NB-IoT | Длительность периода eDRX, с |
| 0010 | 20,48 |
| 0011 | 40,96 |
| 0100 | 20,48 |
| 0101 | 81,92 |
| 0110 | 20,48 |
| 0111 | 20,48 |
| 1000 | 20,48 |
| 1001 | 163,84 |
| 1010 | 327,68 |
| 1011 | 655,36 |
| 1100 | 1310,72 |
| 1101 | 2621,44 |
| 1110 | 5242,88 |
| 1111 | 10485,76 |
Примеры команды AT+CEDRXS
P.S. Статья не претендует на абсолютную истину и может содержать неточности. Если вы заметили неточности, хотите поделиться инсайдерской информацией или просто высказать своё мнение – добро пожаловать в комментарии!
Предыдущая часть: NB-IoT, Narrow Band Internet of Things. Общая информация и особенности технологии.
Преимущества технологии NB-IoT
NB-IoT был разработан консорциумом 3GPP в 2016 году. Сейчас эта технология находится на стадии тестирования. Но уже в ближайшее время операторы связи получат полноценный доступ к ней. Более того, можно не сомневаться в том, что технология NB-IoT сразу же станет популярной. Это обусловлено финансовой выгодностью применения данного стандарта. Использование и обслуживание NB-IoT на порядок дешевле применения GSM и LTE сетей. Данный факт объясняется тем, что NB-IoT – это 2-сторонняя связь, которая работает на частотном канале 200 кГц. Для запуска сети в работу оператору нужно только лишь установить на своей станции специализированное ПО. Учитывая этот факт, NB-IoT будет, прежде всего, актуален в процессе развертывания сети на существующих частотах.
Консорциум 3GPP продолжает разрабатывать модель работы NB-IoT сети. Специалисты этой организации выбирают между тремя вариантами развертывания:
- Guard Band. В данном случае для работы сети будет использоваться отдельный частотный спектр.
- In Band. Данная технология предусматривает размещение в защитном частотном диапазоне LTE-сетей.
- Stand Alone. Концепция этого варианта развертывания предусматривает функционирование LTE и NB-IoT в едином частотном диапазоне.
Благодаря разработкам консорциума 3GPP, появится возможность развертывания NB-IoT сетей во всех частотных диапазонах, в которых применяется стандарт LTE. При этом стандарт NB-IoT способен передавать данные со скоростью 200 Кб/с. Этого показателя хватает для беспроблемной работы устройств, передающих с определенной периодичностью небольшой объем информации одного типа.
Разработчики этой технологии уже успели пообещать, что максимальный срок эксплуатации аккумуляторов оборудования NB-IoT может достигать 10 лет. Также следует сказать, что ориентировочная стоимость терминала NB-IoT составит 5 долларов.
Еще одним чрезвычайно важным преимуществом этой технологии считается возможность подключения порядка 100 000 NB-IoT устройств к одной соте станции. Этот показатель на порядок выше нынешних стандартов сотовой связи. За счет этого обеспечивается дополнительное коммерческое преимущество, обусловленное возможностью использования анализа IoT-данных посредством методов Big Data. Благодаря этой технологии, операторы сотовой связи получат уникальную возможность продавать полученные аналитические сводки организациям, работающим в смежных сферах деятельности.
Подобные преимущества технологии NB-IoT способствуют существенному увеличению зоны покрытия и возможности использования мобильной связи в труднодоступных регионах.
Умный дом на колес… Алисах
Из песочницы
Привет. В настоящее время я смог реализовать одну из возможностей умного дома, а именно полноценное голосовое управление светом через яндекс-сервис Алисы, в частности через Умную колонку Яндекс-станцию и Алису на телефоне. Но все также будет работать на любом устройстве, на котором она установлена. Световая инсталляция основана на 4-х RGBWW контроллерах MiLight FUT039 и WiFi контроллере MiLight ibox2 (который тянет 4 зоны управления), пульты MiLight (3 шт) настроены параллельно и работают как резервное управление при отсутствии интернета, но к голосовому управлению почти не имеют отношения, поэтому их учитывать не будем.
В чем отличие этой реализации? Схема управления проста в исполнении, не требует никаких навыков программирования и по затратам обойдется в примерно в стоимость умной колонки и микрокомпьютера Распберри 3, софт под микрокомпьютер совсем бесплатный. И не нужно подключать устройства, которыми управляешь, к серверам производителей. Интернет нужен для Алисы и сервисов Яндекса, да и распбери нужно выплюнуть наружу по порту 443.
20, 100, 3, 19 — InoThings в цифрах
В зале «Инфопространства» десяток рядов стульев. Постепенно появляются люди, занимают места, свободных всё меньше. Кто-то потягивается, кто-то перебирает раздаточные материалы, кто-то открывает ноутбук, операторы «Федерального агентства новостей» готовят камеры и свет, чтобы уже ночью выпустить репортаж о конференции InoThings Conf 2019
Все меняется, когда конференцию для профессионалов рынка интернета вещей открывает Олег Артамонов: он рассказывает, что нас ждет, кто будет выступать и почему важно быть сегодня на InoThings Conf 2019. Все понимают — впереди событие года.
4 апреля в Инфопространстве прошла конференция для тех, кто разбирается в IoT лучше всех и зарабатывает на этом деньги
19 докладов, 20 спикеров, 100 вопросов и 3 круглых стола. Коротко расскажем, чем она запомнилась.
Зачем хардверному стартапу софтовый хакатон
Из песочницы
В декабре прошлого года мы с шестью другими сколковскими компаниями провели собственный стартап-хакатон. Без корпоративных спонсоров и какой-либо внешней поддержки, силами программерского сообщества мы собрали две сотни участников из 20 городов России. Ниже я расскажу как нам это удалось, какие мы встретили по пути подводные камни и почему сходу начали сотрудничать с одной из команд-победительниц.
Интерфейс приложения, управляющего модулями Watts Battery от финалистов трека, «Мокрые волосы»
Компания
Наша компания Watts Battery создаёт модульные портативные электростанции. Продукт – портативная электростанция 46x36x11 см, способная давать от 1,5 до 15 киловатт в час. Четыре таких модуля могут обеспечивать энергопотребление небольшого загородного дома на протяжении двух суток.
Хотя в прошлом году мы начали отгрузку серийных образцов, по всем параметрам Watts Battery – стартап. Компания основана в 2016-м и с этого же года – резидент Кластера энергоэффективных технологий «Сколково», сегодня у нас 15 сотрудников и огромный бэклог того, что мы хотели бы на каком-то этапе сделать, но прямо сейчас не до этого.
Туда входят и чисто софтовые задачи. Почему?
Основная задача модуля – обеспечить бесперебойное сбалансированное энергоснабжение по оптимальной стоимости. Если у вас возникает отключение электричества по независящим от вас причинам, у вас всегда должен быть резерв для того, чтобы полностью запитать необходимую нагрузку сети на время выключения. А когда с электроснабжением всё в порядке, вы можете использовать солнечную энергию, чтобы экономить.
Как мы пилили IoT-платежи на хакатоне в Гонконге
10 июня шёл уже третий день нашей акклиматизации в Гонконге. А последние 26 часов мы провели почти без сна, разрабатывая прототип проекта под рабочим названием SensorPay на первом этапе хакатона EOS Global с общим призовым фондом полтора миллиона долларов. Близился момент демонстрации проекта перед судьями.
Если вам не терпится узнать, чем закончилась эта история, загляните сразу в последнюю часть. А мы пока начнём планомерно рассказывать о технологиях EOS и о том, как мы пришли к идее привязать к EOS платежи для IoT. Сразу после этого будет подробное описание технической начинки проекта.
Проект национального IoT-стандарта OpenUNB: критический разбор
Привет, Хабр!
Некоторое время тому назад рабочая группа Сколтеха по Интернету вещей опубликовала проект национального стандарта узкополосной связи для IoT под названием «OpenUNB», полный текст которого можно найти здесь. С одной стороны, явление безусловно положительное – если в области стандартов широкополосных существует de facto открытый к применению всеми желающими LoRaWAN, то узкополосные стандарты до сего дня были исключительно проприетарными (Sigfox, XNB компании «Стриж», NB-Fi компании «Вавиот» — хотя последний также опубликован в виде проекта национального стандарта, в нём не открыты существенные для реализации сторонними лицами части).
При этом узкополосные и широкополосные системы имеют каждая свои плюсы и минусы, так что говорить «зачем вам что-то ещё, когда есть LoRaWAN» – не совсем верно. То есть, открытый стандарт на UNB-связь необходим.
Однако, необходимость – это лишь одно из двух условий. Второе – достаточность. Ок, то, что опубликовал Сколтех, необходимо, но достаточно ли оно для практического применения?
Мы ответим на это в формате, похожем на интервью – под катом цитаты из проекта стандарта OpenUNB и комментарии к ним, данные Александром Шептовецким (AS), техническим директором компании GoodWAN, и Олегом Артамоновым (OA), техническим директором компании Unwired Devices.
Итак, поехали. Стилистика, орфография и пунктуация авторов сохранены.
