TH-05 with CHT8305

[zipfo]

Здравствуйте, приехал TH05, но с неизвестным LCD драйвером и CHT8305. Сейчас прошивка TH05 адаптирована конкретно под AHT20?

[pvvx]

1. хотя бы исходника нет? а то команду сохранения я выполнял, и она что-то делала полчаса. не обратил внимания, что файл-то не появился нигде.

@dallaskassel - Закинул в https://pvvx.github.io/TH05-v1.3/ FullFlash bin (Tuya ver)

[pvvx]

Tuya TH05-v1.3 после регистрации в Smart Life При 2.4В - Averge: 54 мкА, Sleep: 21.3 мкА, резистор R18 выломан.

При 3.3В

[dallaskassel]

@dallaskassel - Закинул в https://pvvx.github.io/TH05-v1.3/ FullFlash bin (Tuya ver)

Спасибо, датчик починился и всё работает. но - продолжаем эксперименты.

TH05_v1.3.zip Попробуйте эту версию, если повезет, и к девайсу можно будет подключиться через https://pvvx.github.io/THB2/web/PHY62x2BTHome.html , а на экране будет хоть что-то видно, то пробовать командами определить куда какие сегменты подключены:

Есть команда "60xxxxxx", где xxxx - буфер LCD - 6 байт. Вводите 6001000000000000 - рисуете сегмент byte0.bit0 Далее 6002000000000000 - рисуете сегмент byte0.bit1 и т.д. Когда пройдете все биты - киньте картинку, как тут

датчик сконнектился. показания температуры и давления видны, плюс-минус такие же, как на оригинальной прошивке. Состояние батареи 0% 0,463В. по командам 6001000000000000 - совсем не понял логики загорания дисплея. 60 - команда, остальное LCD дата. перемещением допустим F из начала в конец смог зажечь разные сегменты в произвольном порядке, но ни разу сегменты температуры (разряды сверху). Прошу пояснений.

И еще один момент, питание желательно чтобы было ниже 2.5 вольт, иначе могут быть произвольные отключения.

Питается от USB-TTL 3,3V - отключений не видел.

[pvvx]

но ни разу сегменты температуры (разряды сверху).

Размер буфера LCD у TH05-v1.3 равен 8 байт. А у TH05-v1.4 - 6 байт.

Питается от USB-TTL 3,3V - отключений не видел.

Какая маркировка на чипе PHY?

[dallaskassel]

но ни разу сегменты температуры (разряды сверху).

Размер буфера LCD у TH05-v1.3 равен 8 байт. А у TH05-v1.4 - 6 байт.

понятнее не стало ))) какую команду давать? 60ffffffffffff должна зажечь все сегменты, по логике. но первые две цифры температуры не горят.

PHY6222 AAQCP26SH 2124EG914 BL 55072 2314 YH CJT 3110D

[pvvx]

Для той версии LCD буфер ограничен 6-ю байтами. Если там есть команда отладки дисплея, тогда: DE00FFFFFFFFFFFFFFFF Включит все сегменты. Я пока, если не ошибся, получил это:

 *  TH-05 v1.3 LCD buffer:  byte.bit
               --7.7--         --6.7--            --4.3--             
        |    |         |     |         |        |         |           
        |   7.3       7.6   6.3       6.6      5.7       4.2
        |    |         |     |         |        |         |      o 5.3
 -6.0- 7.0     --7.2--         --6.2--            --5.6--          +--- 5.3
        |    |         |     |         |        |         |     5.3|
        |   7.1       7.5   6.1       6.5      5.5       4.1       ---- 5.2
        |    |         |     |         |        |         |     5.3|
               --7.4--         --6.4--     *      --4.0--          ---- 5.1
                                          5.0

            BLE                 --1.0--         --2.0--     |-------------4.6-------------|
            0.4               |         |     |         |    3.6 | 3.5 | 3.2 | 3.1 | 4.5 | ]
                             1.4       1.1   2.4       2.1  |-------------4.6-------------|
        0.1      0.1          |         |     |         |
  0.0(   O  0.2   O   )0.0      --1.5--         --2.5--
           -----              |         |     |         |
           \___/             1.6       1.2   2.6       2.2     %
            0.3               |         |     |         |     4.7
                                --1.3--         --2.3--

[dallaskassel]

DE00FFFFFFFFFFFFFFFF включает все сегменты.

