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

Для начала вам советую сгенерировать в STM32CubeMX проект USB-COM на STM32F103C8T6 с Echo (там это штатный пример) и проверить throughput своего AdHoc.

А разве это какое-то достижение, спустя 35 лет после выхода всяких пакетов собирающих оптимизированную архитектуру ALU с готовым кодом транслятора СИ с учетом всех зависимостей под конкретную задачу? STM32CubeMX тоже что-то генерит, у Microchip так-же аналогичная приблуда есть...

Вы сами влипли выбрав этот пример - там усё по максимуму и любой лишний код и ... :p Как раз для теста ваших глупостей с AdHoc. Полное исключение HAL и любых калбаков и XTOS сможет спасти ситуацию.

Пару лет назад был такой код - прерывание таймера ставило флаг... :) Такие решения были выброшены по причине ужасного джиттера опроса с выбросами и дублями на снятых показаниях с автоматически обновляемых регистров измерения у INA2xx со своим плавающим дискретным шагом от встроенного RC...

Nordic будет этому угождать изо всех сил - иначе у него не будет никакого рынка сбыта... Но что-то у "народного творчества" полностью исчезли не китайские чипы... Китайцы готовят аналогичные проекты на своих чипах BLE (TB-01/02 тому пример), как это было с ESP8266. STM давно замещен китайскими...

Он неудобен и тормоз. Для отладки не годится и не выводит чип из состояния sleep c отключенной Flash. Ну-ну - сказки расскажите кому другому, тем более про лицензии, цены на требуемое ПО и dev-board для Nordic :) Особенно о времени выполнения простейшей задачи с SDK от Nordic и требуемые для...

Доп. утечки от того, что остался активным USB-SWS просыпалка, пин пробуждения и переключения режимов USB/BLE и какие-то утечки на не полностью отключенные Ref или ещё чего из предустановок ADC... И так сойдет :)

Хотя-бы так сделайте замер, если у вас ничего приличного для измерения нет: https://esp8266.ru/forum/threads/ble-modul-jdy-10-na-chipe-tlsr8266.4654/page-11#post-69887

Проверка тестером потребления JDY-10 в режимах работы, sleep, deep-sleep. Для испытаний взял свой текущий код от USB-BLE-ADC (он уже новый, исправленный и не тестовый, но не ещё не выложен). Это не суть. Описал два переключателя KEY_K1, KEY_K2: #define KEY_K1...

Я изучил, что там понакалякал @cheblin. Глупостей много, с жизнью несовместимо, но это только начало. Так сказать вхождение @cheblin в жизнь MCU и малых SoC... Он же написал - доделает, а пока прототип стыковки к AdHoc. Дальше будет хуже и именно с авто-кодом от генератора AdHoc. Потом забросит...

Возможно, что условия гарантии у всех разные. Например при обнаружении заказчиком брака вам бесплатно поменяют всю партию, но вы будете сами это всё тестировать (и новую партию) :) Или платите за шутку в десять раз больше и вам отберут чипы на конвейере по вашим критериям. Конвейер производства...

Дядюшка Ляо на обычном заводе с фирменным производственным конвеером склепал чип - ему так проще и дешевле, там где делают чипы для серьезных брендов, а Nordic разместил заказ в китайском гараже - им так дешевле. Об этом указывает всё - даже не стали исправлять errata и утечки первого DC-DC, да...

Замер в студию. Или снова читаем читаем даташиты - только на CPU от 7 мА + от 7 мА передатчика при 0 дБ + прочие требуемые для работы потроха. Итого при +8 дБ, к примеру у nRF52 - это сумма в 42 мА. Очередной бред. Замер в студию.

Более точные временные диаграммы по состоянию CLK на I2C с рабочего примера PowerProfiler и INA219: Цикл опроса 84 us. Выходной поток в USB 11.9 ksps (> 23.24 kbytes/sec - такой поток нормально буферизировать в STM32F103 негде). Джиттер опроса менее 1 us. Предельно разогнанная и стабильно...

Для отладки нужна приемная часть с USB и отображением что там читается на чем угодно. Параметры у INA219 - шаг опроса по I2C 84 мкс. Максимальная частота I2C у STM около 800 кГц. Кол-во тактов на транзакцию чтения регистра в тактах I2C от 51. Время исполнения транзакции 51/800000 = 0.000064...

Нельзя в IRQ такой громоздкий цикл cheblin/I2C-SensorsDataCollector Когда будет работать USB? В оригинале там был один опрос одного значения c I2C с временем занятости и запретом IRQ для USB на 50..70 us. Поставлен на IRQ для минимизации джиттера опроса и дабы исключить дополнительное чтение...

Для @A_D, а то раскидались по темам, по поводу измерений мкА: LDO при колебании тока с 30 мА до десятка и менее мкА дает всплеск напряжения не менее на +-1 мВ. Это, при шунте в 1 Ом, отражается как цикл заряд-разряд емкости в модуле на емкость у LDO. 0.001В / 1 Ом = 0.001 A, т.е. 1 мА...

А там-же, все следующие сообщения по вашей же ссылке. Вы же сами это дали, чтобы поржать над C# :)

Старые маяки жрут меньше - у них предельный TX 0 дБ и дальность 10 метров по прямой в пределах видимости :p С такими параметрами TX 0 дБ - потребление всех перечисленных чипов, включая nRF52 в режиме активности падает в два и более раз. Уменьшение длины adven. (маяка) пакета так-же сокращает...

mysensors - это тоже BLE девайс. Mesh и Zigbee - это тоже BLE девайс. Тем более вам писал, что Mesh шлюз следит за прикрепленным к нему BLE. Ну пропустит пару передач, что аналогично mysensors... Нафиг этот не стандарт, который не прочитать нигде и ни кем...