Лидеры

Да, документация построена таким образом, что как референс-мануал, так и даташит, они охватывают сразу несколько моделей. В даташите в его конце приведена расшифровка обозначения микроконтроллера, а в середине даташита по обозначению отыскивается конкретный состав модулей и наличие таймеров. Референс-мануал имеет еще более широкий список описываемых микроконтроллеров. Например, RM0008 подходит для нескольких десятков моделей. Файл CMSIS описания микроконтроллера так же не подходит для определения состава модулей, поскольку он пишется по референс-мануалу, который, как я сказал выше, подходит для некоторого числа моделей. Поэтому, руководствуемся только даташитом и его табличками. Про триггеры все возможные комбинации указаны в табличках референс-мануала. Если требуемой комбинации нет, можно её сделать через физическую внешнюю цепь через вход и выход.

А, ок. В 48-выводном корпусе OSC_IN отделен от OSC32_IN. Во всех остальных OSC_IN и OSC32_N - это один и тот же вывод. В референс мануале Все еще не ясно, в чем Ваш вопрос. Не тактируется или что? Код выкладывайте тогда.

Есть мелкие производители, которые производят максимум 10-50 штук приборов в год, сидят за приемкой, естественно полный набор всех положенных документов. И у них точно такой-же гемор с наименованиями конденсаторов/резисторов и точно так же приемка приходит и задаёт вопросы - а почему вас написано в документации GRM32EC72A106KE05, а купили GRM32EC72A106KE05В. И начинается написание обоснований, что это не другой не деталь, а просто эта буква указывает норму упаковки, но это не просто, поэтому пишутся запросы поставщикам и т.д. и т.п. Для этого конструктор есть, и он потребует в документации указать не просто 0805 X7R 0.047 мкФ 50 В, еще и толщину - элементарно же.

Все члены Qqq имеют выравнивание ==1, а значит Qqq можно считать упакованной. Вообще-то, если прочитать исходный пост, то видно, что ТС хочет передавать указатель на невыровненную переменную (см. название топика) без варнингов. Возникает такая потребность при взятии указателя на член упакованной структуры. Т.е. - ему важна не сама формальная упакованность структуры, а возможность корректной передачи указателей на её члены. Если вы заметите - то он передаёт указатель как указатель на обычный тип даных (не имеющий никакого отношения к структурам). А значит моё решение: Описать структуру как я предложил и передавать указатели на её члены - вполне подходящее. ТСу очевидно нужно решить какую-то конкретную практическую задачу корректно (например описать структурой кадр какого-то протокола). И передавать указатели на его члены. А какая при этом будет структура (по формальным признакам) - упакованная или нет - это дело десятое. Главное, чтобы компилятор правильно с ней работал. Правильно и оптимально (где возможно - многоразрядными инструкциями, где нет - побайтово).

Референс-мануал общий на несколько моделей. Конкретный состав в конкретной модели - смотрите даташит:

В даташите на другой контроллер имеется сноска.