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

Может там какие установки задержек и т.д. в patch.c надо поменять?

Debug Printf не работает. Обработка LOG() в SDK конфликтует с sleep и какими-то таймингами BLE, т.к. не дописана - работа с UART не ставит флагов занятости/освобождения в pm менеджере и т.д.. Но всё это нафиг не сдалось, т.к. работает соединение и всё можно гнать через BLE.

В HTML есть "команды", а прошивка имеет debug команды - чтение/запись побайтно любого адреса и чтение/запись dword - для работы с 32-х битными регистрами... Jtag и прочим не пользуюсь - они не работоспособны при наличии sleep. Если совсем вручную - в map или asm есть все адреса переменных и т.д...

1. Функции в ROM не используют `and 0x00ffffff` и работают как с 32-х разрядным счетчиком при переполнении (вычитают из 0xffffffff). 2. Считывал и смотрел, сколько насчитает. Если бы был 24-х битным, то там вроде всего 512 секунд... Но счетчик идет дальше - дожидался счета до 30 бит, 31-й...

Нашел на али TH05-V1.3 (фото с али). Заказал, но непонятно, придет старый TH05 или такой вариант...

https://meganorm.ru/Data2/1/4294822/4294822216.pdf

Все мои роутеры находятся на неотапливаемых чердаках и никаких проблем. Температура у связки роутеров - разнесены на метр чтобы не мешали приему 4G (HUAWEI_B818-263 только на 4G и по шнурку к KeeneticHero4G у которого тормозной 4G отключен): А отваливаются только ESP.

BH1750FVI полностью устарел: VCC Voltage 2.4..3.6 Ныне нужно от 1.8В.

BH1750 есть, ESP в любой помойке можно откопать, поверенного с печатью люксметра нет.

Уж лучше скажите какой ныне роутер работает нестабильно, если исправен? У @fps похоже есть такой, по его реакции. Но не пишет названия роутера.

Не из-за RTC, а из-за коррекции счета таймингов где-то в кодах... В ROM чтение счетчика RTC происходит с проверкой переключения значения счетчика, а в загружаемых кодах - без. И в некоторых частях делается and 0xffffff счетчика, как будто он 24-х битный, как описано в PDF. Но он 32-х битный.

GitHub уже открывается не с первого запроса. Непопулярные обходы всего этого ещё работают. Но как жить простым пользователям?

Все wakeupProcessX() выполняют функцию rf_phy_ini() в которой rf_phy_set_txPower(g_rfPhyTxPower). Лишний вызов rf_phy_set_txPower() не требуется. > Действительно, какие-то проблемы с интернетом. Всё стало тормозить. В основном DNS. Включили какие-то фильтры и всё тормозит. VPN протоколы...

А так посчитал nRF Power Profiler II, но на среднем рабочем напряжении у CR2032 в 2.85В: При числе 63, на телефоне рядом прием -39..42 дБм При числе 0, на телефоне рядом прием -60..66 дБм Чудо чип - на 20 дБм мощности разница в потреблении ~0.5 мкА 🤪

И это не абсолютное значение, а как откалибровал PowerProfiler. Но разница между замерами действительна на уровнях 0.1 мкА...

Сложно обнаружить разницу в потреблении в режиме рекламы, т.к. на короткое по времени усреднение замеров сказывается кратность измерений батареи, показа времени, сохранения истории (там может попасть и стирание сектора), а так-же кто-то может вылезти с активным сканированием (Xiaomi Gateway 3...

Оказывается работает. Но на ток питания не сказывается! Чудо какое-то. При записи 0 - приемник рядом показывает -60 дБм При записи 63 - приемник рядом показывает -42 дБм При этом, в данном промежутке это и производилось:

> Получилось в итоге менять мощность Tx? Не работает - наверно где-то перезаписывается....

> Получилось в итоге менять мощность Tx? Вписал, но не проверял. Указанная функция и так применялась при старте... И там странности в той функции - работают значения от 0 до 0x1F, а дальше, только при значении 0x3F переключается питание RF. Выходит какой-то кривой вариант - 0...31 и специальное...