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

Это без разницы. Но чипы Wifi-BLE не умеют работать одновременно с BLE и WiFi. В прочем и не могут одновременно с LAN. По этому и возникают 3 контроллера со своими мозгами. Если мозгов у кого из них мало, как это часто в малых SoC, то одновременная работа невозможна как ни крути. Для решения...

Сохранение и восстановление регистров CPU и прочей фигни при отработке аппаратного прерывания по вашему не называется сохранением и восстановлением контекста прерываемой задачи. На этом вам можно заканчивать программировать. Пока.

Вас уже давно не просят о помощи. Вам пытались описать как оптимально решить вашу задачу. Т.е. это вы обратились за помощью и неуважительно относитесь к оппонентам высказывающим своё мнение (о себе я молчу). Может на этом и закроем тему AdHoc?

Пора прекращать с вами возиться. Видно что это бессмысленно, т.к. нет базовых знаний реальных вещей.

Офигеть 0 да вы просто тролль с копипастом из google и пустой головой.

Опишите как работает калбаск от прерывания с разрешением этого прерывания.

Урезание функциональности от FreeRTOS ни о чем не говорит. Вы опять застряли в лейбочках, не понимая сути их работы. Это норма для программеров :P Они заучивают названия процедур из библиотек и а как это работает им всё равно.

Простое. Она в базисе примера и управляет этими прерываниями и "колбэкам".

RTOS - Операционная система реального времени — Википедия Real-Time Operating System Я знаю, что вы как программист с этим не знакомы. У вас есть понятия только Виртуальная мнимая система. Для них вы и создаете AdHoc.

И т.к. вы приползли на форум чипов с WiFi и BLE, то RTOS с тиком 1 ms на основных типах CPU (Cortex или ESP) при CLK CPU на 8..10 MHz полностью занят только задачей WiFi или BLE и на пользовательскую задачу у проца времени уже нет. При этом и трафик примера типа Echo уже дает заниженные...

Так-же не забываем, что для SMT32 любое обращение проца к периферии - это остановка на дцать тактов WAIT ожидания отработки медленной шины к устройству и его низкочастотному тактированию. В HAL на это наплевали. А тем более вызовы калбаков апосля прерываний в RTOS - это вообще тысячи никчемо...

Значит AdHoc сдулся перед MCU и малыми SoC? Подавай жирненькое ? Дык жирненькое тоже не тянет. Те циферки и на него действуют, даже при передаче между процессами, не говоря уже о их создании. Убирайте из авто генерируемого кода любые вызовы call. Это плохо отражается на производительности MCU и...

"А к практике мы перейдем потом (опосля, значит)." Время переключения контекста для процессов в Linux для малых SoC: https://esp8266.ru/forum/threads/mt7688an-hlk-7688a.2934/page-2#post-61018

"Сначала маленький экскурс в историю, А к практике мы перейдем потом (опосля, значит). Так вот, все это началось в те самые времена, Когда Исус Христос сказал впервые “Ом”." В i386 в DOS (! скорость обработки прерываний) была беда - не могла опрашивать UART RX со скоростью 115200 baud (11520...

Перед вами элементарная задача - решить сколько времени занимает переключение контекста у STM32F103 в вашей так называемой ОС от ST. И рассчитать сколько их возможно в секунду. Только на таймер опроса регистров потребуется 11904 раза в сек... На USB уже останется то, что останется :) А останется...

Время выполнения этого калбаск в тактиках STM32F103 более чем вся транзакция по шине I2C на 800 кГц CLK. Как и любое переключение контекста... и не так далее, а получаете скорость опроса I2C регистров не более пары тысяч в сек, а надо 11904 раза в сек для INA219 на максимальной частоте...

Буфер TX EndPoint вы можете заполнить в любой момент когда он свободен, т.е. прошлый считан хостом и снят флаг занятости. А буфер RX EndPoint можно не считывать пока не будет времени на его обработку, т.е. не будет свободен TX EndPoint для передачи. По этому ваш калбак в RX никому не нужен...

Если превалирует RX, то балансировка потоков RX и TX производится путем не считывания RX EndPoint. При занятой RX EndPoint хост не сможет записать туда ничего и будет вынужден ожидать (через 1 ms) следующего опроса освобождения RX EndPoint и т.д. Тем самым и балансируется. Но в дровах ST этого...

Он будет вызываться в пределе 1 раз в 1 ms по получению данных от хоста в USB в данной RX EndPoint. А I2C регистр INA219 надо опрашивать через 84 us. И эта задача важнее - джиттер не допустим, т.е. чем меньше - тем лучше. Передача блока в USB так-же возможна только тогда, когда хост произведет...

I2S - это другая шина. Для звука... CDC_Receive_FS это прием, но никакой гарантии, что в данном калбаке отработает CDC_Transmit_FS. Он может быть занят. По тому и повторите то, что накалякано в PowerProfiler - все ваши калбаки будут ставить флаги, а по ним уже и определитесь что и когда и куда...