Какво имаш свързано на MCLR крачето ? Почти винаги оттам идват проблемите. PICKit2/3, ICD2/3 и т.н. имат слаба товароспособност на изходите за MCLR и ако имаш външен Watchdog таймер не могат да ресетират процесора. Тогава изписват като съобщения всякакви глупости. Ако имаш нещо на MCLR го разкарай и свържи 47к към VCC и 22nF към GND.
Ако все пак държиш да имаш нещо закачено към MCLR то свържи един резистор 1k, така че PICKitxx да е директно свързан към MCLR, а това което ти е останалата част от схемата да е през този 1к.

A ако ти е да гледаш какво се смята по добре просто си пусни един сериен порт и пращай каквото ти трябва там, да следиш сметки в реално време е по удачно, ако не гониш бъг де. На 24-ка дебъга не го знам как работи, ама при по малките е доста ... лимитиран.

Благодаря за препоръката, ако излезнат чудни проблеми ще направя тази промяна,
но аз преди няколко седмици открих решението и беше доста интересно за мен:
програмирах чипа за активен порт PGED/PGEC1, но както често ми се случва,
реално бях свързан за PGED/PGEC3 (двойките са съседни ). Тази заблуда се поддържаше
от факта, че програмирането се осъществяваше нормално (излизаха от време на време грешки,
но мислех, че не съм вързал добре нещо - кварц или друго..). Наистина, не съм допускал,
че контролера ще ме пусне от там въпреки конфиг битовете си.
В крайна сметка си видях грешката, преместих се на PGED/PGEC3 и всичко си дойде на
мястото - девелОпвам с пълна сила

И... да споделя още едно впечатление: писах сам драйвера за дисплея
(Nokia 5510 Shield с контролер Phillips PCD8544 - на който би му бил от полза да каже),
разбира се, с хвърляне на поглед в други решения, като Ардуино.
Известно време се чудех защо въпреки, че текста се изписва
правилно на първия ред, командата за задаване на координатна точка от полето се
възприемаше неправилно т.е. не като команда, а като data за изобразяване!
Проблемът не беше в D\~C пина.. клатех го както трябва, но днес мисля, че другата ми теория
се потвърди: по принцип PCD8544 семплира D\C пина по време на последния бит, който
получава по MODI. А функциите ми (SendCmdByte / SendDataByte)
започват с установяване на D\C-то и зареждане на SPI. Обаче бита на SPI_TxBuf се вдига в
"буфера е свободен", когато няколко бита от байта може все още да са в Shift регистъра т.е. преди байта да
е изпратен аз вече съм стигнал в следващата фунцкия !!!(1.SendCmdByte -> 2.SendDataByte).
и дисплея още не е семплирал D\C !!! В крайна сметка получаваше байт, за който четеше дали е
дата или контрол от следвaщия байт. Сложих микросекундни дилейчета,
увеличих SPI честотата и всичко вече е точно (не знам друг начин за установяване на изпратен байт).
Всеки ден се открива нещо ново

Поздрави !

Гледам, че колегата си е решил проблема и да пооспамя малко:
Винаги съм се чудил и никога не съм пробвал дали за по-непретенциозни неща не вършат работа пиезопищялките за звук? За около 3лв вземаш два броя, имат си вградено трафче (и често 0.47uF разделителен кондензатор който за озвучаване обаче трябва да е под 220nF).