AlexRayne

из отечественнго вот этот самопал я пользовал https://github.com/sergev/uos-embedded а если это АРМ - то на него что угодно можно нагружать - freertos, keil RTX, asurertos, mbed, ... такой зоопарк

ООП уже прошлый день. ДОП грядет Перелез с С++ на С - чую щастье гдето рядом.

в исходном топике фигурировало желание отследить рабрту ПИД. я это делал утилой от стм, т.к. городить дамп в уарт, и парсинг - это возня на неделю. а тут все из коробки

у stm есть утилита мониторинга переменых в чипе онлайн - если есть бинарь elf, она с него переменные импрортирует. и по жтаг или свд цепляется к ядру и читает их прямо из памяти. никакой дополнительной оснастки журналировария в софте тут не нужно. оди недостаток - слабая скорость канала не позволяет считывать данные быстро. быстрее семпл/20мс у меня не получалось на винде. тула умеет строить графики и сливать все в жуналы, сохранять сессию и загружать сохраненное.

на вируалку такое не поставить?

чето вангую бельше 100ки нет у них окладов

потомушта обращение по невыравненому адресу требует специальных команд доступа, а обычные ЛД/СТ вызовут икслючение шины. может поэтому?

Это где такой принтф окопался?

Имхо, наиболее производительоо Вам будет взять исходник принтера vprintf, и немного навернуть его, добавив в парсинг ваши параметры. еще большой головняк - передать эти самые параметры в printf, а переделав сам принтер, вы сможете запользовать глобальные переменные, или хитрые структуры передавать параметрами.

Я столкнулся с проблемой на стеке у ГЦЦ при слиянии функций. но у меня проблема лежала в диких case/switch почемуто гну не смог адекватно тогда это переварить, поехала раскладка аргументов ко вложенной функции на стеке. но это эксклюзив же. если функция большая и сложная - дублировать её тело компилятор не станет. даже ценой небольшого ускорения - на АРМах цена вызова невелика, а кеш на всех системах пенальти чувствует. проблема может быть если он массово инлайнит маленькие функции. но тут сложно приписать криминал - как правило это именно то что ожидается от компилера. однако странно что ИАР не оптимизирует стек. у него же спец-инструмент вроде даже есть для оценки расхода стека.

а какая тут может быть проблема? если функция не static, по прямо таки интересно - когда он её заинлайнит? и зачем с этим бороца?

цепи с обратными связями, особенно цифровыми, он особннно не любит.

нет, мой инлайн состоял из одной строкии - лукап массива по индексу. почему он его не заинлайнил? упоролся бодаться, но так и не совладал.

в моей практике приходилось заставлять инлайнить. причем на максимальных оптимизациях и иар и гцц. помог только макрос-дефайн.

по идее, если функции имеют ссылки, то компилятор их должен обеспечить, т.е - оптимизирование слиянием функций, в примере выше, не может произойти.

memcpy - заботится и о выравнивании и о скорости

Уточню - ненулевым должен быть access_selectors атрибута2 профилей, причем только у журналов

печалька в том что найти хваленого оберона в фриваре в то время было нереально. трлько какаято корпоративная поделка была, компилящая причем в собственную среду исполнения. Хотя казалось бы чего проще - синраксис оберона проще паскаля в разы, прикрути к существующему паскалю новый синтаксис. а вот дельфи, и с - благодаря тому же борланду легко добывался. и гну опять же свободно С/с++ раздавали.

Спасибо, я собирался эту теорию проверять как раз в пн, а пока вымучивал профили. Есть представление - какие селекторы необходимы вообще? можете прислать журналы прошедих тест приборов, о которых говорили у вас есть?

Разбираюсь сейчас с тем как устроены права доступа к атрибутам: attribute_access_item ::= structure { attribute_id: integer, access_mode: enum: (0) no_access, (1) read_only, (2) write_only, (3) read_and_write, (4) authenticated_read_only, (5) authenticated_write_only, (6) authenticated_read_and_write access_selectors: CHOICE { null-data [0], array integer [1] } } access_selectors - загадочная штука. ненашел описания что это может быть нигде. Чтобы это могло быть?

А есть ли журналы сертификации успешные от каких нить счетчиков у кого нибудь?

а почему у Вас этот объект Data? СПОДЭС просит чтобы это был профиль вроде?

может эта проверка "селективного доступа" - это про ограниченные права доступа к закрытым полям? пароли там - не должны без аутентификации читаться

нет, этот как раз в тестах считывателя и конфигуратора - у них по любому права есть

в успешном тесте я заметил что профили иначе тестируются: почему они так вот непонятно пока может их надо закрывать на чтение в публичном соединении?