Программирование PIC под GNU/Linux

Vpp

Питание?

Возможно, он и не используется вовсе.

Это самый важный пин, контроллер переходит в режим программирования, когда на него подано определенное напряжение. В данном чипе — 12В. Подробнее можно почитать тут.

Vpp

Питание?

vcc?

Да я прочитал уже. Только он у меня на плате к источнику питания через резисторы подключён. Возможно, он и так свои 12В получит.

Точно.

Vpp - вход напряжения программирования. Смотри даташит на сайте, там все должно быть подробно описано. По поводу программ, под линем не работал, под хрюшей хорошо пошла winpic800, программатор был propic2, и микра 16f87a

Есть еще ICprog, и родная propic-овская, ну и ихние, микрочиповские (не смотрел) программки, и внутрисхемное программирование вроде неплохо описано, что даже легче в разы.

Нормальные микрухи, нормальный язык все четко и лаконично, семейство от 18 серии можно смело на сишке уже писать.

Vpp - вход напряжения программирования

На моей схеме оно, похоже, перемычкой выставляется. Я так понял, если туда подать напряжение, можно прошивать, если не подавать, код исполняется.

если не подавть, у меня там был вектор сброса.

cast ncrmnt

глянул мельком даташит, там в вашей микрухе переключение между портом или вектором mklr пишется в регистре option.

стоп я напутал, это подтягивающие резисторы

он пишется в слове конфигурации

Вы уверены что прошивка не залочена?

6 или 7 лет назад, когда мне последний раз с этой гадостью надо было связываться, я использовал какой-то мастдайкокомпутер, т.к. «понипрог» не работал под линуксом.

Главная причина отказа от pic чипов в своих проектах - это отсутствующий софт для прошивки под линем. Это было лет так 5 назад, смотрю ничего не поменялось.

Щито? pk2cmd уже лет 10 существует. Фактически с появления PicKit2, после которого наколенные программаторы стали не нужны. Тем не менее есть и всякие софтинки которые работают с девайсами типа ponyprog. Piklab тоже уже лет 10 существует и умеет в наколенные программаторы с рождения. gputils - вообще древний. sdcc - тоже не молод.

5 лет назад не найти софта для PIC'ов под линь - это надо совсем бездарным быть.

Не разбираюсь я в этих ваших пиках, но вот года 3 назад на этом форуме была тема про открытый калориметр ColorHug на базе PIC18. Там в обсуждении анонимусы рассказали, что свободных конпеляторов для него не существует.

Как проверить?

А какой лучше программатор паять? Такой сойдёт?

это не уровень avr, и не сравнить с stm

Верно, вот что sdcc пишет:

mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/hc08/s08/stm8

Просто не надо всякую гадость использовать. Скажем, те же STM32 с лихвой покрывают все мыслимые желания! А по цене вполне доступны. И паять удобно. Нафиг нужны эти авры и пики?

выходы у них переключаются намного шустрее. если не нужны какие-нить встроенные USB/CAN, то PIC'а вполне хватит. а китайцу на заводе пофигу: что скажут, то и запаяет.

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

Не факт что сольешь, если залочена. А так - гугли picprog и прочие.

Мне сейчас производитель выслал прошивку. Так что проблем быть не должно.

sdcc умеет PIC18 (он в нём pic16 называется, по длине слова памяти, PIC16/12/10 - соответственно pic14) уже очень давно (лет 7 наверно) и весьма качественно.

архитектура pic16 в sdcc - это и есть PIC18 вообще-то.

почитать в даталисте какой предохраитель пережигают для этого

и проверить программатором :)

Я пока не собрал программатор, так как не знаю, какой делать. Схем много, но я не знаю, как это всё работает.

для PIC конкретного надо смотреть. помоему там на FT232 модно ныне.

я не знаю, как это всё работает.

Да никто не знает, вон выше Stanson пишет, что даже создатели некоего sdcc настолько запутались во всех этих пиках, что 18й называют 16м, а 16й (равно как 12й и 10й) - называют 14м.

Не смог найти ни одной схемы на FT232. Хотя на COM-порт много.

у FT232 в даталисте есть схема программатора емнип.