При попытке запусть проект 1-EventFlag для Atmeg32 в main.cpp
AVR GCC ругался тремя ошибками на регистры таймеров.



После изменения таким образом ошибки устранены.


Надеюсь, разработчики учтут исправят.

Я бы не назвал это ошибкой порта для AVR и gcc, и даже ошибкой примера — пример сделан под atmega168 про что, впрочем, только вскользь упомянуто в комментариях и строке MCU= в makefile.
После Ваших исправлений компиляция не пойдёт на меге168 или там меге1284 и кто-то другой назовёт это ошибкой :-)

Но что-нибудь придумаю, придётся просмотреть распределение битов по регистрам у разных контроллеров и понаделать #ifdef __AVR_atmega32__ и т.п..

Не ошибка порта, а компилятор находит ошибки.
Имена и количество периферийных регистров меняются от Атмеги к Атмеге.
Думаю, напрашивается что-то похожее на:

И надо будет внимамтельно посмотреть на
TIMSK = (1 << OCIE1A);
и
TIMSK |= (1 << TOIE0);

Думаю не стоит засорять пример - достаточно написать, что он под 168. А если человек будет не в состоянии изменить названия регистров/битов под свой кристалл - значит ему рановато знакомиться с ОС.


Вы изменили тип процессора в makefile, после чего компилятор начал ругаться. Фактически вы вскрыли прибор и нарушили гарантию До вашего вмешательства все собиралось без ошибок. "А если туда гранату бросить?"

я полагаю, хто разрабтчики заинтересованы в популяризации своего продукта, чем больше кристалов поддерживается, тем лучше, чем больше ющеров могут начать работу с с этой ОСРВ.
Наверное, лучше сделать прмечения в документации, что примеры только для Атмега168, а для того, могут работать и на Атмеге32, или другой какой, если сдеать то-то и то-то.
Если для работі с ОСВР ограничивать интелектуальный уровень, то она будет лишь для избранных.
Но мое дело предложить.
Принимать решение держателям кода операционки.

Разработчики - это люди, которые используют её сами и помогают на добровольных началах всем остальным желающим использовать. Никакой коммерческой выгоды от популяризации продукта не предполагалось и не предполагается.


Т.е. вы предлагаете выложить несколько десятков (сколько там микроконтроллеров Атмел наплодил) почти идентичных примеров, отличающихся только названиями регистров управления периферией (что к коду ОС никак не относится)?

Не обязательно это делать в рамках OS.
Если кто-то надумает такое сотворить, то и пусть, открыть новый проект не трудно - scmRTOS-samples-AVR.