Вопрос Xiaomi Gateway 3.0

[pvvx]

Где взять спецификацию протоколов шлюзования между типами сетей, пусть в данном шлюзе?
(Не самих проколов IP, WiFi, BT, BLE, Zegbee, ... а именно как осуществляются связи между ними и технические характеристики типа кол-во удерживаемых одновременных... ?)

 

[azt59]

Какие чипы на плате? Есть ли прошивка в открытом доступе? Шифровано?

 

[azt59]

А хотя бегло глянул...ничего особенного, это просто мост с одной стороны wifi zigbee и блютус с другой облако mi home. Просто тупо по закрытому протоколу шлёт даные в облако и !!!только со своих устройств. Вся логика и магия творится в облаке. Хочешь добавить стороннее устройство например sonoff по wifi добавь облако ewelink в облако mihome дай михум'у логин и пароль от облака ewelink и тогда нажав кнопку в приложении mi home команда полетит в ми'шное облако оно же залогиниться в облаке ewelink а уже оно в свою очередь даст команду релюшке. Профит.) Нет интернета дом отупел.
Какое-то стороннее блютус устройство с этим шлюзом не подружить. Хочешь дружить бери стороннее устройство и сторонний шлюз, подключай к интернету, вся дружба будет на уровне облака, одно облако даст команду другому на включение стороннего устроцства через сторонний гейтвей.

Итог: хочешь свое устройство в экосистеме mi, apple home asisstant? Делай устройство, делай шлюз, пиши свой протокол(или юзай открытый), и главное поднимай свое облако и учись работать с api других облаков.

 

[pvvx]

Просто тупо по закрытому протоколу шлёт даные в облако и !!!только со своих устройств.

Давно уже "не только" - относится и к облаку и к своим устройствам.

 

[pvvx]

Дети и копаются только в шифрованном протоколе к облаку. Другое им видимо не интересно.

 

[pvvx]

Какое-то стороннее блютус устройство с этим шлюзом не подружить.

А как по другому произвести Mesh/Zigbee bonding? Там необходим сИкретный стринг (ключ шифрования) и зная его - пофиг кто производитель. Без него никакого bonding.
По этому не путайте ...

 

[pvvx]

Лекцию как работает Mesh/Zigbee я писать не буду. А кратко приведу что надо для стыковки устройств в Mesh на примере SDK и утилит от Telink для работы с Mesh:

Инструкции и исходники утилит есть на сайте. (Исходники не для Ардуинщиков - нужна VS)
Это не относится к шлюзованию BLE в IP сеть. Это внутренняя организация сети Mesh и связка в ней устройств.

 

[pvvx]

BLE SIG Mesh Quick Start [Telink wiki]
и Development Manual на TLSR826x Family [Telink wiki]

 

[pvvx]

Какое-то стороннее блютус устройство с этим шлюзом не подружить.

Тут путаница - шлюз BLE Mesh сети или шлюз BLE в IP сеть.
Включение смотрителя за обычным датчиком BLE обеспечивает любой узел (node) Mesh.

BLE-MESH.com

 

[pvvx]

Никто вам не мешает соединить через интернет несколько Mesh сетей.
К примеру дома, на даче и в авто BLE устройства будут объединены

 

[pvvx]

Какие чипы на плате? Есть ли прошивка в открытом доступе? Шифровано?

Пока на запрос "xiaomi gateway 3 chipset" ответа у google нет. Мой заказ с али ещё в пути...

 

[azt59]

.Где взять спецификацию протоколов шлюзования между типами сетей, пусть в данном шлюзе?

Я к тому что нет этокак втакового в этом шлюзе шлюзования между типами сетей.
Тупо три переходника
Блютус-облако
Зигби-облако
Локальная сеть- облако
Все шлюзования и внутрення кухня в облаке

Да и похоже не у кого нет, писать прошивку под все протоколы не реально

 

[pvvx]

Я к тому что нет этокак втакового в этом шлюзе шлюзования между типами сетей.
Тупо три переходника
Блютус-облако
Зигби-облако
Локальная сеть- облако
Все шлюзования и внутрення кухня в облаке

Да и похоже не у кого нет, писать прошивку под все протоколы не реально

Ошибаетесь. Блютус, Зигби, Локальная сеть работает только со своими. Т.е. все контроллеры настроены и не принимают ничего другого, чем им сказано заранее и настроено.
А протокол настройки и описывает как упаковать и передать, что и есть шлюзование.
Тем более там есть debug опция для доступа и вмешивания в это дело...

 

[pvvx]

@azt59 - изучите как работает простейший BLE.
Там найдете что приемо-передатчику при удержании соединения необходимо строго следовать временной последовательности и каналов связи. Он не может всё принимать одновременно и отсылать в инет.
В пределе он отрабатывает только с заранее оговоренными устройствами (распределив временную диаграмму и фильтры) и пакует ответы от них, которые он уже может передать в инет сеть на обработку.
Это и есть протокол шлюза BLE-инет.

А вот сценарий что и когда переключать по пришедшим пакетам от шлюза - это на сервере.

 

[pvvx]

И соединения с BLE шлюз ведет сам, как и Zigbee и Mesh связи.
Через инет просто не успеть это сделать.
Не путайте с USB брелком - но и там часть BLE стека сидит в чипе он её отрабатывает сам по установленным фильтрам... От этого и у него ограничение в кол-ве связей.

 

[pvvx]

Типовой минимальный тайм-слот (период на событие - Connection Event) у BLE 7.5 мс (Android). В этом слоте он должен производить связь, строго в момент начала получить от ведущего пакет или пакеты и/или например произвести передачу 6-ти пакетов со строго установленными интервалами (150 мкс) или более (если лезет в тайм-слот) - это ещё BT4.2. Для 5.0 - пакет длиннее и можно обойтись одним...
Там поглядите -
Bluetooth 5 & BLE: Achieving maximum throughput and speed | Novel Bits
Maximizing BLE Throughput Part 3: Data Length Extension (DLE) - Punch Through

 

[pvvx]

Maximizing BLE Throughput on iOS and Android - Punch Through
Там популярно описано что такое интервал соединения и событие связи.
Мне проще это называть тайм-слотом.

 

[pvvx]

Когда соединения нет, приемник тоже знает когда получит следующий маяк от подопечного. Этот период передачи маяков так-же нормируется вместе с отклонениями и задается на устройстве.
Ни через какой инет это дело не пропустить. Только сам чип выполняет все эти вещи вместе с частями стека (в случае с USB-брелком) и полный стек в случае шлюза или node.
Через инет идут только макро команды - отослать то-то такому-то, принял что-то от назначенного такого-то...

 

[pvvx]

Сильнее упрощать описание не могу - и так уже от описанного будет куча путаницы (особо со специализированными словами и названиями). Лучше сами изучите спеки BT/BLE/MESH/Zigbee - они в открытом доступе.

 

[azt59]

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

А Сценарий настроенный в приложении не хранится в гетвее, он хранится в облаке и исполняется там, гейтвей только дёргает устройствами как gpio.

Все можно будет проверить когда устройство приедет, если при отключении шлюза от интернета связь с устройствами пропадет значит я прав)