Приветствую!

Опишите плз алгоритм перепрограммирования микроконтроллера PIC с использованием ICSP (In-Circuit Serial Programming).

Есть ли какой нибудь готовый Си-шный код (ANSI, ну или для люой платформы) который реализует алгоритм программирования?
То есть необходим сам "переход" из данных в HEX файле в подачу сигналов ("Дерганье"))) ножек CLOCK и DATA PIC'a?

Приветствуются любые сведения, русскоязычные мануалы, примеры кода и ссылки по теме
Заранее спасибо

Вообще то на сайте MICROCHIP есть подробная спецификация программирования, три линии (MCLR, PGD, PGC + питание).
http://www.microchip.com/stellent/idcplg?I...amp;nodeId=1407

Посредством доступного программатора (MPLAB ICD2/ICD3/REAL-ICE или клона, или других программаторов сдесь в форуме ссылки были) - уже готовые рещения.
Или Вы хотите велосипед поизобретать - тогда удачи.

К сожалению, есть необходимость изобрести велосипед
Программатор должен быть встроен в устройство, так как у PIC'a нет выходов на внешние разьемы, есть выход через интерфейс CAN у другого процессора, который и должен программировать PIC данными, поступившими ему по CAN.

Boot loader не катит ?

Ммм... а что это?

В том смысле, что написАть загрузчик, который будет получать команды с описанного Вами МК и менять прошивку самостоятельно.
гугл: pic18 self-programming boot loader
и я не думаю, что Вы ничего не поймете.

Такой подход будет проще программирования через ICPS?
Идея состояла в том, чтобы вообще не пришлось изучать программирование PIC'a, а просто подавать с микроконтроллера (с изученными системами команд) сигналы через последовательный интерфейс.

Или я что то неправильно понял?
Судя по описанию можно загрузить стандартный бутлоадер который будет также принимать данные по последовательному порту?

Дык, или я не понял...
1. Данные он может принимать откуда угодно породившему его программеру.
2. Т.к. это программа, то она жрет флеш-память. Это минус.

В общем, читайте ICSP. Выбирайте.Нажмите для просмотра прикрепленного файла

Спасибо!:)

Но все таки по Вашей оценке - который метод более трудоемок при минимальном знании PIC'a?

И еще: мануалы по ICSP я изучил, прочитал про 4х битные команды и прочее но общий алгоритм перепрошивки не понял. Нельзя ли обьяснить наиболее "чайницким" языком?

Наверное, таки ICSP будет проще и надежнее, потому что может ведь слететь флеш, вместе с бутом.

Ну, программаторы не конструировал, поэтому могу оказаться ламером. Лучше пусть кто-нить другой попробует

Думаю все же бутлодеру в данном случае самое место, иначе придется ставить еще один МК + повышающий преобразователь напряжения+флешь-память для временного хранения прошивки+всю необходимую обвязку для этого хозяйства. Лучше взять сразу один МК, с обьемом памяти побольше(мало ли какие функции захочется добавить в будущем), и не придумывать такие жуткие извраты. У вас же не Evaluation board какой нибудь, а целевое устройство, зачем же себе лишних проблем добавлять?
Если все же хочется сделать таким заковыристым способом, то схему программатора и реализацию алгоритмов программ можно подсмотреть в исходниках Микрочиповского Pickit2.

Совершенно не того!
МК у человека уже ЭСТЬ, а городить 12 вольт вовсе не обязательно, если имеется функция LVip, то есть фьюз предварительно прошит.

Все равно не пойму смысла применения ICSP в этом случае. Простенький бутлодер (а навороченного в данном случае и не требуется) занимает не так уж и много места в памяти, что бы такой огород городить. Вот пусть второй МК и принимает данные, проверяет их правильность (а это нужно делать обязательно в обоих случаях) и отдает их ПИКу. Хошь по ЮАРТу, а хошь по любому другому интерфейсу, какой удобнее, Дешево и сердито. Не тратится лишних выводов (выводы LVP, PGC, PGD), не требуется другая обвязка (Пр.Напр.), да и алгоритм бутлодера попроще алгоритма ICSP. Так что выбирайте...

Можнл согласиться с VDLab bootloader потребует минимума аппаратных затрат, хотя без знаний программирование PIC не обойтись.
A FLASH Bootloader for PIC16 and PIC18 Devices - Name: AN851 - пример
на http://www.microchip.com/stellent/idcplg?I...ppnote=en012031
там вреде пример кода был.
А программатор будет гемороистее городить, - хотя может зависить от устройства.

Аппаратная часть уже готова, в нем обвязка для ICSP была выполнена "на будущее", ранее PIC программировался вскрытием корпуса и прямым подсоединением таблетки-программатора. Возникла необходимость программировать PIC не вскрывая блока, а аппаратную часть менять уже поздно

Поэтому видимо придется использовать "чистый" ICSP

По ICSP вопрос - там CLOCK обязан защелкивать данные по определенному периоду (синхронно) или я могу управлять им как хочу (по готовности, асинхронно)?