Добрый день, коллеги!
Возможно я что-то недопонимаю или не знаю в C, посему возник такой вопрос:

Прекрасно работает на i386.
Но ни одна из

функций не работает - в функцию SendChar передаётся мусор.
Самостоятельный вызов SendChar ('a'); работает прекрасно.

Как нужно правильно передавать параметры на ATMega/AVR-GCC.

Сообщение отредактировал Tuma - Aug 12 2011, 12:43

Mareng, увы, не помогло.
Упорно присылает только первый символ, а далее - мусор.

А если подряд 5-10 раз вызвать SendChar() с разными аргументами?

Ответьте себе на два вопроса:
- Какая архитектура у AVR и как это отражается на процедуре доступа к данным размещенным во Flash и RAM;
- А Ваша функция SendChar() обеспечивает ожидание окончания процесса передачи символа.

О, что вы! С этого всё начиналось. Всё прекрасно работает.

Я заметил что параметр gcc -O - влияет. void SendChar (char _Char) работает всегда.
А вот void SendString (char String[]) показывает первый символ только при -O2 или -O3.
При -O1 и -Os не показывается даже первый символ - только мусор.
При -O2 или -O3 вместо двух символов SendString ("32"); приходит четыре символа: 3???, вместо четырёх - шесть: 3?????.
Замена первого символа влияет, т.е. первый символ приходит корректно.
При попытке послать один символ приходит один корректный символ.

Исходники функци передачи символа покажите.
0) не очень хорошая идея свои переменные (имена) начинать с подчёркиваний. Теоретически можно нарваться. В заголовочных файлах такое применяется для того, чтоьы с пользовательскими define не пересечься.

Все приведённые Вами примеры располагают массив символов в ОЗУ.
Формулу зависимости количества мусорных символов от параметра -O выводить не надо. Надо с причиной разбираться. Имейте в виду, что у других всё работает.

Сообщение отредактировал Genadi Zawidowski - Aug 12 2011, 18:25

Однако с точностью до наоборот - в приведенных примерах для AVR "массивы символов", ака строки, расположены в ROM. Прикольно?

Нет, в winavr строки по умолчанию располагаются в ОЗУ.

Фу, какой моветон . Имеем строчку в ROM для инициализации строчки в RAM. При этом строки в общем-то явно тяготеют к константам. Тогда переходим к ответу на второй вопрос.

К сожалению, просто const ничего ГЦЦ не говорит про то, что надо в ROM складывать. Но концептуально правильно: указать секцию progmem надо явно, иначе мыж тупые, не знаем, в каком проце как чего... Так что, Вас IAR тоже зомбировал , подсадив на удобную фичу. Шучу.

Знаменит тем, что форматную строку держит в РОМ адназначна, но при этом putchar() все-таки прописать придется

А const тут совсем ни причем - там все чисто все даже по умолчанию вполне разумно во flash класть.

так к хорошему мгновенно привыкаешь

Меня ещё мой куратор на первой работе научил так выделять передаваемые в функцию параметры.


Я как-то даже не задумывался что умудрюсь пересечься с какими либо объявлениями. Хотя теоретически это реально.

Всем спасибо, всё переложено в память программы, всё работает.

Очень плохой у вас куратор. Обычно с подчеркивания начинаются служебные зарезервированные имена компилятора, типа __DATE__, __FILE__ , __noop и прочее.

Вы же сами написали "__DATE__, __FILE__ , __noop" - всё с двумя подчёркиваниями, а я использую одно и всегда с заглавной буквы - _String, _UARTData и пр..