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

Я не нашел, т.е. ещё не искал, функций в PHY SDK указывающих или опрашивающих систему таймингов BLE для выполнения (выделения времени для) длительных процедур типа стирания сектора Flash. В других SDK к таким действиям идут описания в мануале – какие, как и когда вызывать функции. У PHY SDK...

Время стирания сектора SPI Flash критично для тайминга протокола BLE. В принципе критична любая задержка более пары мкс. Произойдет потеря или сбой соединения, но может восстановиться, если участники соединения смогут пересогласоваться. В WiFi – аналогично. По этому код обработки RF и прерываний...

В итоге если SPI Flash и XIP - задирать частоту CPU выше нескольких десятков MHz нет смысла. (Смысл коммерческий есть - чип будет больше греться и жрать :) )

Очень наглядно выполнение из XIP видно на обработке I2C или других аппаратных интерфейсов. При работе из XIP наблюдаются рандом паузы межу транзакциями… По этому, детские сравнения производительности мелких чипов, да сравнения по частоте CPU – это смешное шоу. Код библиотек в Arduino ESP32 –...

XIP в PHY6222 всего 2-х проводный (DSPI, не QSPI) к Flash. К примеру, если брать ESP32 с DSPI, то если код не помещается в кэш, то производительность 2-х ядер при выполнении кода ESP32 из XIP равна производительности одного ядра 10..16 MHz Cortex M0. При этом потребление чипом максимально.

В итоге в RAM помещается код в зависимости от проекта. Если всё лезет в один регион retention RAM, то это лучший вариант. При сборке проекта https://github.com/pvvx/THB2 я перекинул некоторые функции связанные с проектом в Flash, что дало увеличение потребления на пару процентов. Т.е. всегда...

Это очень просто если смотреть исходники. В RAM нужны функции, которые должны работать когда Flash стирается/пишется (т.е. занята). И другие функции, требующие строгого исполнения по времени. В Flash код исполняется медленнее - пока там XIP отработает... Код в Flash потребляет больше и работает...

Я их вариант Keil не пробовал. Пишите в личку..

https://github.com/pvvx/PHY62x2/raw/master/SDK/phy6222_v313_0512.rar -> \components\keil\ - всё для Jlink

Плюс новые версии SDK жирнее и из них не вырезать ненужное из blob-libs. А makefile нужно чтобы он не сваливал все obj в одну директорию. Заменять невозможно SDK файлы на патченные, без переименования. Да и вообще это бардак - валить все obj в одну директорию нарываясь на конфликт имен...

На этом SDK и собран https://github.com/pvvx/THB2 Он и дает sleep 3 мкА. Остальные добавляют + 1.7 мкА

Мне просто некогда в этом ковыряться. Есть куча других дел и ещё пользователи в github наседают с тупыми вопросами... похоже что у англо-язычных тоже "праздники"... Вот это надо нормально собрать: https://github.com/biemster/st17h66_FindMy Имеющийся там...

Всё это бесполезно - надо пересобирать либу. Оно собирается, имеет несколько исправляемых warnig. Кто напишет человеческий makefile со сборкой всего плюс librf.a пусть из 3.1.1? Китайский и другие имеющиеся - ужасны.

Не вижу смысла в lib.a для GCC от китайцев. На них итог, по размеру для TestTHB2 (SDK 3.1.3): - { first: 0x11020000, last: 0x11033A27, length: 0x00013A28 } - { first: 0x1FFF0000, last: 0x1FFF07FF, length: 0x00000800 } - { first: 0x1FFF1838, last: 0x1FFF6803, length: 0x00004FCC } а на...

Здесь есть сборка (исходники) либ 3.1.1 для Keil

Накрутил sleep до 4.7 мкА в simpleBlePeripheral. Ниже не выходит. Это уже было в Keil с SDK_3.1.3. Лишние минимум 1+ мкА. Для THB2 - 3 мкА в SDK_3.1.1(2). Если добавить блок RAM с питанием в sleep, то это дает совсем немного - 0.2..0.5 мкА

Gihub ругается - не хочет удалять репо... Тут собрал кое как пример simpleBlePeripheral на GCC в PHY62XX_SDK_3.1.3 от AiThinker. Но как всегда не работает sleep. И колбасит питание GPIO от внешней наводки 50Гц, т.к. никуда не притянуты...

Это безбожно устарело и я давал для Ernst79 в качестве исправления-примера как ему писать парсер для интеграции "Passive BLE Monitor integration" и "BTHome". Теперь все интеграции для BLE построены по тому алгоритму. Надо стереть следы моего участия...

CMSIS\device\phyplus\phy6222_cstart.c #if 0 src = (const uint8_t*)&_eronly; dest = (uint8_t*)&_sdata; edest = (uint8_t*)&_edata; osal_memcpy(dest, src, edest - dest); #endif

@АлексейМ - Формат BLE рекламы BTHome. Программы для ATC_MiThermometer подойдут.