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

CH32V208WBU6 имеет LAN и BLE5.3 = роутер, и стоит копейки

Для Умного дома mesh не нужен, даже вреден. Исполнительные устройства ВСЕ питаются от сети и уже соединены проводами. Только датчикам нужно автономное питание и беспроводное соединение. А по расстоянию связи LE Long Range достаточен - это всяко лучше WiFi и Zigbee.

Не зря тысячи ценников с электронными чернилами в магазинах и идентификаторы контейнеров работаю по BLE. Никакая другая технология пока не справляется с такими задачами. И это самое дешевое решение :p Просто вам втюхивают устаревшие решения в виде Zigbee, да ещё с надбавкой в цене :) Лох должен...

При отключении в сети Zigbee координатора или выходе его из строя Умный дом превращается в репку. И имея на руках полу-автономное устройство в виде смартфона вы не можете даже посмотреть что творится. Т.е. сеть и функциональность Умного дома полностью падает, т.к. Zigbee не предусматривает...

Роутеры в Zigbee соединены проводами. Это не беспроводная связь, как и WiFi. Не забывайте об этом :p

Смысл сравнивать протоколы и алгоритмы сетей если для передачи одинакового количества информации Zigbee требует от устройства энергии в более чем десять раз, чем в BLE? Так же смешны указания о длительных интервалах между передачей для уменьшения потребления конечных устройств в современных...

Это наоборот - дополнительные проблемы. Роутеры не автономны. Батарейки у конечных устройств умрут из-за поиска и перезапросов...

@almirus - Ждем от вас Tuya OTA с описанием. Встроим в общий HTML/js.

Пока проводками. C Tuya нужно слишком много - ключи регистрации с разными приколами от каждого производителя конкретного устройства...

@cool2000 - пора раскрашивать... OTA работает, минимальный набор функций настроек тоже работает, но не нарисованы в html. Ошибки в js в загрузке файла оставил (не исправлял) - дублирует при повторе... Вылечил скорость OTA - теперь около 1 килобайта в сек.

Расчеты по замерам тока потребления есть, а реальной статистики работы от CR2032 в Zigbee пока нет. Ещё ни одна батарейка не сдохла с тестовыми термометрами на Zigbee. Прошло всего 2 месяца. Работающие термометры одновременно в Zigbee и BLE - тоже самое, пример: Так и работает. Но смысла для...

Походу вроде всё с OTA. Есть загрузка без параметров (т.е. всё по умолчанию) и с заданием всех параметров... Нужен новый ota_app_phy62x2.ld, который должен линковать всё в один бинарник с заголовками. Заголовок – это app_info_t. За ним следует таблица сегментов app_info_seg_t. Далее, включая...

Тормоз ещё тот: Интервал соединения 30 ms (поставил по рекомендациям Огрызков (Apple) - кратное 15 ms) Порядок среднего тока ~0.45 мА Стирание сектора: В TLSR825x - интервал 20 ms но OTA во много раз быстрее, хотя CPU там полный тормоз с очень мелкой кэш XIP. (Ср.ток 1 мА)

Запись проходит без проблем. Лог с проверкой после каждого блока что говорят переменные ota, но без проверки записи каждого кусочка (16 байт): Потом читается всё ok.

Пофиг - результат один. Наверно поможет только полная реинициализация spif - hw_spif_cache_config() (hal_cache_init()) )

См. hal_flash_read() -> если записать AP_PCR->CACHE_BYPASS=0 отрабатывает ваши команды. Фиг его знает - может он ещё запись кэширует.... Работает так - если чип заснул, то кэш XIP обновляется гарантированно. Надо немного поменять алгоритм - проверять CRC32 на всю запись OTA в конце, по команде...

hal_flash_write() и потом hal_flash_read() не работает - читает старый кэш. Команда AP_PCR->CACHE_BYPASS = 0; и прочие (вставлял и WaitMs(20) - не помогают. Остальное, если убрать проверку записи - работает (не пока не выкладывал) да, наверняка пригодится, когда буду раскрашивать...

До нормального кодогенератора там далеко... В общем осталась только эта опшибка... Скоро испытаю OTA, т.к. накалякал-дописал js для текущей версии OTA с id "РНY6"...

ССылка - это просто искал где такие названия модуля встречаются. Сам модуль то на TLSR951x.

Т.е. чтобы больше погонять заряды в CPU и увеличить потребление. Понятно.