Результаты поиска

Tuya BLE не имеет никаких интеграций или стороннего ПО. Нет никого в данной тематике. Разберитесь - будете первым :) Лучше с этим: https://pvvx.github.io/TH-05/ На него есть всё. SDK и т.д.

"Неизвестный науке зверь" :) Закрыто всё, есть в поиске только в продаже партиями... Там написано - в среднем 80 мкА при рекламе. Как 16 маяков BLE на TLSR825x :)

0.8 мА от 200мА/ч что выйдет? ПО имеет постоянное соединение.

Temperature and humidity transfers only when connected. (This is for all BLE Tuya) Только в новой версии Tuya есть передача данных в рекламе... У этого ещё прошлая версия. И жрет он много - нет смысла в покупке - замучаешься менять батарейки. Дисквалифицирован для любой переработки ПО.

Полный CX0726B на али стоит меньше чем один датчик в наших магазинах :)

Да. Вся текущая свалка описана на https://github.com/pvvx/pvvx.github.io А это аналог вашего производства https://pvvx.github.io/CX0726B/ - датчики те-же.

Интересно, как будет работать чип часов, если ему дергать питание на 1/3. Будет считать доп. импульсы к кварцу :)

Это был не чисто термометр, а кусок типа от кондиционера. Давно это было. Посмотрю позже и если найду - напишу марку.

В ESP32 и ESP-C3 вообще не работает BLE от RC генератора. Требуют ставить часовой кварц и доп. жрать питание. Xiaomi от щедрости вам поставит часовой кварц в жалкий термометр? Они чип часов влепили в новый термометр, т.к. не справились с управлением в TLSR8250 часовым кварцем :)

В термометре с вашим "кипарисом" всё ещё хуже, чем у ESP32. Проверено. Дитё сравнивает RC генератор с кварцем и чипом часов :) Откройте описание SDK от Telink - там есть тема как откалибровать поправки связанные со временем выполнения стартового кода.

Для BLE эта точность более чем требует спецификация. И тем более у вас без-кондерный термометр. Посмотрите какой уход будет у nRF и особенно у ESP32 при тех-же условиях :) :) :) И в ПО к термометру есть коррекция. А так-же есть параметр в us сколько чип просыпается. Так что часы там не привязаны...

У вас тоже наверняка в TB-04 теперь стоит TLSR8250.

Про TLSR8250 https://esp8266.ru/forum/threads/tb-03f-primerno-u-10-modulej-neispraven-acp.6495/post-91096

На интервалах в 2.5 секунды и питании от источника с внутренним сопротивлением 10..20 Ом у (без-кондерного) LYWSD03MMC соединение никогда не сбоит. Ни разу не наблюдал доп. перезапросов по диаграммам и в сниффере. Но вот более глубокое изучение и показало, что батарейки CR могут быть значительно...

Это не nRF и тем более не ESP32. Уход RC у TLSR825x не сверх большой, при нормальных условиях эксплуатации. И зависят такие генераторы больше от температуры, т.к. внутреннее напряжение стабилизировано. Но если общее питание прыгает на 1/3 c дикими фронтами, то тут говорить уже не о чем, т.к...

Оф. прошивки не используют интервалы более 1 сек и при соединении жрут очень хорошо. Так-же SDK не содержит отдельной процедуры калибровки RC генератора и к чему его калибровать, если питание зависит от тока и предыдущих действий SoC.

И какая при этом калибровка спасет, если даже супер-пупер хорошие LDO стабилизаторы (Uref) имеют подавление входных импульсов до 90 дБ. При скачках в 1/3 питания даже кварцевый генератор собьётся. Это неисправимая халтура от экономии на конденсаторах у Xiaomi и побороть это программно...

Но всё хорошо работает, если провал напряжения питания по току мал. Работает до набора «Slave latency» до 4 сек. И чем больше "провалы" то требуется уменьшить «Slave latency». И временную диаграмму я проверял - она не нарушается. Происходит что-то другое. Типа сбоя мозгов у SoC при резких...

Эти статьи и PDF уже дано известны. А имеющаяся фича каким-то образом связана с интервалами. И чем меньше, интервал, тем больше кушает, но держит соединение. По статьям должно быть наоборот. Временные параметры смотрел - всё в норме, и с чем связаны эти фичи (что нарушается) пока неизвестно, .