Всем доброго времени суток!

Столкнулся с такой проблемой: для отладки пользую USART и посылаю собственной функцией usart_print(uchar *str) сообщения вида:

и т.п.

Все бы хорошо, функция отлаженна давно и работает безукоризненно. Но, когда у меня накопилось, в отлаживаемом в данный момент проекте, много сообщений у меня начались глюки в программе выражающиеся, в основном, в том, что программа стала вылетать на reset. После отладки в AVRStudio, оказалось, что добрая часть SRAM заполненна именно моими сообщениями. Установка галки в опциях компилера "Place aggregate initializers in flash memory" ничего не дает. Строки просто дублируются в памяти программ и все. В SRAM они так же присутствуют (((. Конечно, можно все сообщения поместить в отдельные массивы с префиксом __flash, создать еще одну функцию типа usart_print_flash(uchar __flash * str) и делать записи типа но это не очень удобно и не очень наглядно. Может быть есть какая то возможность указать компилятору, чтобы динамически создаваемые строки он помещал во флэш, или создавал буфер на лету? ИАР версии 4.10В. Надеюсь, я понятно все объяснил. Спасибо

Я что то не понял. По моему есть два пути
1. Строки хранятся во FLASH, перед употребление копируются в DM, и оттуда используются.
2. Строки хранятся во FLASH и прямо оттуда используются

А какие еще варианты?

Вы все правильно поняли, я задал вопрос - почему с моей функцией не работает " 1. Строки хранятся во FLASH, перед употребление копируются в DM, и оттуда используются.". Они у меня все в DM получаются...

Хе. Так енто вопросы к компилятору(и языку C). Чтобы не забивать память объявляйте строки во flash, а перед употреблением копируйте их в DM(сами). Не очень красиво конечно но должно работать. Или напишите всетаки функцию которая будет ваши строки прямо из flash выгребать.

Сообщение отредактировал klop - Nov 2 2006, 21:10

Хе, дак я про то и вопрашаю, есть ли способ заставить компилятор самому создавать константные строки-сообщения во флэш, и забивать их в мою функцию, когда она встречается в тексте программы. Вот такая конструкция, например это делает: Строка компилируется во флэш. Но когда встречается объявление msg1, компилятор генерит код, забивающий в msg1 строку из флэш... Хотелось бы чтобы это работало и без объявления msg1...

Нет в лоб не выйдет. Надо объявлять:
unsigned char __flash MyString[] = "xxx";

и потом либо использовать фукцию выгребающую из flash либо копировать(ручками) в DM.

Я же Вам показал, как получается. Если динамически объявляешь массив в памяти данных, и инициализируешь его, то компилятор сам создает в памяти данных ПУСТОЙ масиив, функцию копирования, и данные для инициализации, которые располагает в памяти программ. У Вас есть под рукой AVRStudio и IAR? Вы знаете наверняка, или вам так кажется? Компилятор очень много вещей может делать неявно, на то он и компилятор с языка высокого уровня, а не ассемблер

Может быть, поможет подключение pgmspace ? Т.е., пишем



, в опциях проекта в закладке "C compiler" -> "Extra Options"
ставим птицу "Use command line options"
и набираем строчку --string_literals_in_flash

У меня, правда, получилось не очень. Похоже, если при использовании функций из pgmspace происходит прерывание, то работает это дело некорректно.

Нет, так не выходит, компилятор сразу вывалил кучу ошибок на все мои строки, типа "Error[Pe167]: argument of type "char __flash *" is incompatible with parameter of type "unsigned char *" E:\AVR.Projects\........... 127 ". Т.е. он все мои строки привратил char __flash и указатели подставляет в мою функцию, а ей надо просто char* ... наверное, придется создать еще одну с указателем на char __flash * (((

Вобщем то ключевые слова signed и unsigned обычно применяются к обьектам, содержащим по смыслу числовые значения.
Что же касается символьных обьектов и строк на их основе, то общепринятым типом в этом случае является просто char.
Поэтому и обьявления в pgmspace.h вполне оправданные и корректные.

Ну а по поводу первого моего поста что можете сказать? Есть какие нибудь пути решения, кроме pgmspace?

pgmspace на мой взгляд - очень приемлемое решение.
Я сам довольно часто (чуть не сказал "всегда") им пользуюсь. Да и зачем писать самому если кто-то уже написал?

Дело еще вот в чем, на самом деле некторые строки кмпилятор все таки помещает во флэш а некоторые нет... Например все строки, которые в майн и еще в одном модуле он поместил в память данных, а в другом модуле этого же проекта он их засунул в память программ, хотя между первым, вторым и майн ни какой разницы в подключаемых хедерах или еще каком шаманстве нет. По этому то я и обескуражен логикой компилятора! Как он решает, ЧТО поместить во флэш а что в память данных? Естественно, что все строки разные - это сервисные сообщения.

...Полные непонятки (((

Определяете строки везде одинаково?
Есть разница между:

и


Ещё оди нюанс.
Стринг копируется в ОЗУ если, например, функция его использующая предполагает, что он должен быть взят из ОЗУ, а не из flash.

Да нет, вы меня не поняли. Я не подключаю модуль pgmspase. Я пользуюсь своей функцией usart_print(char *string). Так вот, некоторые строки в проекте сидят в памяти программ, и достаются от туда автоматом во временный буфер, который создает САМ КОМПИЛЯТОР, т.е. он сам генерит код копирования и создает в куче буфер. Некоторые же строки он помещает прямиком в память данных, и адреса этих строк подставляет в мою функцию. Вот я и не могу отследить логику его определения, ЧТО пихать в ПП, а что в ПД.

И вот, программа, после очередного usart_print улетает на адрес 0х0000. Главное, что строку она выводит, и после RET идет на RESET. Беда какая то(