Код: Выделить всё
void USART_END(void)
{
USART_TXD('\r');
USART_TXD('\n');
}
Код: Выделить всё
DDRD = 0x02;
PORTD = 0x03;
Что удивительного в приеме байта ?если до сих пор непонятно откуда растут корни, поясняю полностью.
издревле повелось, что компиляторы с "продвинутых" и общеупотребительных языков программирования (asm, c, c++ и др.) разделяют код между т.н. юнитами компиляции (модулями). Каждый модуль может быть скомпилирован отдельно от других, производя на свет файл *.obj формата (универсальный формат), которые потом с помощью линкера подшиваются в один конечный исполняемых файл *.exe.
Так уж повелось, что в целях унификации фирмы-производители компиляторов старались сохранить формат *.obj единым для всех языков (по возможности), что даёт хорошую возможность создавать программы на из юнитов на разных языках программирования. Например модуль на чистопородном ASM можно было сшить в программу на чистопородном C.
Обратная совместимость с этой концепцией ввела в язык C++ некие "странные" на первый взгляд вещи.
*.obj файл исторически устроен сравнительно просто: в нём есть изолированные блоки откомпилированного уже машинного кода и данных, которые сдобрены "метками" - мнемоническими обозначениями, указывающими куда-нибудь внутрь сего дела. Причем в *.obj файле принципиально неизместно чем именно является метка - адресом глобальной переменной, или ф-ии - даже для линкера это непринципиально.
Со старыми языками всё это работало без проблем - экспортные ф-ии и переменные получали совпадающую со своим программным именем метку в *.obj файле и дальше всё шло как по маслу.
А вот в C++ дядя Страуструп ввел такую фичу, как перегруженные ф-ии. Это такие звери, которые хотя и называются в программе одинаково, но имеют разный набор параметров, а следовательно разные тела, наполнение и содержание.
И вот чтобы эту концепцию протянуть через *.obj файлы без конфликта меток пришлось ввести т.н. name mangling. С помощью этого механизма имена переменных и ф-ий в *.obj файлах дополняются специальными длинными абреввиатурами, чтобы исключить конфликт имен конечных перегруженных ф-ий.
Проблема в том, что этот механизм срабатывает всегда и объявив void some(); ты в *.obj файле получить можешь имя для ф-ии вроде _some_v_f. Чтобы нормально спрягать код на C++ с C или ASM, где name mangling отсутствует, введено extern "C", которое отключает сей механизм у экспортируемых или импортируемых имен переменных/ф-ий. Логично, что extern "C" ф-ии не могут быть перегружены.
Так понятно? =)
Ошибаешься.Если я не ошибаюсь, то МК сам этим занимается и если что не так то он выставит флаг и прерывание по окончанию приема данных не произойдет.
Короче это загруз мозга минимум на неделю. Лан буду вкуривать в это.
Кто нибудь объяснит, что это за конструкция такая?urry писал(а):Ошибаешься.Если я не ошибаюсь, то МК сам этим занимается и если что не так то он выставит флаг и прерывание по окончанию приема данных не произойдет.
Пример обработки
https://github.com/jeremycole/avr/blob/ ... art/uart.c
Обычно перенос строк делают для удобства чтения, когда аргументы не влезают в ширину экрана, чтобы не приходилось прокручивать влево-вправо. По аргументам можно предположить, что uart настраивается как асинхронный, 8n1. format_async и format_8n1 это случайно не константы?uart_set_frame_format(uart,
uart->description->format_async
| uart->description->format_8n1);
Как такое вообще читать?
Разве то что в скобках так переносить можно?