TLSR8251F512ET24 + E-Inc display + термометр = MHO-C401 Bluetooth термометр

[Геккон]

значит не "Azarton"

У данного программатора нет обратной связи. Используется только передача данных и вы должны выполнить все условия, а не просто тыкать одним TX USB-COM адаптера в SWS пин чипа термометра...
[/QUOTE]

Где можно посмотреть все необходимые условия?

 

[pvvx]

Где можно посмотреть все необходимые условия?

В README репозитория от куда взята прошивка и прочее.

 

[Геккон]

В README репозитория от куда взята прошивка и прочее.

В итоге пришлось выкинуть и купить новый. Новый прошился по воздуху на зигби без проблем.
Планировал использовать с УД яндекса, но почему-то температуру и батарейку передает показания раз в 4 часа...

 

[nikolz]

.

 

[pvvx]

В итоге пришлось выкинуть и купить новый. Новый прошился по воздуху на зигби без проблем.
Планировал использовать с УД яндекса, но почему-то температуру и батарейку передает показания раз в 4 часа...

Так его настраивает ваш "УД яндекса". По умолчанию настройки установлены на 30 секунд при изменении температуры на 0.1 C или влажности на 0.5%. Если не изменялись, то передача через 3 минуты.
Всё это описано в стандартных кластерах Zigbee 3.0 как установки для "report". Но ваша "УД" не дружит с типовыми Zigbee 3.0 устройствами...

 

[nikolz]

Во всех прошивках используется такой алгоритм по анализу питания:

С шагом измерения проверяется, что напряжение не ниже 2.0В. Если ниже – переключение в долгий сон на несколько минут с отключением всего, что можно. Чип при этом потребляет менее 0.6 мкА, плюс спящий датчик и контроллер дисплея. Пробудившись опять проверяется на 2.2В и если есть – обычная работа…

pvvx,
Можете объяснить, каким образом, при токах утечки MOП структур 1 мкА, у Вас чип потребляет 0.6 мкА.
Какая погрешность Вашего измерителя? Как вы его калибровали? какой дрейф нуля у измерителя тока?

 

[pvvx]

pvvx,
Можете объяснить, каким образом, при токах утечки MOП структур 1 мкА, у Вас чип потребляет 0.6 мкА.
Какая погрешность Вашего измерителя? Как вы его калибровали? какой дрейф нуля у измерителя тока?

У меня несколько измерителей.
К примеру PPK2

И даже примитивный тестер UT71B

Ещё к примеру INA228, а так-же INA229: 20 бит на шунте 100 Ом -> 1 бит = 0.00000000078125A (Input bias current: 2.5 nA (maximum))

 

[pvvx]

Да, а в чем проблемы токов в 0.6 мкА?
Даташит TLSR825x:

Утечка ведет себя как сопротивление. Т.е. чем меньше напряжение, тем меньше утечка.
В итоге при включенном RC 32K выходит 0.55..0.6 мкА (средние за долгий период).
Данные о токе deep-sleep с включенным RC генератором может найти в разных доках Telink на разные TLSR8250, TLSR8251, TLSR8253, TLSR8258.
Из практики у TLSR8251, устанавливаемого Xiaomi в LYWSD03MMC (и прочие модели) токи утечек почему-то всегда меньше, чем у модулей Tuya и Ai-Thinker.

 

[nikolz]

Благодарю за ответ.
Можете объяснить , какой смысл бороться за 0.6 мкА потребления, если ток утечки CR2032 составляет от 10 до 4.7 мкА?
Получается, что снижение потребления с 1.2 мкА до 0.6 т.е. в 2 раза увеличивает время работы от CR2032 примерно на 5...10%. Какой в этом смысл?

 

[pvvx]

Благодарю за ответ.
Можете объяснить , какой смысл бороться за 0.6 мкА потребления, если ток утечки CR2032 составляет от 10 до 4.7 мкА?
Получается, что снижение потребления с 1.2 мкА до 0.6 т.е. в 2 раза увеличивает время работы от CR2032 примерно на 5...10%. Какой в этом смысл?

При нормальной работе у SoC TLSR825x ток сна 1.6..1.8 мкА от CR2032 (2.5..3.0В):

