Как заставить помещать строки во флэш? Опции

[prottoss]

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

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

Код

usart_print(("start time at:")

и т.п.

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

Код

usart_print_flash(msg1)

но это не очень удобно и не очень наглядно. Может быть есть какая то возможность указать компилятору, чтобы динамически создаваемые строки он помещал во флэш, или создавал буфер на лету? ИАР версии 4.10В. Надеюсь, я понятно все объяснил. Спасибо

[IgorKossak]

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

[prottoss]

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

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

[IgorKossak]

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

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

[prottoss]

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

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

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

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