Впервые делаю проект на атмеге8, компилятор IAR.

Что надо сделать, чтобы работать с битами похожим образом:


?

Сейчас работает только один способ:

Но после компиляторов для микрочипа PICC18 и MCC18 такой способ кажется дикостью и жутко неудобен.

Напишите свои макросы, которые кажутся жутко удобными, либо используйте множество готовых
Я не вижу ничего неудобного в записи
PORTx |= mask
и
PORTx &= ~mask
Если хотите в виде структур - пожалуйста.
Я думаю, в WinAVR можно найти соответствующие h-файлы/
Кстати, компилятор тут вообще ни при чём

Компилятор всегда причем. Неплохо бы посмотреть, как компилятор обрабатывает битовые поля в структуре. Совсем не факт, что также эффективно, как обычное установку/сброс конкретного бита с помощью маски. Тогда и нет смысла на битовые поля переходить.

В IAR'е в свойствах проекта найдите и поставьте галочку Enable Bit Definitions.

Тогда у Вас появится возможность писать PORTC_Bit4=1 или TIMSK_OCIE1A=0.

В следующий раз курите документацию на компилятор и среду.

IAR позволяет делать так:

Ну и соответственно:

Если нужно работать с битами в переменных, то можно использовать структуры с битовыми полями.

otrog, Rst7

Посмотрел заголовочник iom8.h:


т.е. ENABLE_BIT_DEFINITIONS делает совсем другое.

я так понял, это заголовочник кривой, т.к. в iousb1287.h все нормально прописано:


а в iom8.h прописаны только голые регистры:

Да, кривой. Но PORTx_BitN будет работать.

Помогите, пожалуйста, с аналогичной проблемой но при работе с ATxmega32A4.
Галка Enable_bit_definitions установлена. Хочется, чтобы банально была возможность работы с PORTX_BitN, SREG_BitN и GPION_BitN.

В самом хедере ATxmega32A4.h имеем:

Как раскрывется sfbr я не нашел...
В mega32 например периферия описывается как:

ну и в iomacro.h есть определение:


Подскажите, пожалуйста, как бы это все согласовать, чтобы работало?

Рекомендую пользоваться стандартным представлением.
Типа
PORTB |= (1<<PIN5);
Это поможет вам легко переходить от камня к камню и исключит некоторые ошибки.

Для того чтобы всё было лаконично - заведите файл описаний (у меня, к примеру, port.h) и поименуйте осмысленно там ваши ноги.

Например:

// PORTB
#define LEDPWR 5
#define LEDPWR_ON PORTB &= ~(1<<LEDPWR)

и так далее.
Это обеспечит:
1) Возможность простого осмысленного анализа схемы по тексту проги. Из одного места. Например сразу видно что к PB5 подрублен
светодиод и зажигается он нулём.
2) Возможность быстрого внесения изменений в программу минимальными корректировками. Например сменить порт, поменять пины,
сменить полярность.
3) Возможность ввода нескольких версий платы не меняя логики её работы (например после переразводки)
4) Возможность переноса на другую платформу (необходимо поменять логику работы с портами)

Полностью поддерживаю.

Надо не привыкать к дикостям и ненужным уродствам производителей компиляторов и писателей хидеров к контроллерам (им надо несмышленышей к своей кормушке привязывать и не более того). Иначе неизбежно будете обречены изрекать: "после компиляторов для микрочипа PICC18 и MCC18 такой способ кажется дикостью и жутко неудобен". Хотя неудобен, нечитаем и ограничен (давайте пару бит за раз установим) именно кажущийся Вам "удобным" способ.
Пример приличного описания битов в регистре:

Спасибо за ответы - разобрался на свежую голову...


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

и появилась возможность делать