[pvvx]

DE00FFFFFFFFFFFFFFFF включает все сегменты.

A "DE72" заставит мигать, отключить - DE70 И? :)

[dallaskassel]

а я всё равно не понял, какие команды давать для проверки :-) так что подтвердить не могу.

[pvvx]

Тогда не тратьте время на ответы, а ждите когда будет сделано.

[pvvx]

Тестовые файлы для TH05_V13: BOOT_TH05V13_v13.hex & TH05V13_v13.bin в https://github.com/pvvx/THB2/tree/master/bthome_phy6222/bin

[dallaskassel]

Работает. Смайлика нет. И фиг с ним, в принципе.

[pvvx]

Работает. Смайлика нет. И фиг с ним, в принципе.

В Boot отключено всё лишнее. Загрузите OTA (TH05V13_v13.bin). Boot прошивка нужна только для загрузки App через OTA.

Вообще кто ни будь читает FW Boot и OTA и т.д. ?

[Shestoperd]

Вообще кто ни будь читает FW Boot и OTA и т.д. ?

Скорее всего нет, из ридми нет ссылки, а в эту тему скорее всего попадают через гугол, и потому другие темы не смотрят. Это я по собственному опыту пишу.

[dallaskassel]

Возможно, в первый раз залил некорректную прошивку. теперь залил совершенно точно TH05V13_v13.bin. Ничего не поменялось.

[Shestoperd]

теперь залил совершенно точно TH05V13_v13.bin. Ничего не поменялось.

Проверь в настройках, точно ли стоит галка на показывать рожицу?

[dallaskassel]

галки не влияют ни на что.

[pvvx]

Вообще кто ни будь читает FW Boot и OTA и т.д. ?

Скорее всего нет, из ридми нет ссылки, а в эту тему скорее всего попадают через гугол, и потому другие темы не смотрят. Это я по собственному опыту пишу.

Ссылка уже есть. Wiki писать некогда - лучше доделать что... Приглашаются желающие создать Wiki, а так-же раскрасить и допиливать PHY62x2BTHome.html .

галки не влияют ни на что.

Т.е. после указания ссылки всё равно не прочитать?

При соединении указывается:

Software: Vx.x - значит работает FW APP Software: Bx.x - значит работает FW Boot

На термометрах с экраном, если не включено отображение времени, при первом старте показывает:

• "Bot 12" - работает Boot версия 1.2
• "APP 12" - работает APP версия 1.2_

Возможно, в первый раз залил некорректную прошивку. теперь залил совершенно точно TH05V13_v13.bin. Ничего не поменялось.

Что "залили", куда "залили" ? Для этого есть функция OTA в PHY62x2BTHome.html

[pvvx]

Найдена ещё беда у TH05-v1.3. При рестарте кнопка читается как нажатая и boot не загружает App. Видимо фича такая у данного вывода (возможно ROM так настраивает P2 - SWD_IO). А его надо читать до старта, чтобы сразу переходить к App... Обновлено... Ещё сегменты батарейки неверные, напряжение тоже неправильно измеряет... По этому данная версия, и все версии 1.3 ещё beta версии.

@dallaskassel - пишите конкретнее, если что не работает, чтобы не гадать... Надо было написать - "не запускается App. Стартует только boot".

У меня в "поддержке" 24 типа устройств только китайских термометров и плюс к ним ещё разные версии BLE, Zigbee, BLE+Zigbee… Так что гадать и вспоминать где и что - некогда.

[dallaskassel]

с 50-й попытки прошил ЕЩЁ РАЗ TH05V13_v13.bin. Через OTA. до этого всё время было так:

21:34:45: Старт программирования...
21:35:17: OTA: NotSupportedError: GATT operation failed for unknown reason.
21:35:17: Устройство отключено.
21:37:18: Переподключение

При первом включении показывает "bot13". app не видел ни разу, даже если зажать кнопку при вставке батареи. кнопки "Показывать время | Отображать смайлик | Отображать триггер | Отключить дисплей" не влияют ни на что. даже если нажать на "записать". если поменять конфигурацию галочек и нажать "прочитать" - конфигурация меняется на ранее записанную. т.е. настройки сохраняются, но смайлика всё равно нет.

[Shestoperd]

При первом включении показывает "bot13". app не видел ни разу, даже если зажать кнопку при вставке батареи.

