Недавнее содержимое от pvvx

@Slacky - И не забывайте, что предоставленный открытый SDK является только примером для демонстрации и идет с закрытыми библиотеками, и без полной документации и поддержки со стороны Telink. Т.е. предназначается для пробы демонстраций на их демо-платах и не более. А для нормального...

И код работы с Flash в SDK раздут до безобразия на все варианты SPI-Flash. Он учитывает чипы TLSR825x и с внешним отдельным чипом SPI-Flash, а в чипах с внутренним кристаллом SPI-Flash используются только два типа Flash и все коды команд у них одинаковы (малое различие только в обращении к...

И вечно включенное питание на ADC сказывается даже для автономного роутера - вечное дополнение +0.4 мА к 3..5 мА общего потребления при работе CPU (при RF приеме 6+0.4 мА) и доп. задержки ~300..600 мкс при любой записи Flash. Включенный у вас UART для "отладки" тоже дает доп. потребление, как и...

Все процедуры (4шт) вызываемые из tuya_zigbee_ota() должны быть в RAM. В BLE версии они и так в RAM в SDK. В новых версиях Zigbee SDK - нет. Надо дописать атрибут к flash_read_page(), flash_write_page(), flash_write_status(), flash_erase_sector(). И вообще flash.c у меня заменяется в SDK (при...

1. Все вызываемые процедуры должны быть в RAM, так как адресация в Flash при несоответствии адреса старта нарушена при смещении 0x8000. 2. При смещении на 0, 0x20000, 0x40000 адреса для кэша Flash перестраивает boot чипа аппаратно! В итоге и выходит 2 проверки. Первая при старте. И она...

Все вызываемые процедуры должны быть в RAM, так как адресация в Flash при несоответствии адреса старта нарушена при смещении 0x8000. При смещении на 0, 0x20000, 0x40000 адреса в Flash перестраивает boot чипа.

Все вызываемые процедуры должны быть в RAM, так как адресация в Flash при несоответствии адреса старта нарушена.

Второй раз - это случайно осталось, от старых версий :) (ранее первые функции были назначены в RAM, а потом места в RAM стало мало) Хорошо что нашли - удалю второй вызов.

Там только одна сложность - первая вызываемая процедура (она-же и должна переместить программу во FLash) не должна быть в Flash. Только в RAM, т.к. адресация Flash будет нарушена при несовпадении с адресом OTA.

Мои прошивки при старте проверяют адрес запуска, и если они не там, то перемещаются куда надо, и делают требуемые очистки Flash и т.д. Типовых запусков OTA только у Telink много. 0x0, 0x8000, 0x20000, 0x40000. Далее идут ещё варианты у Tuya.... Тут без авто-определения запуска не обойтись...

Причины, почему может возникнуть нужда в 512K Flash: За годы у меня и многих скопились всякие “Умные розетки” и подобные с модулем WiFi. Купили давно, не подумавши, что они работают только при наличии доступа к Tuya Cloud. А ныне инет отключают... Естественно и отключаются эти “розетки”. Но...

Все термометры Tuya заливаются альтернативной прошивкой ZigbeeTLc по ZigbeeOTA. А ZigbeeTLc безразлично, какой там размер Flash, и есть или нет там boot_loader. Аналогично с ZigbeeOTA в Tuya Zigbee для перехода в BLE. У BLE совсем другая разметка Flash. А чипы у Tuya устройств бывают разные - то...

TB-03F-Kit (TLSR8250 512K Flash):

И не ясно зачем energy_save() использует какую-то свою систему сохранения (USER_DATA), вместо готовой и практически пустующей NV_MODULE_APP, изначально предназначенной для сохранений пользовательской части программы... Но если очень хочется свою - то в 512K Flash есть место для USER_DATA...

@Slacky - Для 512K Flash имеем ограничение в NV_MODULE_ZB_INFO c 0x34000. В итоге бинарник OTA должен быть до 212992 байт. Ваша только что собранная мной прошивка tuya_mini_relay_zrd_V1.0.03.bin (без printf(), но для 512K Flash) имеет бинарник OTA в 204196 байт. Так же в опциях стека Zigbee...