TLSR8251 + LCD + термометр = LYWSD03MMC XIAOMI Bluetooth термометр

[pvvx]

Подумываю в малинку воткнуть в юсб USB-Bluetooth донгл которых на али валом и пытаться ловить передачу с этих вот ксяоми из этой темы. Будут проблемы с таким вариантом или можно накупать датчики? BME280 в цене прибавили в 5раз

Будут одни проблемы. Брелки USB-BT не предназначены для работы с рекламными пакетами в BLE. Там пропуск таких пакетов достигает 90%, т.к. для такого функционирования они не предназначались по их ПО. Android и то имеет дрова лучше и чип BT там встроен - по этому лучше работает.
Возьмите любой sniffer - будет во много раз лучше. Он и соединяться умеет под управлением стороннего ПО.

 

[pvvx]

В шлюзы с BLE так-же никто не ставит типовые USB-BT брелки, а пишут в них специализированное ПО ...

 

[volaltd]

К примеру у ESPHome, т.к. там используется самый популярный игровой ESP32

Хотел на ESP32 сделать одну коммерческую штуку, но с CAN там совсем плохо оказалось, между WiFI и Ethernet предполагаю тоже все медленно-медленно, хотя шифрование прошивки во внешней флешке есть наверное только у этого модуля. BMW официальлно продает по 100EUR диагностический адаптер с WiFi на базе ESP32 + еще какой-то внешний MCU для обхода errata.

Будут одни проблемы. Брелки USB-BT не предназначены для работы с рекламными пакетами в BLE. Там пропуск таких пакетов достигает 90%, т.к. для такого функционирования они не предназначались по их ПО.
Возьмите любой sniffer - будет во много раз лучше. Он и соединяться умеет под управлением стороннего ПО.

Печально... Как и перспектива потратить тонну времени на вникание в средства разработки TLSR...

У снифферов обычно со стороны USB какой-нибудь свой протокол, который под OpenWRT никто не реализовал. Или ошибаюсь?

 

[pvvx]

Вот простейшее техническое обоснование:

В брелках скорость в бод соединения обычно не превышает 230400 baud типа UART. Реклама у BLE идет на битовой скорости 1 Mbit/s, а устройство может перейти и на 2 Mbit/s. Как 2 Mbit/s впихнуть в 230400 baud типа UART?

Задача брелка USB-BT – соединение максимум с пару устройствами BLE и передачи туда-обратно потока в пару байт в сек Все они имеют проблемы с привязкой, т.к. необходимо декодировать на лету привязанные устройства и код прописывается в сам брелок или в дрова. Windows вообще не может держать даже две привязки. А уж два адаптера BT – тем более

 

[volaltd]

Только требования и выдумывание не стыкующийся ни с чем отсебятины, которую и составляет из себя тот-же сборник игр в HA.

У HA очень хороший для понимания и допиливания под себя код, думаю вам не нужно рассказывать на сколько это ценно. Один из лучших проектов на котором можно поучится новомодным Python, Docker и прочему

 

[pvvx]

У снифферов обычно со стороны USB какой-нибудь свой протокол, который под OpenWRT никто не реализовал.

А зачем?
Это не модно. Лучше ковыряться в подборе устройства для записи к HA SSD прикрутить или ещё SD из пром. сегмента

 

[pvvx]

У HA очень хороший для понимания и допиливания под себя код, думаю вам не нужно рассказывать на сколько это ценно. Один из лучших проектов на котором можно поучится новомодным Python, Docker и прочему

Ещё Docker не хватало для 10 датчиков?
Домохозяин со знанием Docker и Python бензопилой на даче прикручивает HA
Т.е. вы пытаетесь доказать, что HA это игра кто круче напишет код в рамках нововведений в разные языки? Там Фортрана не хватит?

 

[volaltd]

Ещё Docker не хватало для 10 датчиков?
Домохозяин со знанием Docker и Python бензопилой на даче прикручивает HA

Моя видение таково что понаписали плагинов на разные случаи жизни, каждому нужно свое окружение, проще всего поставлять их в виде контейнеров, повалится один - не потянет за собой всю систему. Опять же не забывайте что у кого-то малина, а у кого-то EDGE-сервер на стенке с разной архитектурой и набором команд процессоров. У IBM на JS такие перлы сделаны, что браузер на 4Gb RAM винду засвопливает и ничего, меняют совет директоров.

