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

Sleep на 2 мкА больше и то, если пропатчить имеющиеся открытые куски кода. Иначе, по задумке PHY писателей SDK, потребление в sleep будет на десятки мкА больше, как и пишут в документации :) Так и потребляет оригинальный код от Tuya.

Что-то кривое в SDK 3.1.3. Sleep на 2 мкА больше, чем в SDK 3.1.1(вариант 2). Так же во всех оф. SDK от PHY есть кучка ошибок... в подарок :) Такое впечатление, что они сырые и никто их не проверял, а кинули на затравку... Надоело исправлять. Да, и совместимости тоже нет со старыми версиями на...

В итоге эта стартовая проверка CRC только ограничивает для пользователей "живучесть" устройства и увеличивает расход батареи, время загрузки.

При неправильном обновлении или плохой записи в Flash всё равно выйдет "кирпич", способный только на программирование через COM порт. CRC - это лишняя трата батарейки при старте устройства. Больше этот CRC ничего не дает. Никакой функциональности не расширяет, а только запутает пользователей...

@cool2000 - Вы "разгадали" как переключать сегменты Flash для отображения и исполнения кода в разных областях адресов (XIP)? Кто обеспечивает мапинг сегментов при загрузке? Без этого OTA не выйдет - вам потребуется писать разные программы для разных OTA областей Flash :)

Зачем? Да. По этому проще вписать свой OTA в каждую прошивку. Он займет меньше сектора flash, совместно в двух прошивках. А Bootloader OTA требует много объема Flash. Нужно обслужить всего один UUID с RD/WR.

Зачем дублируете? Решили написать документацию? Gidra говорит какие значения из 0x11002000 используются для шифрации и по какому параметру там производится проверка сегмента на CRC...

Gidra на ROM PHY6222 сказала, что используются такие адреса Flash (и функции которые их используют): 0x11001800.. HCI_ExtTaskRegister() 0x11001818 rom_board_init() 0x11002000.. boot_m0() 0x11002100.. boot_m0() HCI_ExtTaskRegister() из данных в Flash инициализирует spif_config(). boot_m0()...

Нет - канонов вы не нарушили. Просто поставили 2 x AAA литиевые, а не дешевые - солевые. Никто так заморачиваться не хочет, т.к. у 2 x AAA солевых обычно емкость как у CR2032.

Это детский метод, с лишними затратами объема Flash, вместо того, чтобы записывать историю замеров. Если вы запишите кривую программу, то всё равно всё зависнет, т.к. разметка после OTA кривого кода для вашего лоадера будет правильная и он запустит эту кривую программу. Т.е. отдельный загрузчик...

Это смотря кого считать "человечеством".

В RTOS ещё хуже. Там грузятся все коды замещения процедур ROM, что ещё требует энергии при старте. С помощью внешнего MCU возможно побить и этот горе рекорд, путем заливки спец программы в IRAM при хитром дергании ног... Описание было дано.

Опять прикол? А на старт и инициализацию в Arduino сколько надо? В сотни или тысячи раз больше? :) Спустя 10 лет копошений с ESP самый короткий запуск с передачей пакета на ESP8266 на сегодня написан мной почти десяток лет назад. Других, жрущих менее - нет.

ESP8266 можно запустить и от фотодиода. Но нужна схема накопления энергии, для того чтобы отдать сотню mA 3.3В в течении нескольких секунд (c импульсами да 500 мА) для соединения с AP. И такая схема будет стоить во много раз больше стоимоcти ESP или имеющихся плат с ESP :p А @aZholtikov -...

Из известной информации уже можно сделать OTA. Но переписывать на ходу область 0x2000 небезопасно. Вдрух в этот момент батарейка отвалится? - Будет кирпич. Китайцы в итоге нагородили специальный загрузчик… Но вдруг разработчик ROM не был таким дураком и предусмотрел поиск - переключение блока...

Процедуры приема-передачи есть, остальное для связи BLE есть. Функция записи Flash есть. = полный достаток для написания программы OTA. Но нет описания как себя ведет ROM, для создания качественного переключения на загруженный OTA.

А пока нет информации по указанным пунктам и лень тратить на это время. Но есть любители подстраиваться и изучать чужое...

Это смотря что быстрее - мне быстрее написать своё, чем ковыряться в наслоениях г... Мы уже тут написали больше и затратили время больше, чем накатать код для решения всех проблем в PHY.

Примерный приоритет, того что необходимо знать при разработке на PHY62x2: Как работает загрузчик в ROM – как обрабатывает таблицу загрузки из Flash по адресу 0x2000. Какие области RAM пользуют процедуры в ROM. Второстепенная задача, т.к. для Cortrex M0 есть куча дизасм и любая процедура в...

Вот совсем пофиг, т.к. всё это задается как угодно и различается в зависимости от того, что написать в программе. Имеет смысл только как обрабатывает таблицу в 0x2000 загрузчик в ROM ROM переписать невозможно :p