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

[volaltd]

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

Коллега, я ж к вам только пришел за консультацией, откуда мне знать как у всех этих "программеров" все это работает? Когда туева куча народу делает и пишет что все клева, то невольно начинаешь задумываться зачем в дебри SDK для TLSR лезти

А больше похоже на блоггера с каналом для поиска клиентов...

 

[volaltd]

Мож всетаки на CC2540 получше получится чем на TLSR ?

 

[pvvx]

Надо написать костыль в виде docker с windows


Пакетики рекламы BLE идут и через 2 мс и через 300 мкс... Не перегрузит ли это MQTT и HA ?
В пределе, когда будет много устройств, то пакетики пойдут через каждые 300 us для BLE и MESH от сниффера...

 

[pvvx]

В среднем дина пакетика с данными самой передачи около 40 байт.
3333 пакетика в секунду. Это всего 133333 байта в секунду. Т.е. UART на тупом адаптере должна быть на 1.333333 Mbit/s.
Это без учета доп. заголовков с time и прочим разбиением на пакеты...

 

[volaltd]

У CAN есть беды - когда устройство обесточено/отключено, то садит линию. Он вообще-то рассчитывался на авто, в которой длина проводков до 10 метров.

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

 

[volaltd]

Надо написать костыль в виде docker с windows

Пакетики рекламы BLE идут и через 2 мс и через 300 мкс... Не перегрузит ли это MQTT и HA ?
В пределе, когда будет много устройств, то пакетики пойдут через каждые 300 us для BLE и MESH от сниффера...

Подождите, дяденька...
У RPi 3 WiFi и BLE на базе BCM43438, у RPi 4 на CYW43455. С чего вы решили что они эти чипы не выдадут 1.5мб/сек ?

И еще момент, это термометр что там такое шлет постоянно в таких-то объемах и на таких скоростях ?

 

[pvvx]

CC2540 слишком тормозной со своим CPU core8051 и не имеет памяти для буферов, тем более USB2.0 hi шины

Посмотреть вложение 10987
Все намного лучше
В авто уже применяют двухпроводный Ethernet - BroadReach называется, видео в HD с камер гнать нужны хорошие скорости.

Это вы кому? На CAN у меня коммерческие пром. установки работают с начала этого века... Но практика показала, что проще перейти на другие интерфейсы.
.

 

[pvvx]

Подождите, дяденька...
У RPi 3 WiFi и BLE на базе BCM43438, у RPi 4 на CYW43455. С чего вы решили что они эти чипы не выдадут 1.5мб/сек ?

Дяденька вам говорит о другом - ПО этих чипов не рассчитывалось на работу в виде sniffer.

И еще момент, это термометр что там такое шлет постоянно в таких-то объемах и на таких скоростях ?

Вам говорят о загрузке при множестве устройств BLE, а не о одном термометре.
Термометр способен передавать данные на скорости 2 Mbit/s. Расширение BLE. Пока не включал в общий код.

 

[volaltd]

CC2540 слишком тормозной со своим CPU core8051 и не имеет памяти для буферов, тем более USB2.0 hi шины
Это вы кому? На CAN у меня коммерческие пром. установки работают с начала этого века... Но практика показала, что проще перейти на другие интерфейсы.

Да какая разница что вы там заделали задорага и супер надежно В мире миллионы авто ездят с CAN, на 500 метрах 100кбит/сек выдаст, трансиверы дешевые, MCU с поддержкой валом, два провода на кучу устройств. Что подобного есть?

 

[volaltd]

Дяденька вам говорит о другом - ПО этих чипов не рассчитывалось на работу в виде sniffer.

Вам говорят о загрузке при множестве устройств BLE, а не о одном термометре.
Термометр способен передавать данные на скорости 2 Mbit/s. Расширение BLE. Пока не включал в общий код.

Дяденька, мне нужно ловить с 10 термометров показания, хватит и 10кб/сек выше крыши. Сниффер там или не - без разницы...

Дачу будем всю зиму отапливать?

 

[volaltd]

Как быстро, просто и дешево с этих гребанных BLE термометров данные в Linux получить? Без участия китайских облаков ес-но

 