Выше уже было ответ.

Найдена ещё беда у TH05-v1.3. При рестарте кнопка читается как нажатая и boot не загружает App. Видимо фича такая у данного вывода (возможно ROM так настраивает P2 - SWD_IO). А его надо читать до старта, чтобы сразу переходить к App...

[pvvx]

с 50-й попытки прошил ЕЩЁ РАЗ TH05V13_v13.bin. Через OTA. до этого всё время было так:

Вам надо запрограммировать новый вариант boot прошивки.

Через USB-UART адаптер App можно записать сразу после boot:

python3 rdwr_phy62x2.py -p COM11 -e wh ./bin/BOOT_TH05V13_v13.hex
python3 rdwr_phy62x2.py -p COM11 -r we 0x10000 ./bin/TH05V13_v13.bin

---

Проблема со стабильной работой соединения на напряжении более 2.5В на чипах с маркировкой "PHY6222" без букв "QC" ещё не решена. Проверка показывает, что это актуально во всех имеющихся официальных SDK от PHY. Пока найдена только зависимость от типа подключения питания к чипу - вариант с DC-DC (используется дроссель) и без дросселя - только LDO. C только LDO всё работает...

[Shestoperd]

на чипах с маркировкой "PHY6222" без букв "QC" ещё не решена.

Если верить даташиту, то QC это тип корпуса QFN32 (4x4). Но есть два варианта маркировки, тот в котором тип корпуса идет во второй строке AAQCxxxxxx, и тот в котором сразу после PHY6222

Может первые партии были с аппаратным багом, следующие уже без. В общем мне кажется стоит смотреть не на QC, а на internal settings & internal version, хотя во втором типе маркировки этого уже нет, но дата выпуска точно есть, можно посмотреть с какого момента был введен второй тип маркировки. Впрочем, это ничего не меняет и не объясняет почему у первого варианта маркировки нестабильная связь.

Пока найдена только зависимость от типа подключения питания к чипу - вариант с DC-DC (используется дроссель)

В даташите 1.3 есть интересная приписка * If RF TX output power > 5dBm, C2=4.7uF С2 это конденсатор подключенный к VDD RF( нога 23, между резетом и антенной), по умолчанию он 2.2uF, может в этом дело, китайцы ставят 2.2, там где надо 4.7?

[pvvx]

1. Уже давно конденсаторы шунтировал 220 мкФ - ничего.
2. Изменение разных внутренних настроек таймингов и напряжений так-же ничего не дало
3. Анализ работы DC-DC тоже ничего не дал, как и замена индуктивности. Разные PHY6222QC/PHY6222 Это переход из sleep к активности. Событие рекламы. Осциллограммы немного разные от случая к случаю (зависит от нагрузки), но выходное напряжение и время его восстановления одинаково. Как и частота DC-DC. И вторая диаграмма - это совсем ужасный PHY6222, на котором вообще не получить соединение, если напряжение не в диапазоне 2.05..2.15В. И у него самая мелкая по размеру индуктивность. Другие PHY6222 как-то более стабильны - 1.9..2.5В

Tuya прошивка работает. Но там стоит программный тайм-аут соединения. Значит бага в чипе нет. Нужно что-то изменить в SDK. Имеющиеся SDK (Keil варианты) все дают нестабильное соединение... Сбой происходит либо от ухода частот или от нарушения BLE тайминга.

[Shestoperd]

Значит бага в чипе нет. Нужно что-то изменить в SDK. Имеющиеся SDK (Keil варианты) все дают нестабильное

Но не на всех чипах. Сейчас наблюдаю странность, не уверен что это связано именно с проблемой нестабильности при высоком питающем напряжении, но.. В общем график напряжения батареи похож на заборчик, это прекращается при снижении напряжения иже некоторого уровня. Т.е. измеренное напряжение скачет в пределах 0.05 вольта, а потом почти прекращаются такие прыжки.

[pvvx]

Это нормально для CR2032. У неё большое внутреннее сопротивление и под разной нагрузкой разное напряжение... Так же скачет напряжение CR2032 от температуры.

Почему так быстро падает напряжение батареи на вашем графике?

THB1, но я его мучаю тестами прошивок и там дырки, подключения к другому источнику: Но напряжение батарейки не падает. И она из другого термометра, отработавшего уже пол года, по причине того, что сбоит этот THB1 на новой батарее...

