Это нормально кормушка будет занята коммерческими структурами Бесплатный сыр уже поделен.
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
TLSR8251 + LCD + термометр = LYWSD03MMC XIAOMI Bluetooth термометр
- Автор темы pvvx
- Дата начала
А я и не утверждал, что МиХоме будет видеть long range, я лишь утверждаю, что он используют в своих свежих версиях в качестве сканера, то что я привел. То что этот сканер умеет long range по умолчанию на всех phy видно из исходников))
Проверить наличие кода этого сканера в APK МиХоме может даже идиот))
Вообще, Long Range, похоже нужен только автору этой поделки, что в сабже)) Я бы даже сказал - это плагиат версии от предыдущего иносРанного автора, который хотя бы что-то раскопал, правда криво. Потому как чтобы задействовать Лонг Ранж много ума не надо))
Утилитарная ценность этого Лонга стремится к нулю. Вот, например, у apple этого нет и когда будет не известно, и что они сильно страдают?)) Голову людям не дурите, изучите матчасть и уймитесь уже с длинным рэнжем)))
Утилитарная ценность этого Лонга стремится к нулю. Вот, например, у apple этого нет и когда будет не известно, и что они сильно страдают?)) Голову людям не дурите, изучите матчасть и уймитесь уже с длинным рэнжем)))
Что то не вижу кнопку редактирования предыдущего сообщения. По этому так:
Бинарники удалось раздобыть по форкам. Проблему они не решили.
Визуально проблема выглядит как зависание процентной беготни процесса обновления и отваливание с "Update error: NotSupportedError: GATT operation failed for unknown reason. ". Соответсвенно ничего не обновляется.
К примеру ATC_v43.bin стабильно это делает на Status: Sending block nr: 1447 from 5097, 28% done, time since start 8.212s.
В самой железке может память протухнуть или что нибудь типа того?
Бинарники удалось раздобыть по форкам. Проблему они не решили.
Визуально проблема выглядит как зависание процентной беготни процесса обновления и отваливание с "Update error: NotSupportedError: GATT operation failed for unknown reason. ". Соответсвенно ничего не обновляется.
К примеру ATC_v43.bin стабильно это делает на Status: Sending block nr: 1447 from 5097, 28% done, time since start 8.212s.
В самой железке может память протухнуть или что нибудь типа того?
pvvx
Активный участник сообщества
Всё правильно - BLE LongRange нужен только тем, у кого имеется в наличии большой участок земли с несколькими строениями. Это не касается "жителей" современных бараков в виде "квартир-студий" по типу старых бесплатных советских общежитий для студентов...
Другим не разбирающимся в теме втюхивают WIFi-BLE шлюзы, которые значительно менее стабильны, сильно хуже по автономии и являются более дорогим вариантом - требуют дополнительного оборудования для организации WiFi сети по всей территории.
При этом BLE LongRange не уступает WiFi по дальности связи.
pvvx
Активный участник сообщества
Может и Flash в чипе быть кривой.
Но статистика "отказов" примерна такова:
1. Нестабильность питания: дурная батарейка - имеет высокое внутреннее сопротивление или села.
2. Адаптер BT имеет пропуски приема, плохо производит согласования по протоколу, сильно тормозит (низкая производительность). Это случаи, когда заливка прошивки (100%) идет более 1 минуты. Нормальное время OTA обновления - от 25 до 40 секунд. Немного больше при первом обновлении с оф. версии - там скорость обновления определяет программа производителя. При испольщовании нормального BT адаптера (в смарте или компе) при OTA обновлении на custom прошивке потребление от CR2032 составляет до 1.5 мА (с итогом в ~30 сек). При ужасном BT адаптере - ток потребления увеличивается, т.к. термометру приходится производить повторы передач подтверждений и может достигать 6 мА и нескольких минут (!).
3. Термометр побывал во влажной среде. Флюс Xiaomi с/из печатной платы смывает плохо, особенно под чипами... Это вызывает странные непредсказуемые поведения, часто сопровождаемые увеличенным током потребления и батарея садиться влет. Сам имею уже несколько таких термометров. Промывки, хоть в пьеза-ванне, ничего хорошего не дают... Иногда помогает только прогрев всей платы паяльной станцией (феном).
1. Батарейки менял, новые, разные, приличные тоже. Родная с начала января села до ~2700mV (показания самого датчика).
2. Адаптера в хозяйстве есть два: ORICO USB Bluetooth Adapter 4.0 BTA-403 на CSR8510 A10 (с ним работает шустро) и Zexmte USB Bluetooth Adapter 5.1 на RTL8761BUV (с ним работает заметно хуже, даже плохо).
Всё делалось на Win10 1809. Попробую на неделе раздобыть андроидных устройств.
3. Есть такое, практически всё время датчик находился при температуре ~+20...+30ºC и влажности ~75-90% (показания самого датчика). Цветоводство всякое.
Батарея с начала января села при этом до ~2700mV (показания самого датчика). Мультиметр с нагрузкой 15k ohm параллель показывает на ней ~2950mV.
Данные при этом постоянно не снимались, датчик работал как чёрный ящик. Попробую прогреть плату если затея с андроидом не пройдёт.
И еще пара вопросов.
1. Поскольку датчик и дальше планируется использовать как "чёрный ящик", то есть желание умещать в память больший период времени (в эти 19632 измерений) и меньше потреблять батарейку.
Правильно ли я делаю имея установленный по умолчанию Advertising interval: 2500.0 ms
и выставляя Measure interval: 24 x (Advertising interval) = 60.0 sec
и Recording averaging measurements to flash memory: 60 x (measure interval) = 3600.0 sec = 60.0 min
т.е. показания датчика снимаются каждые 60 секунд, и среднее (из них) за 60 минут значение один раз пишется в память. Я правильно понял эту логику?
Что еще можно выкрутить для уменьшения потребления?
2. Возможно это уже у меня что то с памятью, но вроде у вас в графикопостроителях раньше была возможность подгружать ранее сделанные .csv файлы. Упорно не могу найти. Не было?
1. Поскольку датчик и дальше планируется использовать как "чёрный ящик", то есть желание умещать в память больший период времени (в эти 19632 измерений) и меньше потреблять батарейку.
Правильно ли я делаю имея установленный по умолчанию Advertising interval: 2500.0 ms
и выставляя Measure interval: 24 x (Advertising interval) = 60.0 sec
и Recording averaging measurements to flash memory: 60 x (measure interval) = 3600.0 sec = 60.0 min
т.е. показания датчика снимаются каждые 60 секунд, и среднее (из них) за 60 минут значение один раз пишется в память. Я правильно понял эту логику?
Что еще можно выкрутить для уменьшения потребления?
2. Возможно это уже у меня что то с памятью, но вроде у вас в графикопостроителях раньше была возможность подгружать ранее сделанные .csv файлы. Упорно не могу найти. Не было?
pvvx
Активный участник сообщества
Всё указанное вами очень мало влияет на общее потребление - это не даст и 10%.
В основном влияет увеличение периода "Advertising interval" (почти линейная зависимость, но ограничена током сна чипа) и отключение ЖКИ экрана (-40%).
Такого не предусмотрено. CSV файлы я собираю в Exel...
pvvx
Активный участник сообщества
Вот этот термометр отработал на улице до начала 08/2023 (почти два года) и вторая батарея резко села за сутки. Поставил новую - села тут-же. При измерении ток покоя-сна чипа улетал за более 1 мА от БП в 3.3В но всё работало... На вид плата была чистейшей и все паки без налетов...
Мыл всем что было под рукой - и спиртом, и ацетоном, и растворителем - не помогло. Ток покоя так и не вышел на норму, а уходил за 100 мкА. И так пока не прогрел за 200С. Видать что-то там проросло в самой плате или под чипами.
Проблема не новая. Скорее всего это связано с флюсом, которым паяли. Через пару лет платы перестают работать.Вот этот термометр отработал на улице до начала 08/2023 (почти два года) и вторая батарея резко села за сутки. Поставил новую - села тут-же. При измерении ток покоя-сна чипа улетал за более 1 мА от БП в 3.3В но всё работало... На вид плата была чистейшей и все паки без налетов...
Мыл всем что было под рукой - и спиртом, и ацетоном, и растворителем - не помогло. Ток покоя так и не вышел на норму, а уходил за 100 мкА. И так пока не прогрел за 200С. Видать что-то там проросло в самой плате или под чипами.
прогрев или пропайка решает проблему.
Вода ни при чем.
Доброго дня. Почитал форум, сколько осилил, но ответа на свой вопрос не нашел, как и не нашел поиска по теме, поэтому спрошу
Да, для начала хочу высказать благодарность pxxv за огромную проделанную работу.
Благодаря этой прошивке мы смогли интегрировать готовый термометр в свою разработку (знаю, что pxxv будет ругаться, но так получилось, что наш девайс собран на ESP32, но тем не менее удалось добиться хорошей работы термометра вкупе с приемлемым сроком жизни батарей - 4 месяца при опросе каждые 10 секунд).
Мы используем Bluetooth Connection mode.
Давеча случайно выяснилось, что есть термометр с кнопкой - MJWSD05MMC и очень захотелось задействовать эту кнопку в своем девайсе.
Запаял кнопку для начала в LYWSD03 и начал тестить.
Проблема номер раз - похоже в режиме Bluetooth Connection mode нажатие кнопки не передается. Поправьте меня, если я не прав.
В режиме рекламы тоже не удалось получить очевидное - нажимаю кнопку - улетает пакет с сообщением об этом.
Что я делаю не так?
Да, для начала хочу высказать благодарность pxxv за огромную проделанную работу.
Благодаря этой прошивке мы смогли интегрировать готовый термометр в свою разработку (знаю, что pxxv будет ругаться, но так получилось, что наш девайс собран на ESP32, но тем не менее удалось добиться хорошей работы термометра вкупе с приемлемым сроком жизни батарей - 4 месяца при опросе каждые 10 секунд).
Мы используем Bluetooth Connection mode.
Давеча случайно выяснилось, что есть термометр с кнопкой - MJWSD05MMC и очень захотелось задействовать эту кнопку в своем девайсе.
Запаял кнопку для начала в LYWSD03 и начал тестить.
Проблема номер раз - похоже в режиме Bluetooth Connection mode нажатие кнопки не передается. Поправьте меня, если я не прав.
В режиме рекламы тоже не удалось получить очевидное - нажимаю кнопку - улетает пакет с сообщением об этом.
Что я делаю не так?
pvvx
Активный участник сообщества
Надо назначить функцию "кнопки".
В режиме соединения BLE реклама не передается, но бит "кнопки" есть во флагах...
И при соединении прерывание от изменения на выводе подглючивает в данном SDK - короче при соединении быстрая реакция отключена...
pvvx
Активный участник сообщества
@sL0n1k - Ну вот вышел Raspberry Pi 5 с BT5.0, а Linux и прочие ОС на ней к этому не готовы.
И очень странные ТТХ у RPi5 по скорости чтения дисков, нет eMMC, ужасно греется,...
Уже древняя NanoPi-R5S показывает пиковые 1Гегобайт в сек при работе с SSD, а для “dd” при операциях на сотню ГБ – от 400 Mбайт в сек на самом дешевом SSD (контроллеры https://andiriney.ru/kontrollery-ssd/ Phison PS5013-E13-31, MAP1202A-F1C, …) и для SSD есть разъем...
И накрутили питание на USB-C, а у народа нет практики с чипами зарядок (PD/QC), а 5V уже не потянет - разъем сгорит.
Уже давно сделал выборку и всякие испытания разных чипов для зарядок PD/QC. В итоге на своих поделках ставлю IP6520, т.к. оно ещё в корпусе SO-8(9), греется меньше всех аналогичных, но выдает все форматы до 12В (20В мне пока ненужно)...
И очень странные ТТХ у RPi5 по скорости чтения дисков, нет eMMC, ужасно греется,...
Уже древняя NanoPi-R5S показывает пиковые 1Гегобайт в сек при работе с SSD, а для “dd” при операциях на сотню ГБ – от 400 Mбайт в сек на самом дешевом SSD (контроллеры https://andiriney.ru/kontrollery-ssd/ Phison PS5013-E13-31, MAP1202A-F1C, …) и для SSD есть разъем...
И накрутили питание на USB-C, а у народа нет практики с чипами зарядок (PD/QC), а 5V уже не потянет - разъем сгорит.
Уже давно сделал выборку и всякие испытания разных чипов для зарядок PD/QC. В итоге на своих поделках ставлю IP6520, т.к. оно ещё в корпусе SO-8(9), греется меньше всех аналогичных, но выдает все форматы до 12В (20В мне пока ненужно)...
