Release 2.3
Подготовка этого релиза была направлена на внедрение механизмов совместного использования платформы. Мы хотели дать пользователям инструменты коллективного управления IoT-проектом.
В этом релизе мы решили пересмотреть процесс создания IoT-решений на базе платформы.
Мы вводим новое для платформы понятие — Проекты. Проект — это место, где создается ваш IoT-кейс. Это отдельное пространство, в котором находятся пользовательские модели, объекты, автоматы и другие сущности платформы, связанные с вашим конкретным IoT-проектом. Проекты изолированы и никак не пересекаются между собой. Кроме того, проект — это удобный инструмент для совместного создания IoT-решения, т.к. в него могут быть приглашены другие пользователи. Для разных пользователей можно задать индивидуальные роли, т.е. определить доступные им возможности — от создания и редактирования объектов до отправки команд (подробнее об этом в разделах роль и команда).
Пользователи в любой момент могут переключаться между своими проектами и проектами, в которых они участвуют.
Переключение между проектами:
Чтобы создать новый проект, необходимо перейти в меню управления проектами (через личный кабинет или по клику на кнопку в меню выбора проектов).
Создание проектов:
В основном меню платформы появился новый раздел управления проектом — Администратор. В нем находятся инструменты для управления командой проекта, настройки ролей и создания API-токенов.
Меню управления командой позволяет приглашать других участников присоединиться к проекту.
Команда проекта:
Есть два способа пригласить человека в проект. В обоих случаях необходимо определить роль, с которой пользователь будет участвовать в проекте.
Способы пригласить в проект:
В разделе Команда располагается список пользователей проекта, их роли и статус отправленных приглашений. Владелец проекта может исключать пользователей из проекта, изменять им роль и при необходимости повторно высылать приглашение.
Для того чтобы приглашать пользователей, необходимо выбрать роль, с которой они присоединятся к проекту. По умолчанию доступна роль с максимальными правами для управления объектами, но можно создать другие роли с любым набором доступных функций. Функции по управлению проектом (редактирование проекта, приглашение новых пользователей, операции, связанные с оплатой подписки и т.д.) сейчас доступны только владельцу проекта.
Редактор ролей:
Раздел создания API-токенов был перемещен из личного кабинета пользователя в меню Администратор. Теперь токен относится только к проекту. Это значит, что сейчас API-доступ по токену осуществляется только к конкретному проекту. Сам интерфейс этого раздела не изменился.
API-токены:
Теперь лицензия привязана к проектам и в ней настраиваются параметры, которые будут применяться для всего проекта. Ранее лицензия назначалась на объекты. Такой подход был непрозрачен и вызывал неудобства у пользователей. Текущих пользователей платформы мы перевели на работу с проектами. Если у кого-то появятся вопросы по своему аккаунту — пишите нам в telegram-чат или на почту. Мы постараемся оперативно решить все вопросы.
Каждый пользователь может бесплатно создать два проекта. Кроме того, основные параметры бесплатных лицензий были значительно увеличены, чтобы упростить процесс знакомства с возможностями платформы.
| Тип ограничения | Значение |
|---|---|
| Количество объектов | 10 |
| Максимальный размер пакета, байт | 256 |
| Пакеты в сутки с одного объекта | 1440 (~1/мин) |
| Количество автоматов, запущенных на объекте | 2 |
| Количество обработчиков, запущенных на объекте | 1 |
| Размер хранилища для одного устройства, Мбайт | 10 |
Появление «Проектов» сопровождается небольшим обновлением интерфейса платформы. Правое меню было удалено. Кнопки «Информация» и «Сообщения» переехали на новое верхнее меню. У кнопки входа в личный кабинет появилось дополнительные подменю для упрощения навигации по личному кабинету. В это же подменю перенесена кнопка выхода из аккаунта Rightech. Верхнее меню также включает в себя механизм смены проектов.
Меню:
В список базовых моделей добавлена модель для LoRaWAN устройств (ее можно выбрать как шаблон при создании модели). Сейчас доступны региональные параметры EU868 и RU864. При создании объекта с такой моделью необходимо указать параметры, которые требуются для активации устройства. Подробнее процесс подключения устройств LoRaWAN мы опишем в документации. Это первая итерация работы с LoRaWAN в нашей платформе, поэтому мы просим пользователей сообщать о возможных проблемах с подключением устройств и делиться своими идеями по улучшению работы с LoRaWAN-устройствами.
Экран создания объекта:
Для настройки Packet Forwarder на наш сервер необходимо указать следующие параметры:
"gateway_conf": {
"server_address": "dev.rightech.io",
"serv_port_up": 1700,
"serv_port_down": 1700
}Теперь при назначении геозон на объекты можно выбрать события, которые будут генерироваться при входе/выходе из конкретной геозоны. По умолчанию назначаются события, предопределенные в каждой модели устройств (Вход в геозону / Выход из геозоны).
Выбор событий для геозон упрощает контроль нескольких геозон для одного объекта. Так, чтобы решить простую задачу с определением случаев входа в разрешенную или запрещенную геозону необходимо:
Безопасность учётных записей пользователей очень важна для нас. RIC дает возможность включить двухфакторную аутентификацию (2FA), чтобы защитить учетную запись от несанкционированного входа. При включенной двухфакторной аутентификации для входа в аккаунт необходимо дополнительно ввести код с мобильного устройство с установленным приложением-аутентификатором (например, Google Authenticator или его аналоги).
Вход с помощью 2FA:
Чтобы включить двухфакторную аутентификацию, нужно перейти в соответствующий раздел в личном кабинете и отсканировать QR-код через приложение для аутентификации на вашем мобильном устройстве. Двухфакторную аутентификацию можно выключить в любой момент, но для этого также потребуется приложение-аутентификатор.
Настройки 2FA:
Мы изменили подход к критическим оповещениям в платформе. В личном кабинете появилась настройка «Доп. оповещения». Ее включение добавляет дополнительную индикацию Критическим сообщениям.
Включение дополнительных оповещений:
После включения этой опции браузер запросит разрешение на отсылку критических push-сообщений платформы, но на это можно и не соглашаться.
Включение этой опции приводит к тому, что в случае критического сообщения появляется:
Индикация на плашке объекта (1) и «Рябь» (2):
Браузерное push-уведомление (3):