[pvvx]

Как быстро, просто и дешево с этих гребанных BLE термометров данные в Linux получить? Без участия китайских облаков ес-но

Спросите у фанатов HA.

 

[pvvx]

Дяденька, мне нужно ловить с 10 термометров показания, хватит и 10кб/сек выше крыши. Сниффер там или не - без разницы...

Дачу будем всю зиму отапливать?

Нет - будем пропускать данные и от одного термометра. Нафиг вам эти показания - пусть раз в час с Cloud Xiaomi тянет.

 

[volaltd]

Нет - будем пропускать данные и от одного термометра. Нафиг вам эти показания - пусть раз в час с Cloud Xiaomi тянет.

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

 

[pvvx]

В мире миллионы авто ездят с CAN, на 500 метрах 100кбит/сек

Авто длиною в 500 метров? Вы на какой планете живете?
На 100 метров ещё более менее к 100кбит/сек, а дальше проводки толстые и дорогие. Будете UTP в параллель вешать?
И кто вам запретил строить что-то с CAN? Но это наверно в другой теме, а тут про BLE и ZigBee - то, что возможно на TLSR825x чипах в термометрах...

 

[volaltd]

И кто вам запретил строить что-то с CAN? Но это наверно в другой теме, а тут про BLE и ZigBee - то, что возможно на TLSR825x чипах в термометрах...

Термометры несомненно очень красивые, но без возможности просто получать с них по воздуху данные, решение какое-то не законченное. Хозяйство большое, где человейник - там желаю применить BLE, где теплица - там CAN. Не все просто понимают что изделие ксяоми чисто для жилых и отапливаемых помещений.

 

[pvvx]

Термометры несомненно очень красивые, но без возможности просто получать с них по воздуху данные, решение какое-то не законченное. Хозяйство большое, где человейник - там желаю применить BLE, где теплица - там CAN. Не все просто понимают что изделие ксяоми чисто для жилых и отапливаемых помещений.

Вся зависимость от отопления = CR2032. При использовании другого источника будет работать и при -40С.
А там где теплица возможно переключение на ZigBee с уровнем TX +10 дБ и будет работать дальше чем CAN.
Большие расстояния подвластны только оптике. Но огород с оптоволокном - это что-то из области будущего

 

[volaltd]

Вся зависимость от отопления = CR2032. При использовании другого источника будет работать и при -40С.
А там где теплица возможно переключение на ZigBee с уровнем TX +10 дБ и будет работать дальше чем CAN.
Большие расстояния подвластны только оптике. Но огород с оптоволокном - это что-то из области будущего

А что будет на экране при -40 светиться? Дайте угадаю, мы на экран смотреть не будем. Если ничего не путаю, то в другой теме от вас было мнение про что ZigBee не совсем удачный вариант обмена, вот BLE самое то, но вот как оказывается для BLE софт нужно еще наваять за пару минут... Оптоволокно имеет один очень не хороший момент - оборудование для сварки стоит как картошка с огорода за несколько десятилетий.

 

[volaltd]

И да, там кварц для -40 забыть не поставили, а то что-то сомневаюсь что RC на 24Mhz будет нормально держать частоту на всем диапазоне заявленных телинком температур?

 

[pvvx]

А что будет на экране при -40 светиться?

Вам в парнике нужно в -40С видеть экран?
В холодильнике, при -20С что-то на нем ещё видно.

Если ничего не путаю, то в другой теме от вас было мнение про что ZigBee не совсем удачный вариант обмена,

Подтверждаю.
Но есть малые "но" - дальность связи зависит от модуляции и чем медленнее - тем проще принять.
Т.е. в квартире ZigBee нафиг не сдался, т.к. ещё и ограничивает кол-во датчиков.
А в огороде нет такого кол-ва и меньше помех.

но вот как оказывается для BLE софт нужно еще наваять за пару минут...

Это быстрее установки HA

Оптоволокно имеет один очень не хороший момент - оборудование для сварки стоит как картошка с огорода за несколько десятилетий.

А CAN как будет выглядеть в огороде при -40С?