Форум РадиоКот

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

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

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

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

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

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

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

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

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

[uquote="NStorm",url="/forum/viewtopic.php?p=3886095#p3886095"]PICKit 3 или 4. Ну или ICD 3 / 4.[/uquote]

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

Добавлено after 2 minutes 10 seconds:
[uquote="OKF",url="/forum/viewtopic.php?p=3886062#p3886062"]А что, отладочного вывода по UART недостаточно?[/uquote]
откуда вывода? куда вывода? Вы о чем?

Добавлено after 3 minutes 49 seconds:
[uquote="BOB51",url="/forum/viewtopic.php?p=3886076#p3886076"]То смотря чего под отладкой понимать...
Открываем проект в IDE далее
configure
select device
и смотрим чего доступно для нашего МК в строчке
debuggers
(доступное подсвечено зеленым)...
[/uquote]

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

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

[uquote="Flasher",url="/forum/viewtopic.php?p=3886744#p3886744"]Видимо, кто-то не очень понимает вообще что такое микроконтроллер и как идет процесс отладки...[/uquote]
Да, уж.

... что он увидел и как отреагировал

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

[uquote="Electronick",url="/forum/viewtopic.php?p=3886733#p3886733"]Их схемы есть на форуме? Покупать не буду, только хэндмэйд [/uquote]
Из доступных для самостоятельного изготовления программаторов/дебаггеров - только PICkit2 и PICkit3. Это открытые проекты Микрочипа и на офсайте Микрочипа есть их мануалы со схемами и даже герберами, а так же есть прошивки контроллера используемого в этих устройствах.
ICD3, ICD4, PICkit4 и Snap являются проприетарными закрытыми проектамии на них нет ни схем, ни, что самое главное, прошивок контроллеров и ПЛИСов(где они использованы).
Стоимость китайской копии PICkit3 на Али слишком невелика, чтобы заморачиваться с hand made.
[uquote="Electronick",url="/forum/viewtopic.php?p=3886733#p3886733"]под отладкой на стенде я понимаю отправку ...бла-бла-бла...[/uquote]
В общем никого не интересуют Ваши странные взгляды на отладку. Ни производителя, ни эмбеддеров.
Отладка микроконтроллеров заключается в том, что написанный и откомпилированный код программы заливается в программную флеш-память контроллера и в специальном режиме определяемым взаимодействием внешнего дебаггера и встроенного в МК блока отладки пользователь получает возможность запуска/останова исполняемого кода по кнопкам в ПО среды разработки (IDE), останов по брейкпойнтам (поставленным в исходном тексте программы меткам или меткам с условиями), исполнение по шагам, наблюдение в специальных окнах среды значений регистров и переменных, самой программной флеш-памяти, EEPROM данных, конфигурационных регистров и т.п.
Никаких внешних инструкций исполняемого кода по каналу отладчика на контроллер отправлять нельзя. Контроллер может обмениваться по своим интерфейсам с внешними устройствами, но собственно к процессу отладки это отношения не имеет.
Кстати, процесс отладки в симуляторе ничем от железной отладки внешне не отличается.
Весь "стенд" состоит из пользовательского компьютера с установленной версией среды разработки MPLAB X 5.40 (5.35 или более ранние), либо старой среды - последняя версия MPLAB 8.92 , программатора/дебаггера (ICD/PICkit/Snap/Real ICE) подключенного через USB к компьютеру и среде разработки с одной стороны и через интерфейс программирования/отладки ICSP к целевому МК с другой. Вот и весь "стенд".

Кстати, процесс отладки в симуляторе ничем от железной отладки внешне не отличается.

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

[uquote="NStorm",url="/forum/viewtopic.php?p=3887008#p3887008"]по UART, например.[/uquote]
Тут все так запущено, что не до УАРТа...

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

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

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

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

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

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