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

Кароче обкакались со своим кодом, а printf вам давался (повторю): Впишите в хидер: #define printf() и собирайте свой код. Там ещё надо добавить кучку... но это потом :)

Говнокод у нас в AdHoc примерах. Никто, корме меня разобраться не может, включая вас. Собрать и странслировать свой же пример как оказалось вы тоже не можете. printf() и прочую фигню подавай... :) :) Вас это так задевает, что он идете на выдумки: Оно и так давно работает на тредах, зачем туда...

@cheblin Будут детские вопросы по Keil или HAL STM32F103 или куда вставить какую процедуру в сгенерированный код STMCubeMX - не стесняйтесь - обращайтесь. Вам многие помогут.

По вашему коду и коментам не сказать что вы вообще хотя бы раз писали что на MCU или SoC или проще - занимались системным программированием - дрова, ядро системы, там какие-то и т.д... Вам дали готовый проект для полностью удовлетворяющего все ваши мечты теста (повторяю подробно в 3-й раз): В...

Очередной поиск в google? Передача Что-где-когда? :) Ну спросите там про HAL - есть ли совпадения у функций в одной экосистеме для немного разных камней пусть у STM32? :) Но лучше сразу уровнем выше - есть ли алгоритмические совпадения а работе с одним и тем-же типом контроллера (к примеру I2C)...

Вы про это #define printf() ? Куда там ему печать в MCU?

Примерная аналогия заказа - все протокольный шлюз между пром. сетями с логированием и управлением по Web и т.д.. От 50 тысяч транзакций в сек - хоть пресловутых запросов-ответов modbus или HTTP. Web от одновременных не менее 5 пользователей (10..50 постоянно открытых HTTPS) с файловой структурой...

1. Динамическому сериализатору без разницы какой протокол. 2. Закупать всё равно придется. Вы можете предложить готовый - описывайте TTX и цену - будет лучше чем у других, дешевле и надежней - закупим.

Я не тороплюсь - читайте тему - уступаю молодым. Даю фору. А ваш первый шаг с AdHoc жду к следующему Новому Году. Писал уже вам это много раз. Быстрее вы всё равно ничего не сделаете, а до хотя-бы примитивного теста дойдете только через много лет, судя по темпам освоения.

В итого ваш идиотский совет/привед и итого выдает "retn" и более ни чего, как и вся болтовня про AdHoc.

И специально для @cheblin с усложнением: int test1() {retun 1} inline int test2() {retun 2} static int test3() {retun 3} int main() { test1(); test2(); test3(); return 0; } И какой код будет при оптимизации "0"?

Берете любой компилятор (особенно который знает что такое main()) и проверяете. Пишите : void test() { int a,b,c; a = 1; b = 2; c = a+b; } И что он должен поместить в исполняемый код по вашему? Оптимизация тут не при чем, т.к. действий ваше писанина не производит. Видимо вы в первый раз пишите...

А нафига тогда писали? И что - за год основной SSD пишет 98% офиц. ресурса осталось. Я 50 лет его держать не намерен.

У вас все дома? Настройте правильно компилятор. Ничего на диск не пишется при нормальной сборке. Даже на RAM диск! При сборке файлы открываются и закрываются, потом уничтожаются. Что делает кеш c отложенной записью? Купите нормальный CPU и время сократится до отработки кеш.

Может вы писать? И проблемс не в ресурсах SSD, а в том что VS при посадке в систему садится на все расширения файлов и грузится чтобы показать тот-же текст asm или ... Но её время загрузки и инициализации ужасающее. За это время проходят сотни кадров экрана и кулеры взвывают, а я читаю и ищю...

Я от этого отказался в позапрошлом году. Кеш дисков в RAM и так в win-де работает - зачем двойное дублирование.

В данном SDK по описаниям BLE и USB нет. Но для Ameba-D в Application Note: Halbtc8721d_phy.c component\common\drivers\wlan\realtek\src\hal\btc Ble_app_main.c component\common\bluetooth\realtek\sdk\example\ble_peripheral Ble_central_at_cmd.c...

В общем надоело ковыряться там. Мешает пресловутая VS - на случайные нажатия на asm и прочее грузит с SSD своё толстое тело и всё тормозит глухо на все десятки потоков CPU... А переназначать счас лень... Ей чё в 64ГБ DDR не закешироваться? :eek:

И без PHY_RF6052 -> 8710C не обошлось тоже. Но что-то по BT есть для 8710C.