[pvvx]

Проблема со стабильной работой соединения на напряжении более 2.5В на чипах с маркировкой "PHY6222" без букв "QC" решена в ver 1.4. Пока в статусе Beta - надо докинуть следующую функцию...

[pvvx]

У кого какая статистика по реальному потреблению от батареек? Поведение батареек, особенно CR2032, при импульсной нагрузке непредсказуемо. По этому желательно иметь реальные показания. Но у меня все PHY были в частых тестах и пока накопилось только это: Среди них 4 разных с LCD и один THB2 специально с дохлыми батарейками AAA (вынуты из клавиатуры, т.к. там уже не работают) для проверки - как ему оно, посмотреть что будет когда совсем закончатся...

[Shestoperd]

Почему так быстро падает напряжение батареи на вашем графике?

Сори что так долго не отвечал. На том участке это я экспериментировал, собрал прошивку которая измеряла напряжение на Р11 причем без пулап, на этом экземпляре нет перемычки на пять вольт хотя R3 удален, потому там такой большой провал.

У кого какая статистика по реальному потреблению от батареек?

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

[pvvx]

Замер напряжения происходит в конце цикла активности. Влияет какой был ток на батарею до этого. Напряжение батареи не сразу восстанавливается после пика тока. В итоге после разных предыдущих действий разное напряжение. И ADC всего 12 бит. В других устройствах я вписываю усреднение по нескольким замерам напряжения батареи - от 128. Тогда график выходит более ровный. Для версий PHY пока не стал вставлять усреднение - надо посмотреть реальность. В более новых версиях прошивки вставлю усреднение....

Поначалу казалось что все плохо, очень быстро разряжается, но потом устаканилось и график почти ровный.

Но должно было установиться в пределах 2.85..2.95В для CR2032. Это как бы номинальное напряжение батареи при нагрузке во время измерения напряжения (3..5 мА) на батарее при её остаточной емкости в диапазоне 90..30% +25С Это на основе большой статистики по CR2032 в разных BLE термометрах с примерно схожими токами потребления. Но исключения тоже бывают. Много зависимостей от температуры эксплуатации и производителя батареи.

Для других типов батареек - будут другие графики. Даже для CR2025/CR2016 и т.д..

Для дешевых AAA батареек - падение напряжения практически линейное. Но все равно в самом начале разряда немного быстрее.

[Shestoperd]

В итоге после разных предыдущих действий разное напряжение. И ADC всего 12 бит.

12 бит это разрешение менее 0.001 вольт, более чем достаточно. Вопрос вызывает то, что на одной батарее скачки при изменениях 0.05вольт и эта дельта почти не меняется, а на второй батарее 0.005вольт. Вот это несколько удивляет.

Но должно было установиться в пределах 2.85..2.95В для CR2032. Это как бы номинальное напряжение батареи при нагрузке во время измерения напряжения (3..5 мА) на батарее при её остаточной емкости в диапазоне 90..30% +25С

Вроде для этой батареи нормальный ток разряда 0.2мА, а вот 3.5мА это сильно завышенный, потому просадка должна быть ощутимее. На китайских батареях так тем более, емкость у них тоже наверняка раза в два ниже, чем должна быть.

Для версий PHY пока не стал вставлять усреднение - надо посмотреть реальность. В более новых версиях прошивки вставлю усреднение....

В этом нет особого смысла, ведь пользователя все равно интересует процент заряда, а не абсолютная величина напряжения. Просто странно, почему именно так, у одних есть забор, у других нету.

[pvvx]

Вроде для этой батареи нормальный ток разряда 0.2мА, а вот 3.5мА это сильно завышенный, потому просадка должна быть ощутимее.

Это вроде. Никто не запрещает и 50 мА. Просто быстрее сядет.

В этом нет особого смысла, ведь пользователя все равно интересует процент заряда, а не абсолютная величина напряжения.

А как определить процент заряда? Этого для CR2032 типов батарей пока нигде не встречалось. Может Вы придумаете алгоритм определения заряда батарей типа CR2032? :)

Просто странно, почему именно так, у одних есть забор, у других нету.

Разные емкости в цепях питания, разные броски тока до измерения, разные внутренние сопротивления у батарей, ... Да и ADC может халтурить. Задается цикл в 32 замера до прерывания, но выходит 30. Потом сумма этих 30-ти... Досконально изучать данный ADC нет желания. Усреднение спасет это дело на 100%. Без усреднения множественных замеров на всех BLE устройствах с разными чипами выходят волосатые измерения.

