Добрый день!
Подскажите пожалуйста, есть ли на сегодняшний день устройство, через которое можно не только шить, но и производить отладку ПИКушек через МПлаб, например? Требуется сделать стенд.
Лет десять не занимался этими контроллерами и вот, опять
PIC16f877 например

А на сайт микрочипа зайти не судьба?

В МПЛабе есть симулятор...
А ежли в железе... - то нужен ПИККИТ3 и разбираться с внутрисхемной отладкой...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

А что, отладочного вывода по UART недостаточно?

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

То смотря чего под отладкой понимать...
Открываем проект в IDE далее
configure
select device
и смотрим чего доступно для нашего МК в строчке
debuggers
(доступное подсвечено зеленым)...

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Так обычно глубоко в дебри лезть приходится в исключительных случаях, всё обходится "высокоуровневой" отладкой.

То уже топикстартеру решать....
Я дальше симулятора не забирался.

PICKit 3 или 4. Ну или ICD 3 / 4.

Спасибо за ответы!



Их схемы есть на форуме? Покупать не буду, только хэндмэйд
Симулятор - вещь хорошая, но надо смотреть в реальном времени с реальными измерениями.

Добавлено after 2 minutes 10 seconds:

откуда вывода? куда вывода? Вы о чем?

Добавлено after 3 minutes 49 seconds:


под отладкой на стенде я понимаю отправку на контроллер команд и наблюдение, на мониторе, что пришло, что он увидел и как отреагировал.
Разумеется все это после отладки на симуляторе. но его не всегда достаточно

Видимо, кто-то не очень понимает вообще что такое микроконтроллер и как идет процесс отладки...

Да, уж.

А что если попробовать предположить, что реакцией будет процесс, согласный с написанной вами программой?

Из доступных для самостоятельного изготовления программаторов/дебаггеров - только PICkit2 и PICkit3. Это открытые проекты Микрочипа и на офсайте Микрочипа есть их мануалы со схемами и даже герберами, а так же есть прошивки контроллера используемого в этих устройствах.
ICD3, ICD4, PICkit4 и Snap являются проприетарными закрытыми проектамии на них нет ни схем, ни, что самое главное, прошивок контроллеров и ПЛИСов(где они использованы).
Стоимость китайской копии PICkit3 на Али слишком невелика, чтобы заморачиваться с hand made.

В общем никого не интересуют Ваши странные взгляды на отладку. Ни производителя, ни эмбеддеров.
Отладка микроконтроллеров заключается в том, что написанный и откомпилированный код программы заливается в программную флеш-память контроллера и в специальном режиме определяемым взаимодействием внешнего дебаггера и встроенного в МК блока отладки пользователь получает возможность запуска/останова исполняемого кода по кнопкам в ПО среды разработки (IDE), останов по брейкпойнтам (поставленным в исходном тексте программы меткам или меткам с условиями), исполнение по шагам, наблюдение в специальных окнах среды значений регистров и переменных, самой программной флеш-памяти, EEPROM данных, конфигурационных регистров и т.п.
Никаких внешних инструкций исполняемого кода по каналу отладчика на контроллер отправлять нельзя. Контроллер может обмениваться по своим интерфейсам с внешними устройствами, но собственно к процессу отладки это отношения не имеет.
Кстати, процесс отладки в симуляторе ничем от железной отладки внешне не отличается.
Весь "стенд" состоит из пользовательского компьютера с установленной версией среды разработки MPLAB X 5.40 (5.35 или более ранние), либо старой среды - последняя версия MPLAB 8.92 , программатора/дебаггера (ICD/PICkit/Snap/Real ICE) подключенного через USB к компьютеру и среде разработки с одной стороны и через интерфейс программирования/отладки ICSP к целевому МК с другой. Вот и весь "стенд".

Внешне - да. А вот взаимодействие со внешним миром (датчики и прочее) при железной отладке возможно. Иногда без этого никак код не отладить. Ну точнее придется писать другой код, искусственные тесты и т.п.
Хотя конечно и без железного отладчика, можно отлаживать проблемы через дебаг сообщения по UART, например.

Тут все так запущено, что не до УАРТа...

КРАМ, не в тему, но к вам, как к эксперту по ПИКам - а вы на новых ПИКах с SMT работали? Который 24-битный таймер захвата. Если работали - никаких подводных камней нет? Тут задачка рисуется захватывать ШИМ/ЧИМ с достаточно высокой точностью, думаю почему-бы дешевые PIC12F1612 не использовать до этого. Но руки еще не доходили их в деле опробовать.

Использовал. Как раз в PIC16F1614. Сейчас использую в PIC18F27Q43. Никаких подводных камней. Только нужно учитывать интерференцию между синхронизированным входным сигналом и накачкой SMT. При малых значениях заметно.

А может кто подскажет, при отладке с pickit3 каждый раз мк прошивается или через озу работа идет?

При изменении кода - каждый раз. 8-ми и 16-ти разрядные PIC-и не исполняют код из ОЗУ. PICkit3 тут вообще не причем. Любой аппаратный дебаггер должен вначале прошить МК исполняемым кодом.
А в чем собственно проблема?
ЗЫ. Забыл. Есть одно исключение. Slave-ядро двухядерного dsPIC33CH исполняет код из PRAM.

УВ.КРАМ я не подскажете, Pic вообще актуален в данное время? Спрашиваю по тому, что сам случайно накопал в закромах кучу пиков, начал изучать, писать программы в xide xc8, а смотрю, все на stm переходят?

Вопрос перефразируя будет выглядеть примерно так: "Скажите пожалуйста, а легковушка нонче вообще актуальна, а то гляжу по трассам больше фуры и прочие грузовички-Газельки ходят".
Т. е. (1) МК выпускаются многими фирмами-конкурентами и у каждой фирмы есть свои как "+", так и "-" и (2) у каждой из фирм (PIC, AVR, STM, ...) есть довольно большой (если не сказать огромный ) перечень МК, различных по возможностям, быстродействию, набору периферии. Таким образом выбор МК зависит от сложности решаемых задач и предпочтения исполнителя (и не более того).