Есть самый младший Altera Cyclone IV EP4CE6E22C8, в нем сидит Nios 2 и один общий контроллер памяти 16 Килобайт для всего: ПЗУ и ОЗУ. Есть там и JTAG UART, в настройках указано что вывод должен осуществляться в JTAG UART.

И есть простая программа:


Пока я не раскомментировал alt_putchar (а это самый легковесный вариант для печати символа, вроде) - всё запускается и работает, светодиоды мигают. Но с alt_putchar уже не хватает памяти.

Я попробую урезать кэши и еще что-нибудь, но есть ли возможность как-то низкоуровнево записать в регистр чтобы символ ASCII вывелся в JTAG UART, не задействуя alt_putchar?

Стоит посмотреть в настройки проекта - могут быть подключены все подряд драйвера.
Там есть галочка reduced drivers или что-то такое.

Спасибо! Всё работает, всё поместилось!

Настройки BSP - в студию, пожалуйста.
"Hellp, World!" с выводом в UART прекрасно помещается в 4-6 kB (если не меньше, указанный объем - это уже с парой процедурок тестирования памяти).

В каком файле они содержатся?

Я рано радовался - оказалось что кроме той простейшей функции вывода в JTAG-UART - больше ничего и не помещается, а ведь мне надо еще несколько килобайт кода туда засовывать...

C++ отключили?

Надо попробовать, не отключал. Сильно кушает?

Конечно. Ещё это помогает.

Давайте сверим карты. Вы свой пример делаете на базе готового примера "Hello, World" Small ? Такое впечатление, что нет, поскольку все нужные настройки в нем уже сделаны, и размер для него получается маленький.

Не на базе него... Сделаю новый проект на базе этого small.

Поисследуйте строение малых сих - будет очень полезно. Они вполне обозримы для новичка в Alter'овской NIOS-экосистеме. Я, например, довольно быстро прикрутил к Hello-Small копи-паст вариант упрощенного uart_printf (на базе alt_printf) - чтобы выводить HEX-ы с удобством. А в варианте MemoryTest-Small почему-то и полноценный printf() работал (хотя, вроде бы, не должен). Попробуйте, может он и в Hello-Small заведется. А нет - так можно помаленьку контролируемо что-то добавлять в проект.

Вот это помогло!


А еще, что меня удивило - BSP было скомпилено по дефлоту в режиме debug без оптимизаций, это не могло не сожрать всю память.

Да вроде бы, Debug-вариант не настолько сильно толстеет. Я, когда экспериментировал с вышеописанным, только в Debug'е все и собирал - и размеры были те, что упоминались.

Чем все закончилось-то?

Всё закончилось успешно, проект с лихвой влезает, я даже использую обычный printf и могу получать текст в среде Eclipse или отдельной программе nios2-terminal - для этого воспользовался BSP Editor для настройки stdout.