@Shestoperd - Какой уровень напряжения будем принимать за верный?

Это несколько тактов с BTH01 с подключенной батареей CR2032. Клетка 100 мВ 1 мс. Некоторые значения указаны в низу картинки... Замер ADC производит примерно в середине и/или ближе к спаду тока (восстановления напряжения).

Батарейка севшая, но ещё поработает. Без нагрузки выдает более 3-х Вольт. BTH01 в это время показывает:

[pvvx]

Небольшое усреднение и всё стало ровнее: TH05/TH05D/TH05F/THB1

[Shestoperd]

Это вроде. Никто не запрещает и 50 мА. Просто быстрее сядет.

Не только быстрее сядет, но и не отдаст положенной емкости.

А как определить процент заряда? Этого для CR2032 типов батарей пока нигде не встречалось. Может Вы придумаете алгоритм определения заряда батарей типа CR2032? :)

Никто не заморачивается подсчетом точного процента для подобных устройств, нужно всего лишь предупредить что скоро пора будет менять батарею, а то что последних 20% улетят за пару дней никого не удивит. ИМХО, сильно заморачиваться этим нет смысла, просто забавный эффект наблюдается, интересно почему именно так - высота забора практически всегда одинаковая, хотя по логике значения должны быть не только в верхней и нижней части, но и в середине, но пытаться исправить или замаскировать лишняя трата времени.

[pvvx]

интересно почему именно так - высота забора практически всегда одинаковая

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

Не только быстрее сядет, но и не отдаст положенной емкости.

Да? А мужики то не знают!

Никто не заморачивается подсчетом точного процента для подобных устройств, нужно всего лишь предупредить что скоро пора будет менять батарею, а то что последних 20% улетят за пару дней никого не удивит.

Жду от вас описания алгоритма определения остатка в 20% у CR2032.

но пытаться исправить или замаскировать лишняя трата времени.

Заодно график корреляции напряжения батареи от температуры и прочего на новой версии, c лишней тратой времени на исправление или маскирование... :)

Можно и задержку прогрева батареи подсчитать, если увеличить дельту температуры :)

[Shestoperd]

Вы читали и смотрели что я писал? На осциллограмме прослеживается два типа активного режима, в конце которых осуществляется измерение напряжения.

Это несколько тактов с BTH01 с подключенной батареей CR2032. Клетка 100 мВ 1 мс. Некоторые значения указаны в низу картинки... Замер ADC производит примерно в середине и/или ближе к спаду тока (восстановления напряжения).

Т.е. должен получиться забор высотой 0.4 вольта, но наблюдается высотой 0.05вольта.

Жду от вас описания алгоритма определения остатка в 20% у CR2032.

Использовать обычную линейную зависимость. Да при разряде номинальным постоянным током график разряда сначала почти прямой и в конце резкий спад по напряжению, но это для разряда постоянным током. Для импульсной нагрузки все будет не так. Вероятно не будет и линейной зависимости, но стоит ли тратить время на изобретения более сложного, хотя и более точного алгоритма? Ну вот к примеру, в принципе мы можем измерить/рассчитать потребляемую мощность для конкретного устройства в разных режимах его работы. Грубо: есть режим передачи, режим измерения T&H и есть режим ожидания. Т.о. можно получить потребленную энергию в мкВтч. Перевести емкость батареи в те же мкВтч, и смотреть остаток. Работать будет при условии, что батарея ставится один раз и абсолютно новая. Еще вариант: пробовать рассчитать внутренне сопротивление источника тока. Если верить даташиту, то после 200мАч у батарейки энерждайзер резко начинает возрастать внутреннее сопротивление, при этом заявляется емкость 230мАч, т.е. это как раз искомые оставшиеся 20% емкости. Измеряем напряжение, до начала передачи, потом во время мередачи, ток мы примерно знаем и считаем что он постоянный, и рассчитываем внутреннее сопротивление источника тока, когда сопротивление начнет резко возрастать значит скоро придется менять батарею.

Можно и задержку прогрева батареи подсчитать, если увеличить дельту температуры :)

В НА это относительно наглядно можно посмотреть, совместить оба графика не получится, но расположить один под другим вполне. Та что в принципе уже сделано :)

