Средства и методы разработки

MPLABX вообще не пригоден. Без X -- весьма ограниченно (отладка пошаговая в тяжёлых случаях). Для больших проектов оно вообще всё не пригодно. Большие проекты делаются в значительной степени самодельными или кастомизируемыми под себя инструментами, а отнюдь не в IDE уровня MPLAB (а хотя бы в Eclipse или Visual Studio, ну или в Vim, как ни странно), и обладают собственной, опять же самодельной/кастомизированной билд-системой сильно далёкой от расстановки крыжиков в IDE. Преимущества у RealICE на мой взгляд -- нет. Про трассировку все говорят, но никто её не видел (и для неё какие-то отдельные провода нужны, всё не просто). Да и уровень трассировки наверняка посредственный. Настоящая трассировка делается чем-то вроде TXL, путём трансформирования своего исходника и добавления функций трассировки в нужные места. Только насколько она нужна тот ещё вопрос, и что смотря называется трассировкой. Есть профилирование по времени исполнения (опять же подходы сильно разные, как результаты, некоторые подходы ограничиваются исключительно анализом стека с некой периодичностью, некоторые могу считать время с использованием таймера высокого разрешения на входе/выходе функции). Есть анализ code coverage, например gcc для того поддерживает генерацию вызовов спец. функций на входе/выходе. Да и что ты с этими данными делать будешь, там объёмы тоже не для ручной обработки. Чаще логами обойтись можно. Если мы говорим про PIC32, то это MIPS. И внутрь можно посадить gdb monitor, через компорт, сеть, ещё как-нибудь. Но gdb не будет для большого проекта основным инструментом отладки. Важней будет иметь ОС или монитор-загрузчик способный выдать что-то вроде core dump при необходимости, распечатать бэктрейсы и т.п. Но я боюсь, это разговор слепого с глухим. Ты тут о нанотехнологиях рассказываешь, а потом скатываешься до программирования любительского уровня.