(В таблице это значение 1.9 мкА для 3.3В)
У термометров ещё есть чип драйвера LCD - это от +4 мкА у лучшего варианта. Плюс ток утечки датчика.
В итоге минималка = 6 мкА, а у некоторых и все 12+ мкА (такие используются компоненты, особенно у Tuya, бывает общий сон и до 20 мкА(!)).
Cредний рабочий ток с маяком составляет 14 мкА при 2..3 секунды периоде, а в худшем варианте элементов к 20 мкА с увеличением периода маяка. Такие установки ставлю по умолчанию.
Пиковый ток при этом до от 8.8 мА до 10 мА при RF TX 0 дБ.
А когда напряжение падает от температуры у CR2032 или солнечного элемента с малым АКБ, то продолжение работы невозможно и зачем точить элемент, если можно все компоненты выключить в самый глубокий сон и дать возможность зарядки?
Через время проверять, созрело рабочее напряжение или нет - и проверка это не RF TX, а 3..5 мА.

Вот пример борьбы с батарейкой закинутого термометра на чердак в 2023 году:

CR2032 начала сдавать еще в конце 2024 года, при больших отрицательных температурах.
Когда отогревалась - термометр запускался. Но энергии не хватало на продолжительную работу - просаживало напряжение CR2032.
Пришла весна и он стал чаще включаться....
Если не переводить в глубокий deep-sleep, то умер бы давно.
Так 5-й месяц и борется с батарейкой утерянный термометр где-то на чердаке...

 

[pvvx]

К примеру соляные батарейки типа AAA, при постоянном потреблении и отрицательных температурах (морозилка холодильника) просаживают выдаваемое напряжение. Если их отогреть - у них начинается вторая, и третья, и четвертая, и ... жизнь. Т.е. каждую разморозку холодильника они восстанавливаются не десятки процентов и постепенное падение напряжения начинается снова - разрядка термометром идет постоянно, без отключения.
Примерно тоже самое и с CR2032. Но их от минуса просаживает значительно сильнее...

 

[pvvx]

Telink во всех доках по SDK и в самих SDK предупреждает, что работа с Falsh (запись) возможна только при более 2.2В, в расчете на то, что вовремя самого цикла записи произойдет просадка напряжения ещё ниже (или Flash пропишется малыми уровнями заряда - потом на номинальном напряжении питания будет сбоить всё что было записано на малом напряжении - это уже из опыта - можете сами проверить - реакция всегда однозначна).
А запас нормы работы самого SoC TLSR825x до 1.8В (вообще-то он начинает копошиться в своих потрохах с 1.6В, но наверно ждет какой BOR).
Т.е. этот запас остатка заряда и используется для периодического контроля возможности стартовать в рабочий цикл - при не менее 2.2В.
И при 2.0В - всё вырубать и засыпать в свои < 0.6 мкА (2.0В!).

 

[pvvx]

Все питания датчиков и прочих элементов потребляющих менее 4 мА желательно подключать к GPIO TLSR825x. Тогда при полном deep-sleep получите ток в 0.6 мкА.
Стартовый ток блокировочной емкости в их питании тоже можно компенсировать последовательно включая подтяжку, а потом уже выход GPIO...

 

[pvvx]

Сбоя не будет, т.к. правильные микросхемы не включаются и не имеют токов утечки при напряжении питания от 0 до 1.6В. Через подтяжку в 10кОм в GPIO конденсатор сразу заряжается до 1.6В, а далее надо преодолеть всего 0.2В включением GPIO на вывод "1", чтобы не получить импульса ниже минимального напряжения питания TLSR85x. А ток GPIO у TLSR825x ограничен - 4 мА (есть несколько GPIO где программно можно включить больше) и питание на датчик включается без проблем, без всяких токоограничивающих резисторов и бросков тока более 4 мА в общем питании...

 

[nikolz]

Сбоя не будет, т.к. правильные микросхемы не включаются и не имеют токов утечки при напряжении питания от 0 до 1.6В. Через подтяжку в 10кОм в GPIO конденсатор сразу заряжается до 1.6В, а далее надо преодолеть всего 0.2В включением GPIO на вывод "1", чтобы не получить импульса ниже минимального напряжения питания TLSR85x. А ток GPIO у TLSR825x ограничен - 4 мА (есть несколько GPIO где программно можно включить больше) и питание на датчик включается без проблем, без всяких токоограничивающих резисторов и бросков тока более 4 мА в общем питании...

Благодарю.
Правильно я понял, что датчики с потреблением менее 4мА Вы питаете от GPIO TLSR?

 

[pvvx]

Благодарю.
Правильно я понял, что датчики с потреблением менее 4мА Вы питаете от GPIO TLSR?

Если это своя поделка, то да.
Во многих Tuya устройствах с питанием от батареек тоже так сделано...