[Shestoperd]

Вот что нашел случайно на просторах алиэкспресса :)

[pvvx]

Если верить даташиту, то после 200мАч у батарейки энерждайзер резко начинает возрастать внутреннее сопротивление, при этом заявляется емкость 230мАч, т.е. это как раз искомые оставшиеся 20% емкости.

У нас ток нагрузки при TX за 7 мА. Это до 150 Ом внутреннего сопротивления батареи при +25С. Далее PHY сбросится от BOR. Градусы пишу не случайно. Т.к. у разных производителей CR2032 разная дельта напряжения от температуры и плюс её зависимость нелинейная. За 4-ре года с этими термометрами я изучил все документы и сторонние исследования по CR2032, а так-же свою и чужую статистику на BLE устройствах. Ничего нового вы не написали и не представили подходящего решения. Описанные варианты годятся для анализа заряда у CR2032 до точности +-60% :)

---

THB3 давно заказаны: Покинуло страну отправления 27 февраля 2024 в 14:32

Т.е. должен получиться забор высотой 0.4 вольта, но наблюдается высотой 0.05вольта.

Примерные точки замера ADC: Процесс замера ADC происходит асинхронно от циклов рекламы и по осциллограмме не узнать где он вообще есть, а где нет. Известно что перед спадом тока - в конце цикла активности. А дальше это ток заряда конденсатора в питании. По этому никаких 0.4В. Сильно варьировать током потребления нет возможности и появляется ещё масса неизвестных - ток при передаче имеет зависимость от согласования антенны и т.д. И для каждой частоты передачи и её длительности разный. Плюс зависимость от экземпляра чипа и элементов на тракте антенны... Но самая большая зависимость будет от емкости конденсатора установленного в питании и эффективности DC-DC, зависящей от дросселя. Только по этим причинам ни одно ваше предложение не годится. В итоге есть только один вариант - усреднение замеров напряжения, т.к. среднее потребление известно и имеет расхождение не более +-10% для каждого конкретного устройства при конкретных функциональных установках. Пользователь по своей статистике и определит примерное время работы для своих батареек, настроек и условий эксплуатации устройства :) Другого не дано.

Несколько раз встречалось, что у долго лежавшей батареи CR2032 при включении наблюдалось повышение напряжения (уменьшение внутреннего сопротивления) в течении нескольких дней. Установка конденсатора с большой емкостью в питание дает показания 3В практически все 99% жизни батареи. Но свалится при каком длительном цикле активности до перезагрузки... А конденсатор с большой емкостью обычно имеет больший ток утечки. Хороший будет стоить как сам термометр.

И на вашем графике враньё про поводу внутреннего сопротивления CR2032. Смотрите независимые тесты...

[HumbleDeer]

Hello, TH05 arrived, but with an unknown LCD driver and CHT8305. Is the TH05 firmware now adapted specifically for the AHT20?

The hardware has "TH05Y_V1.2" written on the LCD side with the tx/rx pins. My module reads 2023-12-06 as a date code as well. The LCD driver seems likely to be a copy of another item or chip. I'll try and dump this firmware and see what comes out of it / what the bootloader and startup read as for information about the LCD.

Edit: the one I have does match what's described in https://github.com/pvvx/THB2/issues/14, as expected.

@zipfo TH05F_v14.bin should be the one for you.

[pvvx]

Установленные батарейки, отказавшиеся работать в других устройствах, продолжают работать... Одна AAA батарейка уже потекла. Пока никак не дождаться отключения :`( Все тестируемые Tuya:

---

Вроде процесс пошел...

Светло зеленый - это новый THB3 с новой батареей, а 8EC4 - THB2 как раз с потекшей батарейкой... Температуру при 2.4В вроде показывает ещё нормально...

[pvvx]

THB2 с потекшими батарейками отработал до 1.73В без каких либо влияний на показания датчика при таких низких напряжениях:

[g6094199]

Здравствуйте, приехал TH05, но с неизвестным LCD драйвером и CHT8305. Сейчас прошивка TH05 адаптирована конкретно под AHT20?

This seems to be similar hw as TH05Y

I have the same TH05 with CHT8305 but it has a sightly different display (same as the TH05_V1.4):

So which image to flash?!

[pvvx]

All firmware supports any of the sensors: CHT8215 (CHT8310), CHT8305, AHT20..30.