Кстати, Сергей, а можно ли как-нибудь использовать PICkit 3 для прошивки контроллеров PIC16 под Linux? У меня один студент спаял контроллер шагового двигателя по схеме из интернета - на ней в том числе используется контроллер PIC16, к которому уже сразу прилагается готовый hex-файл, готовый к прошивке. Но сходу сегодня сделать это в компьютерном зале не получилось.
Нашли вот такую инструкцию http://hackaday.com/2010/11/03/how-to-program-pics-using-linux/ с микрочиповской утилитой pk2cmd (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023805), но она судя по всему подходит только для PICkit 2 (хотя даже при этом не поддержвается официально микрочипом), а для PICkit 3 не подходит (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en538340), а специальной линуксовой версии для PICkit 3 микрочип видимо решил вообще не писать.
Также нашелся еще какой-то PonyProg (http://www.lancos.com/ppwin95.html), который уже давно протух - линуксовый бинарь не запустился из-за проблем с glibc, из исходников не скомпилировался по каким-то своим причинам, в которых не было времени разбираться, ну и в конечном итоге он все равно работал только с COM-портом, а не с USB (поэтому не полулось прошить им и с виндовой версии тоже).
Нашли также ваш pic32prog (http://code.google.com/p/pic32prog/), но в аудитории его сегодня запустить не получилось, т.к. бинарных сборок не нашлось, а интернет у нас через прокси для браузеров и как его приделать к svn, который качает из командной строки, не было времени разбираться. Ближайшие дни будут пробовать это сделать дома - сейчас вся надежда на него, но пока не ясно, сможет ли он прошить PIC16.
Вообще не знаю, как с этим дела обстоят у других производителей, а у микрочипа наблюдается какая-то странная политика в плане предоставления вспомогательных инструментов для собственных разработчиков - вместо того, чтобы брать и решать на их чипах реальные задачи, приходится тратить время на какие-то второстепенные вещи и разбираться с запуском простых утилит, хотя по моейло логике им должно быть выгодно, чтобы они работали вообще где угодно, а вместо этого они специально ставят такие глупые палки в колеса своим же пользователям (кстати, MPLAB с диска PICkit 3 тоже по какой-то причине не установился на Windows, который был в аудитории на ноутбуке, так что дело видимо не только с пользователями Linux). Возможно я просто отвык иметь дело с проприетарными разработками. Надеюсь при случае получится изложить им эту позицию.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2012-07-25 15:55 (UTC)Нашли вот такую инструкцию http://hackaday.com/2010/11/03/how-to-program-pics-using-linux/ с микрочиповской утилитой pk2cmd (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en023805), но она судя по всему подходит только для PICkit 2 (хотя даже при этом не поддержвается официально микрочипом), а для PICkit 3 не подходит (http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en538340), а специальной линуксовой версии для PICkit 3 микрочип видимо решил вообще не писать.
Также нашелся еще какой-то PonyProg (http://www.lancos.com/ppwin95.html), который уже давно протух - линуксовый бинарь не запустился из-за проблем с glibc, из исходников не скомпилировался по каким-то своим причинам, в которых не было времени разбираться, ну и в конечном итоге он все равно работал только с COM-портом, а не с USB (поэтому не полулось прошить им и с виндовой версии тоже).
Нашли также ваш pic32prog (http://code.google.com/p/pic32prog/), но в аудитории его сегодня запустить не получилось, т.к. бинарных сборок не нашлось, а интернет у нас через прокси для браузеров и как его приделать к svn, который качает из командной строки, не было времени разбираться. Ближайшие дни будут пробовать это сделать дома - сейчас вся надежда на него, но пока не ясно, сможет ли он прошить PIC16.
Вообще не знаю, как с этим дела обстоят у других производителей, а у микрочипа наблюдается какая-то странная политика в плане предоставления вспомогательных инструментов для собственных разработчиков - вместо того, чтобы брать и решать на их чипах реальные задачи, приходится тратить время на какие-то второстепенные вещи и разбираться с запуском простых утилит, хотя по моейло логике им должно быть выгодно, чтобы они работали вообще где угодно, а вместо этого они специально ставят такие глупые палки в колеса своим же пользователям (кстати, MPLAB с диска PICkit 3 тоже по какой-то причине не установился на Windows, который был в аудитории на ноутбуке, так что дело видимо не только с пользователями Linux). Возможно я просто отвык иметь дело с проприетарными разработками. Надеюсь при случае получится изложить им эту позицию.