Отладка avr приложения

в моске надо отлаживать, ишь чего захотел )

+1, в проектах таких как прошивки для AVR только моск

В самом деле, пусть ТС покажет код. В контроллерах надо всячески избегать динамического выделения памяти и прочих операций с памятью.

Для кода: paste.org.ru, ни в коем случае не простыню на ЛОР

Разберись с периферией, там её кот наплакал, а остальное хоть в gcc хоть в С++билдере, потом прошьёшь в железку.

По нехватке памяти, в мапе всё расписано, скорее всего, кто чего вызывает и сколько памяти отводится, надо это дело распарсить, делал когда-то, вроде для IAR, но gcc наверно не хуже)

в мапе всё расписано

поясни?

Карта, которая показывает какая память для чего и сколько используется полученным файлом прошивки.

Например, для Nios2 или Microblaze сразу видно что не влезло. Наверняка для AVR аналогично можно запустить и посмотреть статистику.

Линковщик создаёт файл map, из него можно получить инфу по вложенным вызовам функций и сколько памяти отводится под локальные переменные в стеке. Ну и само количество вложений.Самое неконтролируемое место по расходу памяти. Динамическое выделение ты сам может отследить, глобально тебе просто компилятор лишнего не даст.

То, о чем ты пишешь, сейчас, нужно только тебе. Ради тебя пилить инструмент с таким функционалом никто не будет. Даже сами разработчики не просто так добавляют поддержку того же jtag для конкретных кристаллов (там, где это может понадобится, но, увы, это не atmega8; как уже писали выше (для твоего случая) — только «моск»). Отлаживать лучше в железе. Так что либо бери что-то вменяемое (те же младшие STM32) и отлаживай, либо мучайся со своими atmega8 (по цене примерно одинаково, только у STM32 возможностей на порядок больше, хотя бы та же отладка). В общем: выводы делай сам ...

вроде бы сам симулятор собирается, нужен только avr-libc в системе.

Ну а так есть еще avr studio, который можно в виртуальной машине запускать, или proteus;)

avr-size натрави на бинарь, чтобы увидеть размеры секций. а там уже смотри по даташиту, сколько памяти тебе доступно.

Обижаешь, а как же отладка светодиодом?)

Через USB (CDC) приятней.

+1, ведь светодиод можно не только зажигать/гасить, но и мигать разной частотой :) а еще туда можно осциллограф тыкнуть

STM32F103C8T6 и китайский клон ST-Link сделают твои волосы мягкими и шелковистыми. Нет, правда, зачем обмазываться этой архаичной поделкой, если по сопоставимой цене можно взять контроллер с нормальной системой отладки и на порядок более жирной периферией? Вин по всем пунктам, кроме корпуса.

всем спасибо за помощь!

к сожалению, в линуксе нужного софта не нашлось, пришлось поставить Amtel Studio на винду. Там в эмуляторе разобрался где был косяк. Как и предполагал - памяти не хватало при вложенных вызовах функций и в какой-то момент одна из функций локальными переменными затирала глобальную и начиналась магия; vsprintf оказался более требовательным к памяти чем я ожидал.

для чего интересно мог понадобиться vsprintf на mega8?

Меняй мозг. А то у тебя даже логин какой-то нравственно неверный. Безнравственный на все 100%!

Ну какой идиот нонче будет это говно (ft232r) использовать, когда есть всякие дешевые pl2303 и т.п.?

Ну какой идиот нонче будет это говно (ft232r) использовать, когда есть всякие дешевые pl2303 и т.п.?

я лично убедился что pl2303 это полнейший ненадежный кал, и избавился от него во всех разработок в пользу FTDI

Ни разу не натыкался на проблемы с ним.

А вообще, какой смысл париться с преобразователями UART<->USB (кроме, разве что бутлодыря), если полным-полно дешевых МК с набортным USB?

А вообще, какой смысл париться с преобразователями

USB VID/PID папа римский выдавать будет? а драйвер? нет, я не неосилятор, просто есть плюсы и минусы

VID/PID

Если ты хочешь толпу одинаковых железок подключить к одному компу или же хитрый udev скрипт запускать при подключении, то проще взять тот же STM32 с USB на борту и не парить мозг!

а драйвер?

USB-CDC в ядре есть. Так что не надо тут! Если ты хочешь свой протокол реализовать — флаг тебе в руки, см. первый абзац.

Естественно, переходничок на PL2303 используется только для прошивки микроконтроллера или работы с девбордами, на которых нет USB. В готовое изделие их никто совать не собирается (а вот ft232 всякие идиоты суют!).

Общеупотребимый метод измерения используемого стека - заполнение участка памяти заранее известным паттерном и периодический контроль изменившихся байт.

оффтоп немного

странно что кукаретиков про моск всего двое,в первых постах,неужели ботов на лоре побанили

по факту-я тоже в принципе никогда для x86/64 не использовал низкоуровневые дебагеры и считал что они уже устарели и не нужны

но как делал софт для arm-а(бинарный с мизерными ресурсами железки) так и пришлось дебажить и ловить ошибки/непредвиденные расходы от Си компилятора которым собран бинарник,а код был без ошибок(почти(досихпор впечатляюсь типом char в си-худшее изобретение человечества))

досихпор впечатляюсь типом char в си-худшее изобретение человечества

а поподробнее, если не сложно?