Думаю буду не одинок в проблеме: 10 таких вот ксяюми-термометров, малина с HA, времени есть два-три дня, на который из BLE-снифферов потратить время? Прослойку и всех этих MQTT совсем не хочется, хочется чтобы термометр отправил, сниффер словил, выплюнул в USB порт, там мы это на Python подхватили и отдали в HA.

 

[pvvx]

У HA очень хороший для понимания и допиливания под себя код, думаю вам не нужно рассказывать на сколько это ценно. Один из лучших проектов на котором можно поучится новомодным Python, Docker и прочему

В текущем времени это не представляет из себя никакой перспективы. Ну если только как типа для ухода от развития, обратно к пещерам. Для развития деградации.

Современность говорит, что все эти коды имеет специфику заточенную на устаревшую ветку развития построения архитектур CPU. Компилятор должен обрабатывать весь код и нафиг нужны блоки предсказаний и прочей обвязки в CPU, такие как регистры и ещё многое, что было выдумано ради понимания человеком. Код то отрабатывает машина а не человек. В итоге имеем тормоз, а не нормальную производительность. Примеры давно есть, хотя-бы “Эльбрус” и новые введения якобы с ИИ блоками…

 

[volaltd]

Современность говорит что нужно "быстро, просто, вкусно".
Еще в 2000г бородатый дядька с научной степенью втирал нам как ИИ будет бороздить просторы космоса, по прошествии 20лет наблюдаю расцвет нейронок, которых в тех лекциях и близко не было.

Оглянувшись назад, что по вашему будет на втором и третьем месте после UBIA в качестве средства для получения данных с термометров по BLE?

 

[pvvx]

Думаю буду не одинок в проблеме: 10 таких вот ксяюми-термометров, малина с HA, времени есть два-три дня, на который из BLE-снифферов потратить время? Прослойку и всех этих MQTT совсем не хочется, хочется чтобы термометр отправил, сниффер словил, выплюнул в USB порт, там мы это на Python подхватили и отдали в HA.

Такая задача решается за десяток минут в SDK к любому чипу BLE.
Сложности могут возникнуть с SDK от Nordic - вот там вам будет необходимо изучить тысячу параметров в конфиге к SDK и подумать как разбить задачу на сотни промежуточных процедур вызываемых неизвестно когда и без описаний как callback. Это веяние от европейцев, любителей подеградировать и всё усложнить. Ведь надо загрузить процессор выполнением прыжков по call и распределением стека, вместо работы со значениями к задаче...

 

[pvvx]

Современность говорит что нужно "быстро, просто, вкусно".
Еще в 2000г бородатый дядька с научной степенью втирал нам как ИИ будет бороздить просторы космоса, по прошествии 20лет наблюдаю расцвет нейронок, которых в тех лекциях и близко не было.

Я про это и говорю. Нейронная фигня - это распределение на одновременный многопоток. Чего нема в указанных вами языках и процессорах.
Тем более в "классическом" стиле программирования, который требуют в HA и многих других проектах для интеграции - умирающая фигня.

 

[volaltd]

Такая задача решается за десяток минут в SDK к любому чипу BLE.
Сложности могут возникнуть с SDK от Nordic - вот там вам будет необходимо изучить тысячу параметров в конфиге к SDK и подумать как разбить задачу на сотни промежуточных процедур вызываемых неизвестно когда и без описаний как callback. Это веяние от европейцев, любителей подеградировать и всё усложнить. Ведь надо загрузить процессор выполнением прыжков по call и распределением стека, вместо работы со значениями к задаче...

Уже было стока всяких 8051, AVR, PIC, v850, sh4, STM32 и прочих моторолл, что после Ansible, CSS, HMTL, JS, .NET Core пройти бы собеседование. Готовое что-нибудь есть без изучения очередной тонны стандартов и допиливания все свободное время? А то знаете наизобретают всяких фишечек, что никто не в состоянии их за жизнь изучить и применять по итогу

 

[pvvx]

Это просто маразм в вымирающих языках программирования – из многомерного потока входной информации необходимо построить другой многомерный объект, а классическое программирование подразумевает множественные входные данные и один бит на выходе последовательной процедуры обработки. И чтобы преобразовать поток вам надо создать и выполнить столько последовательных процедур, сколько бит в выходном потоке-массиве Это вместо того, чтобы применить прямое преобразование в один такт.
Рассмотрите организацию HA на данный предмет и возможности что-то встроить нового.

 

