Здравствуйте.Подскажите пожал-ста, есть ли принципиальная разница в написании программ на языке Си к МК 8-битному и скажем, к 16 или 32 битному? (То, что регистры общего назначения у них разной длины, это понятно.) Ведь на самом деле, я могу использовать тип long int во всех случаях?
спасибо!

Можете, если хотите получить большую медленную программу. В Стандарте языка с 99 года описан замечательный заголовочный файл stdint.h. Используйте объявленные в нем типы с умом и все у вас получится гораздо лучше.

вопрос у меня был немного не в этом
С бытродействием как-бы все понятно, конечно на 32-м будет быстрее..
Или Вы хотели сказать, что на 16-битном процессоре longint использовать неразумно?

даже когда нужно использовать uint8_t, например?

Честно, я не знаю что это за тип. Догадываюсь, что-то похожее на uchar

А ARM гарантируется атомарный доступ к 32-х битным регистрам.
Это значит операции с ними не надо обертывать в критические секции.

Поэтому программу использующую RTOS с 32-х битника на 8-и битник перевести будет принципиально трудно.

Обязательно АРМ ? Или любой 32-битный (к примеру PIC)?

А что значит обертывать в критические секции?

если char 8-битный - да


это значит, что обработка 32-разрядного регистра происходит атомарно, за 1 команду. В 8-битниках это разворачивается в целый набор команд с 4-мя регистрами, а если вдруг прерывание и эти регистры там изменятся, а "пацаны-то не знают"?

Если вы не используете ограничение разрядов как фичу - то да.

Т.е. если A=65535 результат от A+=1; или A<<=1; будет разный при u16 и u32.

Топикстартеру - в чем вопрос, не понимаю. Понятно, регистры МК имеют определенную разрядность, ее и нужно использовать в своих программах. Еще есть вопросы?

Нет. Разрядность будет носить только оптимизационные особенности.


Ну, часто переменные сидят в ОЗУ. Для архитектур 16 и 32 бит имеет смысл понятие "выравнивание" и "тип индейцев".
Например, 32-битный Cortex-M0 не умеет работать с невыровненными данными и 32 битная переменная собирается
из 4 последовательных чтений 8-битных порций. Правда, при чем тут атомарность не совсем понятно.

"Индейцы" могут сильно помочь или помешать при реализации внешних протоколов.
Но опять же - не принципиально.


Типы данных могут быть реализованы на любой разрядности.
Программист должен выбирать корректный тип для хранения данных.

Индейц это indian, а не endian. Endian на самом деле много более прикольно, чем indian

а что значит невыровненными данными? В чем тогда его 32-битность состоит?

Естественно, в разрядности регистров и АЛУ.
Про выровненность - это при работе памятью.

Это когда адрес данных в памяти кратен их размеру. Например, если данные имеют размер 1 байт, адрес может быть произвольным (поскольку память адресуется всегда побайтно), если данные имеют размер 2 байта, адрес должен быть кратен 2 (т.е. иметь 0 в младшем разряде), если данные имеют размер 4 байта, адрес должен быть кратен 4 (иметь два младших нуля).

Ядра Cortex-M3 и более старшие умеют работать с невыровненными данными. Например, если будет выдана команда чтения слова (т.е. 4 байт сразу) по адресу 0x00000004 (выровненный доступ), это слово будет прочитано за одно обращение к памяти -- сразу все байты с адресами 4-7. Однако если читается слово по адресу 0x00000002 (невыровненный доступ), физически будут выполнены две операции чтения по два байта -- по адресам 0x00000002-3 и 0x00000004-5, однако процессор сам разобьёт доступ на два, а затем объединит считанные байты в полное слово, поэтому программист ничего не заметит (за исключением падения производительности, поскольку потребуется два обращения к памяти вместо одного, что как минимум на один такт медленнее). Однако ядро Cortex-M0 не способно выполнять невыровненные доступы, поэтому при попытке считать слово по адресу 0x00000002 возникнет исключение.

Справедливо, если в коде тип u32, а если Int...

Переименовать int в int32_t, и всех делов.