если программа перестала влазить в sram (данные уже вынесены в usb/ethram), то как принято отлаживаться в таких случаях?
пока вижу несколько вариантов:
1) начать писать во флеш - но его жалко, ибо заливать приходится очень много раз за день
2) разбивать на куски - но хотелось бы вместе
3) использовать sdram - но неясно как ее инициализировать из openocd и как потом быть с длинными переходами из таблицы прерываний
100000 циклов перезаписи флешки, это если каждые 5 минут в течении рабочего дня флешку шить - можно заниматься этим практически 3 года (думаю, это далеко не предел).
Простите, но вопрос несколько непонятен. Что писать во flash во время отладки? Debug log? А почему бы в таком случае не выводить отладочную информацию на терминал через dbgu порт? Терминалы позволяют записывать в файл весь протокол обмена информацией. Если отладочная информация в бинарном виде, то её можно преобразовать в текстовую.
Если используете Linux, то можно настроить syslogd таким образом, чтобы он писал логи по сети на удалённую машину.
Есть ещё вариант - собрать ядро Linux с поддержкой внешнего USB жесткого диска и включить на него SWAP. Таким образом Вы поборете проблему с нехваткой памяти.
02.03.2011 22:29
(думаю, это далеко не предел).