[pvvx]

Думаю буду не одинок в проблеме: 10 таких вот ксяюми-термометров, малина с HA, времени есть два-три дня, на который из BLE-снифферов потратить время? Прослойку и всех этих MQTT совсем не хочется, хочется чтобы термометр отправил, сниффер словил, выплюнул в USB порт, там мы это на Python подхватили и отдали в HA.

Проблема известная. Причина там одна - нет открытых исходников на чипы BLE и ZigBee для устройств "вумного дома". Есть только "засикреченные" от "сообщества", т.к. писателей на том уровне раз и обчелся. "Сикретик" сразу подразумевает коммерческое использование. А вот остальной нарост в виде HA - это никому не нужная помойка и ценности не представляет. А у помойки всегда много мух...

 

[volaltd]

Рассмотрите организацию HA на данный предмет и возможности что-то встроить нового.

А зачем? На данном этапе HA позволяет закрыть с огромным перевесом мои домашние потребности автоматизации при скромных временных затратах и мозгонапрягах. Свой Input-Output через USB прикручен, дисплей с тачем для локального взаимодействия опять же по USB прикручен. Пощелкать с мобилки светом и глянуть кто сунул нос в двери - есть.

Вопрос на самом деле в том, что хочется и MT7621 пощупать, а еще мозги до MT7688 не дошли, но и без долгого вникания в экосистему TLSR термометры не подцепить к HA похоже.

Проблема известная. Причина там одна - нет открытых исходников на чипы BLE и ZigBee для устройств "вумного дома". Есть только "засикреченные" от "сообщества", т.к. писателей на том уровне раз и обчелся. "Сикретик" сразу подразумевает коммерческое использование. А вот остальной нарост в виде HA - это никому не нужная помойка и ценности не представляет. А у помойки всегда много мух...

Хех, в таком случае вариант с протянуть 50метров кабеля из двух витых пар с подачей питания по одной, а на вторую повесить 10 датчиков с CAN выглядит более симпотным уже даже с тех позиций что на STM32 наработано много своего, уходит проблема с пробьет две бетонные стены или нет, про батарейки можно будет забыть

 

[volaltd]

pvvx,
вот вроде бы как решение прямо для onboard Bluetooth на RPi 3:

GitHub - shmuelzon/ble2mqtt: A BLE to MQTT bridge

A BLE to MQTT bridge. Contribute to shmuelzon/ble2mqtt development by creating an account on GitHub.

github.com

А вот и готовый плагин для HA:

GitHub - devbis/ble2mqtt: Bluetooth to MQTT bridge, add your bluetooth-capable (including controllable) devices to your smart home

Bluetooth to MQTT bridge, add your bluetooth-capable (including controllable) devices to your smart home - devbis/ble2mqtt

github.com

Приедет термометр - поглядим где секреты и коммерция у вас

 

[pvvx]

вот вроде бы как решение прямо для onboard Bluetooth на RPi 3:

GitHub - shmuelzon/ble2mqtt: A BLE to MQTT bridge

A BLE to MQTT bridge. Contribute to shmuelzon/ble2mqtt development by creating an account on GitHub.

github.com

Ещё один бесполезный костыль для HA?
Как он решит проблему адаптера?

А вот и готовый плагин для HA:

GitHub - devbis/ble2mqtt: Bluetooth to MQTT bridge, add your bluetooth-capable (including controllable) devices to your smart home

Bluetooth to MQTT bridge, add your bluetooth-capable (including controllable) devices to your smart home - devbis/ble2mqtt

github.com

Затычка в среду?
Монстр сам не в состоянии индексировать пару чисел?

Приедет термометр - поглядим где секреты и коммерция у вас

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

 

[pvvx]

Хех, в таком случае вариант с протянуть 50метров кабеля из двух витых пар с подачей питания по одной, а на вторую повесить 10 датчиков с CAN выглядит более симпотным уже даже с тех позиций что на STM32 наработано много своего, уходит проблема с пробьет две бетонные стены или нет, про батарейки можно будет забыть

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

 

[volaltd]

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

Теоретически дачу нужно зимой постоянно отапливать, иначе померзнут все CR2032 в беспроводных датчиках