MajorDoMo

Последнее время развелось достаточно много устройство Bluetooth LE или сокращенно BLE и появилась достаточно острая необходимость завести их в систему УД. Т.к. я очень не люблю всякие USB шлюзы в сервере(да и дальностью они не блещут, плюс сервер в кладовке...), стал сразу смотреть на готовые решения в виде WiFi/Ethernet шлюзов. Но готовых решений что-то не особо и много. Есть решения для работы с маяками iBeacon, но нет чего-то универсального...

Последней каплей была покупка чайника Redmond на распродаже

Поэтому решил затарится BLE чипами, снифером, маячками и сделать свой шлюз на базе NRF52832.
Хотелось бы обсудит с сообществом, есть ли у вас потребность в таком решении и как вы его себе представляете.

Что я хочу лично для себя получить:
1. Обнаружение BLE устройств, уведомление в УД о новых, соответственно запуск скриптов по необходимости (кто-то пришел домой например)
2. Работа с маячками iBeacon, Eddystone
3. Работа с популярным оборудованием (Термогигрометр от Xiaomi, датчик для цветов, чайники Xiaomi, Redmond, дверные замки)

Пока непонятно в каком формате лучше работать с УД. Варианты такие:
1. MQTT
2. HTTP запросы
3. собственный протокол TCP/UDP

Какое оборудование планирую добавлять:
1. Xiaomi Flower Monitor (MiFlora), аналогично заработает думаю и умный горшок от Xiaomi
2. Xiaomi Temperature Humidity Sensor
3. Чайник Redmond SkyKettle RK-G211S (думаю и другие модели чайников заработают)
4. Xiaomi MiBand 2
5. Xiaomi MiBand 3
6. Bluetooth RGB LED контроллер
7. Маяк iBeacon
8. Маяк Eddystone с датчиком температуры, влажности, освещенности
9. iTag поисковый брелок
10. Селфи-пульт для телефона
11. Car Battery Monitor - Мониторит состояник аккумулятора в автомобиле
12. BLE модули для своих разработок, недорогие и энергоэффективные.

Пока такого оборудования у меня нет, но очень интересно:
1. Электронный цилиндр Utopic - очень крутая штука, можно любую дверь автоматизировать, но цена....
2. Xiaomi MIjia YeeLocK Замок для шкафов/ящиков
3. Xiaomi Sherlock Smart lock - замок накладка на дверь

Aven писал(а):...
2. Работа с маячками iBeacon, Eddystone
...

Особо интересует определение кто где находиться.


Отправлено с моего Mi Note 3 через Tapatalk

Aven писал(а):...
1. MQTT
2. HTTP запросы
3. собственный протокол TCP/UDP

Mqtt не все пользуются и не всем нравиться, для его работы придётся людям объяснять как ставить mqtt сервер

Предлагаю вебсокеты, работают стабильно и быстро, удобно в использовании. Не требуют установки доп программного обеспечения.

Отправлено с моего Mi Note 3 через Tapatalk

lanket писал(а): ↑

Пт дек 14, 2018 9:39 pm

Особо интересует определение кто где находиться.

Будут данные о мощности сигнала маячка, на основе этих данных можно уже анализировать. Особенно хорошо будет видно перемещение, если шлюзов будет несколько, тогда можно триангулировать. Так же можно повесить маячок к примеру собаке на ошейник Или под лобовое стекло автомобиля, при приближении к воротам, они будут открываться.

lanket писал(а): ↑

Пт дек 14, 2018 9:43 pm

Mqtt не все пользуются и не всем нравиться, для его работы придётся людям объяснять как ставить mqtt сервер

Я активно пользуюсь, очень удобный и простой протокол, есть во всех системах УД.

lanket писал(а): ↑

Пт дек 14, 2018 9:43 pm

Предлагаю вебсокеты, работают стабильно и быстро, удобно в использовании. Не требуют установки доп программного обеспечения.

Это же протокол для веб-браузера. Смысл его тут? И я так понимаю нужно будет еще и серверную часть писать все равно.

По протоколам - на выбор юзера - или МКТТ, или ХТТП. Отдельный городить точно не надо, тем более это потребует наличие цикла на стороне МДМ.

Из девайсов лично для меня актуальны бле-метки NUT и Мибенды. )

Для http все равно придется писать свой скрипт принимающий данные. В принципе неплохое решение.
И я хочу обязательно иметь возможность из скриптов принимать и передавать данные в произвольном формате, что бы можно было реализовать поддержку какого-то устройства без перепрошивки шлюза.

бле-метки NUT я так понимаю это брендовый аналог iTag =))

Aven писал(а): ↑

Пт дек 14, 2018 10:40 pm

Для http все равно придется писать свой скрипт принимающий данные. В принципе неплохое решение.

Придется, но это ниразу не проблема. Тем более, если в прошивке предусмотреть указание произвольного урла, то дергать можно сценарий или метод, который можно накодить прямо в админке МДМ. Либо в перспективе запилить модуль и в прошивке указывать урл на файл из состава модуля.

Aven писал(а): ↑

Пт дек 14, 2018 10:40 pm

И я хочу обязательно иметь возможность из скриптов принимать и передавать данные в произвольном формате, что бы можно было реализовать поддержку какого-то устройства без перепрошивки шлюза.

Плюсую. )

Aven писал(а): ↑

Пт дек 14, 2018 10:40 pm

бле-метки NUT я так понимаю это брендовый аналог iTag =))

Аха.

Aven писал(а): ↑

Пт дек 14, 2018 9:56 pm

Это же протокол для веб-браузера. Смысл его тут? И я так понимаю нужно будет еще и серверную часть писать все равно.

Кстати. Исходно ws для браузеров, но на практике много где в iot юзается. Те же sonoff с облаком через ws общаются, смарт тв lg webos аналогично.

Применительно к теме это, конечно, перебор. Если уж пилить свое, то делать, к примеру, совместимый с протоколом режима разработчика у xiaomi/aqara.