Допустим написали мы программу получили hex. Теперь его хочется зашить в процессор через уарт.
Я поставил flashmagic, он под вайном и через usb-uart переходник работает нестабильно, не всегда коннектится с процессором. Видимо тайминги едут.
swd не предлагайте у меня jlink только что сгорел с дымом и искрами. Я такого даже представть никогда не мог. Закоротило вывод питания внутри коннектора usb-b, он начал плавиться. Мамка асрок и похоже предохранителей на питание усб в ней не предусмотрели.
Полная версия этой страницы: Чем прошивать lpc1xxx (cortex-m0) из под линукса ?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
Алгоритм прошивки NXP ARM не очень сложный, вот здесь имеется проект, код небольшой программки написанной на С, которая может быть скомпилированная под линуксом.
Использования консоли может менее удобно чем FlashMagic, но когда прописать один раз в makefile работать становится даже проще
Использования консоли может менее удобно чем FlashMagic, но когда прописать один раз в makefile работать становится даже проще
Цитата(adventurer @ Oct 14 2011, 22:11) 
Алгоритм прошивки NXP ARM не очень сложный...
#*%&**#!!!
да linux-way это пойти накопать песочка, потом тушью нарисовать фотомаски, на кухне в духовке испечь чип, потом написать для него компилятор.
неужели на планете земля никто кроме меня не программирует lpc на лине ???
в который уже раз убеждаюсь что работа на линуксе - это садомазохизм. Элементарные вещи отнимают кучу времени.
А windows-way — трындеть о том, чего не знаешь.
Работа что с AVR, что с ARM что под win, что под lin сейчас (хм... «сейчас» — это лет так много, приблизительно столько, сколько существует windows) должна выглядеть одинаково -- любимый редактор, makefile и программатор командной строки, встроенный в makefile.
Компиляция+прошивка (при отсутствии ошибок компиляции) — одна горячая клавиша в редакторе.
Если у кого ностальгия по автономным турбо-вижн или гуёвым программаторам и мышевозянию — вперёд, не неужелькать по форумам, а сесть и сделать.
Работа что с AVR, что с ARM что под win, что под lin сейчас (хм... «сейчас» — это лет так много, приблизительно столько, сколько существует windows) должна выглядеть одинаково -- любимый редактор, makefile и программатор командной строки, встроенный в makefile.
Компиляция+прошивка (при отсутствии ошибок компиляции) — одна горячая клавиша в редакторе.
Если у кого ностальгия по автономным турбо-вижн или гуёвым программаторам и мышевозянию — вперёд, не неужелькать по форумам, а сесть и сделать.
Цитата(ReAl @ Oct 15 2011, 11:11)
А windows-way — трындеть о том, чего не знаешь.
Если у кого ностальгия по автономным турбо-вижн или гуёвым программаторам и мышевозянию — вперёд, не неужелькать по форумам, а сесть и сделать.
Если у кого ностальгия по автономным турбо-вижн или гуёвым программаторам и мышевозянию — вперёд, не неужелькать по форумам, а сесть и сделать.
я не пишу об отсутствии гуи под лин.
бесит проблематичность зашить чип вообще под линем.
В понедельник попробую собрать lpc21isp, посмотрим что из этого получится.
Можно попробовать ещё at200 под wine.
Ну под wine как бы «нечестно» :-)
Впрочем, признаю, что я «был не прав, вспылил».
И недосмотрел, что требуется CM0 (lpc1xxx у меня проассоциировался не с не с 11xx, а с 17xx, который по jtag вполне OpenOCD-тся).
Впрочем, отмазываюсь тем, что отвечал более-менее в духе и в стиле сообщения #3.
И по-пержнему недоумеваю, кто приковал автора цепями к линуксу, в котором таки действует правило «если вам что-то нужно, но этого нет, то либо оно вам не нужно, либо сделайте для себя и для всех, как для вас сделали линукс».
Впрочем, признаю, что я «был не прав, вспылил».
И недосмотрел, что требуется CM0 (lpc1xxx у меня проассоциировался не с не с 11xx, а с 17xx, который по jtag вполне OpenOCD-тся).
Впрочем, отмазываюсь тем, что отвечал более-менее в духе и в стиле сообщения #3.
И по-пержнему недоумеваю, кто приковал автора цепями к линуксу, в котором таки действует правило «если вам что-то нужно, но этого нет, то либо оно вам не нужно, либо сделайте для себя и для всех, как для вас сделали линукс».
Цитата(ReAl @ Oct 16 2011, 19:02)
И по-пержнему недоумеваю, кто приковал автора цепями к линуксу...
то есть возвращаемся к тому что если нужно работать то уиндоуз безальтернативен. А лин - для красноглазиков которым в кайф процесс написания кода. Неважно для чего. И неважно что код не работает, главное процесс!
Ну так и уйдите на виндовс и не вопите тут.
Это как в очень давнем холиваре AVR vs PIC в RU.EMBEDDED во времена появления AVR — мне пришлось сказать «не бывает кривых архитектур, бывают архитектуры, кривизна которых не совпадает с кривизной извилин разработчика». Так же и с win/lin.
Многие молча работают в win.
Многие молча работают в линуксе, так как для них сумма неудобств win превышает сумму неудобств lin.
Многие имеют и то, и то — в зависимости от того, что где удобнее делать (или просто нужно делать и там, и там).
А для для кого-то (для кого «кого-то» — придумайте сами, я не спец в навешивании табличек) в кайф ходить по форумам и вопить «лин — для ...» (или «вин — для ...» — таким всё равно про что, лишь бы покричать).
Вместо того, чтобы работать там, где им комфортнее.
Это как в очень давнем холиваре AVR vs PIC в RU.EMBEDDED во времена появления AVR — мне пришлось сказать «не бывает кривых архитектур, бывают архитектуры, кривизна которых не совпадает с кривизной извилин разработчика». Так же и с win/lin.
Многие молча работают в win.
Многие молча работают в линуксе, так как для них сумма неудобств win превышает сумму неудобств lin.
Многие имеют и то, и то — в зависимости от того, что где удобнее делать (или просто нужно делать и там, и там).
А для для кого-то (для кого «кого-то» — придумайте сами, я не спец в навешивании табличек) в кайф ходить по форумам и вопить «лин — для ...» (или «вин — для ...» — таким всё равно про что, лишь бы покричать).
Вместо того, чтобы работать там, где им комфортнее.
Цитата(_3m @ Oct 16 2011, 20:09)
то есть возвращаемся к тому что если нужно работать то уиндоуз безальтернативен.
Искренне не понимаю, чем Вы недовольны. В первом же ответе Вам дали ссылку на готовую программу. Почему это вызвало у Вас такую бурную реакцию?
Только что скачал и проверил - программа собирается (это заняло ~15 секунд) и, как минимум, запускается.
CODE
kolez% ./lpc21isp
Portable command line ISP
for NXP LPC1000 / LPC2000 family and Analog Devices ADUC 70xx
Version 1.83 compiled for FreeBSD: Oct 17 2011, 16:19:06
Copyright © by Martin Maurer, 2003-2011, Email: Martin.Maurer@clibb.de
Portions Copyright © by Aeolus Development 2004, www.aeolusdevelopment.com
Syntax: lpc21isp [Options] file[ file[ ...]] comport baudrate Oscillator_in_kHz
Example: lpc21isp test.hex com1 115200 14746
Options: -bin for uploading binary file
-hex for uploading file in intel hex format (default)
-term for starting terminal after upload
-termonly for starting terminal without an upload
-localecho for local echo in terminal
-detectonly detect only used LPC chiptype (NXPARM only)
-debug0 for no debug
-debug3 for progress info only
-debug5 for full debug
-donotstart do not start MCU after download
-try<n> try n times to synchronise
-wipe Erase entire device before upload
-control for controlling RS232 lines for easier booting
(Reset = DTR, EnableBootLoader = RTS)
-controlswap swap RS232 control lines
(Reset = RTS, EnableBootLoader = DTR)
-controlinv Invert state of RTS & DTR
(0=true/assert/set, 1=false/deassert/clear).
-verify Verify the data in Flash after every writes to
sector. To detect errors in writing to Flash ROM
-logfile for enabling logging of terminal output to lpc21isp.log
-halfduplex use halfduplex serial communication (i.e. with K-Line)
-ADARM for downloading to an Analog Devices
ARM microcontroller ADUC70xx
-NXPARM for downloading to a NXP LPC1xxx/LPC2xxx (default)
Portable command line ISP
for NXP LPC1000 / LPC2000 family and Analog Devices ADUC 70xx
Version 1.83 compiled for FreeBSD: Oct 17 2011, 16:19:06
Copyright © by Martin Maurer, 2003-2011, Email: Martin.Maurer@clibb.de
Portions Copyright © by Aeolus Development 2004, www.aeolusdevelopment.com
Syntax: lpc21isp [Options] file[ file[ ...]] comport baudrate Oscillator_in_kHz
Example: lpc21isp test.hex com1 115200 14746
Options: -bin for uploading binary file
-hex for uploading file in intel hex format (default)
-term for starting terminal after upload
-termonly for starting terminal without an upload
-localecho for local echo in terminal
-detectonly detect only used LPC chiptype (NXPARM only)
-debug0 for no debug
-debug3 for progress info only
-debug5 for full debug
-donotstart do not start MCU after download
-try<n> try n times to synchronise
-wipe Erase entire device before upload
-control for controlling RS232 lines for easier booting
(Reset = DTR, EnableBootLoader = RTS)
-controlswap swap RS232 control lines
(Reset = RTS, EnableBootLoader = DTR)
-controlinv Invert state of RTS & DTR
(0=true/assert/set, 1=false/deassert/clear).
-verify Verify the data in Flash after every writes to
sector. To detect errors in writing to Flash ROM
-logfile for enabling logging of terminal output to lpc21isp.log
-halfduplex use halfduplex serial communication (i.e. with K-Line)
-ADARM for downloading to an Analog Devices
ARM microcontroller ADUC70xx
-NXPARM for downloading to a NXP LPC1xxx/LPC2xxx (default)
Поскольку с LPC я не работаю, проверить реальное программирование не могу. Но упоминание в последней строчке LPC1xxx наводит на мысль, что программироваться будет...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.