Вёл проект на LPC3264, потом предложили STM32 (Cortex-M3), ресурсов в последнем ровно столько сколько нужно и, всвязи с тем, что это довольно новый продукт, решил поделиться впечатлениями. Схемы и программы у обоих проектов идентичные.

Сравнительные плюсы:
Ток потребления меньше чем у лпц (35-40 мА, соответственно и источник питания проще и дешевле)
Не так чувствителен к скачкам напряжения питания (2-3.6 В, тут ещё будем тестировать, но лпц сбрасывался в определённых условиях)
Багов не замечено (в лпц2364 критичная проблема с МАМ)

Сравнительные минусы:
Дебагить не слишком удобно (если интересно смогу пояснить подробнее)
Флэш меньше

Буду признателен если кто-нибудь пополнит список или расскажет с чем ещё нехорошим могу тут столкнуться.

Наверное таки LPC2364. 128k флэша, так и у F103 есть вариант с таким-же размером, вот SRAM да, только до 20k... и ethernet нету...
Я тоже на нее переползаю, только на F101. Особенно радует F/2 при работе c SPI. Делиться пока нечем

В корпусах <=64 - нет возможности REF с наружи завести , а внутренних 1.5в не хватает.

1. Уже в прошлом
2. У STM - вообще мамообразных вещей нет.

Да уж лучше без голословия

Естественно интересно. Я не особый поклонник внутрисхемной отладки, но попробовал с RLink в Ride7 ничего особо неудобного не заметил.



У LPC тоже типа есть, но с проблемами на прием

STM хвалятся своими самыми быстрыми в мире флэш, но конечно же, они не такие быстрые как надо для того чтобы оправдать частоту ядра в 72 MHz, думаю, влепят рано или поздно. Суть не в том. Для определённых задач скорости более чем предостаточно.

"Да уж лучше без голословия " куда уж тут, не дома сидим, и вещи для людей делаем, как им потом в глаза смотреть.

Про дебаг: Практически во всех случаях приходится это делать в реальной схеме, так сразу видно почти все огрехи (как программы, так и самой схемы). А с STM при дебаге если после точки останова необходимо сделать шаг (step over, например), попадаешь в процедуры обработки какого-нибудь прерывания, поэтому приходится расставлять доп. брейкпоинты чтобы просто пройти по процедуре основного цикла, тут я не знаю, может есть другой какой-нить способ, но в лпц такого не наблюдалось.

Ну 13ns FLASH это будет уже скорее поздно , а в NXP стиле 128bit 50ns FLASH - легко. Вскоре LPC1000 должны выкатить - будет еще и выбор....

Дело в том, что LPC - ARM7 и его ICE не поддерживает single step, он реализуется отладчиком (разными способами можно посмотреть например исходники GDB). А у Cortex-M3 уже есть аппаратный single step и поэтому вы попадаете в прерывания - здесь опять же хороший отладчик, если не требуется отлаживать прерывания должен их обходить.

Вот, спасибо, есть объяснение.

и, не в тему вопрос, у кейла хороший отладчик? и где у него это настраивается?

Особенно он хорош в связке с STR912. Ваааще убийца становится.
http://aly.ogmis.lt/OpenProjects/ARMDominator4/ARMD4.htm

А про отладку говорить мало смысла не сказав в какой среде отлаживаете.

RealView Microcontroller Development Kit
Version 3.11
это всё

Ну извините, на дворе уже 3.15b
Cortex значительно лучше отлаживается в Keil-е чем ARM7TDMI.
Таже скорость пошагового прохода гораздо выше.

По поводу NXP. Здесь на московской конференции NXP пообещали много вкусного в LPC1000

Не знаю, как на Моссковской, но если, как на остальных, то собствено семейство было только обозначено и соответственно в документе по ссылке о нем практически ничего нет.

Там немного описана переферия (стр 28) и место, которое он должен занимать на рынке (словом информация для продавцов). Флеши и RAM обещается явно по-больше, чем сейчас у ST. Модуль Ethernet MAC наверняка будет от LPC23xx/24xx с DMA. Я был на этой конференции. Представитель NXP утверждал, что эта серия ориентирована на замену 8 и 16 битных МК при той же стоимости, производительности, привосходящей ARM7 и низком энергопотреблении. Больше всего "хвалили" эту архитектуру STMicroelectronix. Посмотрим, что получится у NXP

это может потому что частота JTAG в 1 MHz вместо 200 kHz в лпц

Вопрос в другом, реально ли в кейле сделать обход обработчиков прерываний, о котором упоминал KRS, и начиная с какой версии это возможно сделать?

Лучше скажите как умудрится сделать чтобы отладчик все время спотыкался на прерываниях.
Такого никогда не было и в последнем компилере нет.

Подозреваю, что была либо целостность сигналов нарушена, либо ядро не в режиме из-за неправильной инициализации.

Кстати в Cortex увеличилось количество допустимых брекпойнтов.

Ничего не делал специально, иннициализация ровно такая же как и в примерах с сайта кейл, буду ковырять тогда глубже, а точек останова да, больше: 8 вместо 2 в ARM7

Про 200 что-то ну совсем не то.
Вот прямо случайно прямо сейчас работал как обычно на 4000 (четырех тысячах килогерц) рекордами не занимался, просто работал.

Core ID это LPC2138.

Просьба немного не по теме: хочу купить Кольцо с STM32; хочу работать из-под Кейла или GDB. Не могли бы Вы проверить RDI for RLink? Если у Вас нет, у меня есть расшифрованный.

Могу. Нету. Бросте мне свой адресок в личку - отвечу куда прислать. Единственно, что скорее всего только в субботу.

Если кому интересно - выкладываю демоплату от ST (проект в AltiunDesigner 6.?).

получил демо плату PRIMER http://www.st.com/stonline/products/literature/bd/13942.pdf, круглая такая. Поставил Raid7, загрузил тестовый проект. Все дебажится, компиляется, GNU gcc-frendly, все бесплатно... короче меня вштырило. наверно на кортексы ползти начну. во всяком случае стало интересно. за 3 минуты без денег и борьбы началась внутрикристальная отладка. отраслевой прогресс налицо.

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

Это твой GNU gcc-frendly проект был, или в комплекте шел? Если твой - выложишь? Надо с чего-то начинать когда-нибудь, а то пока все доку читаю.

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

ага, моий проект - за 3 минуты наваял !! не тконечно, пример был зашит вдевайс - катание шарика по экрану (обработка сигнала акселеромеров), графическое меню, какието еще игрушки типа arcanoid и тд,. Установив Raid7 скаченный с сайта там же обнаружился именно тот пример для STM32 который зашит производителем (видимо они дружат).

2 Zltigo
А что платное, в чем подвох то? На сайте Raid7 написано что все тулсы при использовании GNU GCC и использовании STM32 "No software limitation"

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

А бесплатные j-таги не пробовали прикручивать?

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

впечатления :
1.I2C немного криво реализован.
2. прилагающимися примерами от команды индусов пользоваться опасно, заструктурировано все до нельзя, а на верхнем уровне куча багов (проверять все используемое фирмваре лайбрари до низу!)
в извинение могу сказать что стэк юсб довольно прямо реализован и заработал на ура.
3. структура железа камешка такова что сама предполагает объектный доступ к переферии - пример - таблицы с указателями на рам для юсб . Что в принципе ограничивает возможенности написания "сверхчистосишного" кода а-ля MISRA спецификейшн.

сначала тоже так показалось, но потом разобрался и понял что, в принципе, реализация вполне приемлемая и работает стабильно.



это уже не по поводу самого процессора, такие явления сплош и рядом, в своих ошибках легче разобраться чем в чужих

А вот это не очевидно. У ST явная политика на сворачивание документирования чипов.
Они переходят на предоставление либ без подробного описания железа.
Как это сейчас делается у OEM-щиков.
Вот как тест, к примеру, скажите мне где в доке на STM32 указано от какого источника и с какой частотой идет клок на таймеры 2,3,4.

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

в data sheet и в референс мануал есть блок схема, там всё видно, плюс есть описание всех блоков словами.

само описание выполнено в другом стиле нежели у эникспи, сложнее немного, но всё есть

Ну что ж, я считаю что вы не нашли.
Элементы тактирования таймеров на блоксхеме либо не верны либо не описаны.
Стиль это не какая-то мелочь, по опросам более чем для 50% разработчиков основным критерием в выборе кристалла является качество документации.
Собственно эта документация отражает качество работы команды разработчиков чипа, т.е. косвенно определяет и качество самого чипа.
А по опыту плохая дока на пару месяцев может спокойно задержать проект.
Другое дело, что чипы для ST разрабатывают по аутсорсу, а доку пишут ихние индусы и видно очень ленивые.
Т.е. чипы сами по себе не хуже других, но во тем кто их продает я не позавидую.

с одной стороны может это и полезно , например попользовавшись ератами атмела и филипса приходишь к выводу , что с таким количеством "особенностей" лучше бы сразу предоставили код которым можно пользоваться. предоставили софтварный интерфейс вместо хардварного так сказать. Только пhи этом нельзя оставлять прежнее отношение к этим апнотам - "это всего лишь пример , и поставляется as it is ".
А так лично мне было бы все равно с какой абстракцией работать - с битом в кфг регистре , или с членом структуры.

RM0008
Reference manual

STM32F101xx and STM32F103xx
advanced ARM-based 32-bit MCUs

на 48 странице "Clock tree" плюс описание самих таймеров:

The counter clock can be provided by the following clock sources:
● Internal clock (CK_INT)
● External clock mode1: external input pin
● External clock mode2: external trigger input ETR
● Internal trigger inputs (ITRx):.....

Или я чего-то не понимаю, но по-моему это именно та информация, а по поводу ошибок в ней хотелось бы поподробней.

Ай, был в ST офисе в Паге целую неделю, ни одного индуса не видел

Недавно купили кит EKI-LM3S6965 Ethernet Evaluation Kit for IAR Embedded Workbench
от Stellaris
так вот на нем интегрирован JTAG в виде FTDI2232C, и есть фича при удерживании reset при включекнии он может работать наружу, пробовал подключать его к ARM7 но IAR пишет что LMFTDI поддерживает только Cortex-M3, похоже можно любой cortex подключить ( у меня к сожалению нет другого под рукой что бы проверить) сделали плату с STM32F103x но вывели только SWD наружу (это отдельная песня).

К чему я это все - к тому что, можно взять обычный JTAG на FT2322C и указать IAR что это LMFTDI, одно только надо либо прошить eeprom штатной программой FTDI (прошивку еепром если надо выложу inf файлы для драйвера тоже все сдалено как описано в FTDI) либо подправить DLL чтобы цеплялась к первой попавшейся FTDI.

Есть еще CodeSourcery вариант - там интересен GDB server (ради этого одного exe пришлось качать 400 метров CD к данному варианту кита) который цепялется на этот FTDI (ему уже прошивка еепром пофиг, специально проверил стер), но он работает только в режиме SWD (как раз для этого и нужа простенькая FPGA на плате в основном она делает следующее - одна из ног FTDI выбрает режим JTAG / SWD если JTAG то просто насквозь пропускает, а если SWD то FTDI TMS управляет направлением, а FTDI TDO и FTDI TDI объеденяются на SWDIO(TMS), а FTDI TCK так и идет на SWDCK(TCK))
Вот этот вариант, после долгих танцев с бубном ( пришлось отрезать TMS от LM3S6965 потому что в режиме SWD, даже если при включении держать кнопку все равно цепляется к внутреннему процу даже ресет пофиг это какой то прикол SWD) у меня подключился к STM32F103, но поругался что это не Stellaris и что флеш и еще что то не работает, но что Cortex-M3 все ок.

Завтра продолжу эксперементы. А то IAR4 не поддерживает gdb server, а IAR 5.10 не поддерживает Cortex, вот приходится 5.11 качать

Получил newsletter "The ST Microcontroller Newsletter - January/February 2008" сегодня, там написано:

STM32 receives EG3 "editor's choice" award!
Ну это так, просто

а можно поподробнее:
1 что за пакет CodeSourcery и где его скачать (если на http://www.codesourcery.com/ , то где конкретно)
2 почему GDB сервер входящий в состав этого пакета работает только как SWD (правильно я понял )
3 на какой плате стоит фпга и поподробнее какую глобальную функцию она выполняет - позволяет работать процу STM по SWD ? (он вроде и так для этого заточен).

4 правильно ли я понял что вам удалось прошивкой FTDI-ного епрома заставить иар видеть важ ЖТАГ как некий LMFTDI - про который он говорит что тот предназначет только для кортекса ? если да , то чем Вас такой вариант не устраивает ?

мне удалось заставить работать олимексовский адаптер на FTDI c LPC2138 в ИАРЕ 5.11 через GDB сервер входящий в состав пакета OPENOCD. Однако в последней версии этого пакета нету скрипта настройки цели сервера GDB именно для cortexa. хотя текст этого скрипта есть в pdf хелпа к GDB (вероятно остался от старой версии, но будет ли работать пока не проверил )

это кастомизированный eclipse + gcc + поддержка жлеза
я брал верисю которая лежит у luminary
http://www.luminarymicro.com/products/ekc-...uation_kit.html
EKC-LM3S6965-CD-148 LM3S6965 Evaluation Kit for CodeSourcery CD


есть exe файл arm-stellaris-eabi-sprite.exe если его запустить с правильными параметрами он станет gdb server ом (параметра выбирающего SWD / JTAG нет да и устройство знает одно на FTDI )


про FPGA я писал (FPGA на плате в основном она делает следующее - одна из ног FTDI выбрает режим JTAG / SWD если JTAG то просто насквозь пропускает, а если SWD то FTDI TMS управляет направлением, а FTDI TDO и FTDI TDI объеденяются на SWDIO(TMS), а FTDI TCK так и идет на SWDCK(TCK))
это даже не FPGA а CPLD LC4032V уже зашитая но логическая схема есть в даташите она очень простая, если делать клон можно обойтись рассыпухой
схему можно скачать
http://www.luminarymicro.com/products/ekc-...uation_kit.html
UM-EK-LM3S6965-01 Stellaris LM3S6965 Evaluation Board User's Manual

сейчас при коннекте с stm32f103 получается следующее

надо как то отключить опознование и работу с флешой.


Я стандартными средствами ( MProg 3.0a ) сичтал eeprom, потом его стер iar перестал коннектится и записал заново опять все заработало. (отlельной платы с FTDI у меня нет) но все зделано стандартно никакой хитрой защиты нет.
У меня на плате выведен только SWD хочется его запустить

Свершилось чудо!
Я запустил STM32F103 с отладчиком JTAG на FTDI FT2232C и IAR 511 (gdb server) и openocd
даже IAR flash loader заработал и прошил flash.

Конфигурация такая
STM32F103 <-> FT2232C <-> OpenOCD <-> IAR 5.11

только OpenOcd пришлось подправить
в файле armv7m.c закоментарил 339 строчку

а то IAR честно воспринимал текущую позицию как PС+1

Вы пересобрали OPENOCD как я понял?
а после этого получившийся openocd-ftd2xx.exe запустили и у Вас заработал GDB сервер?
а файл кфг откуда взяли если не секрет ? ведь запуск этого файла :
openocd-ftd2xx.exe --file lpc2xxx_armusbocd.cfg
(для ЛПЦ например ) или я не прав ?

Да пересобрал OPENOCD
скачал исходники последнии из svn...
как собирать здесь описано
http://openfacts.berlios.de/index-en.phtml...uilding_OpenOCD

законфигурил как
./configure --enable-ft2232_ftd2xx --with-ftd2xx=/cygdrive/e/.....

собрал. у меня один exe получился openocd.exe
запускаю как openocd.exe -f test.cfg

Конфигурационный файл взял отсюда
http://openfacts.berlios.de/index-en.phtml...OpenOCD_scripts

Главное там:


Ну я еще добавил что
reset_config none
у меня только TMS TCK TDI TDO подключены

Ну естественно еще описание ftdi ( у меня кривое птому что я плату как отладчик использую), полный мой конфиг такой

алладин ! колоссальное спасибо за предоставленную информацию !

Как OpenOCD с IAR стыковать? Через RDI драйвер? Может ссылку подкинете?

К сожалению я не знаю готового решения RDI <-> GDBserver
Но у IAR 5.xx уже есть в конфигурации GDB server, так что 5ый IAR можно подключить прямо к openocd

OpenOCD запускается как GDB сервер - то есть висит на локалхосте - для его использования надо выбрать в опциях проэкта в свойствах дебаггера GDB server а в свойствах самого GDB сервера указать
адрес
127.0.0.1,2331
где 2331 - порт на котором запускается OpenOCD.
все это касается ИАРа 5.11 который поддерживает GDB

Понял, нашел, спасибо! Тоже заказал себе STM32F103VB. Придет, попробую FTDI J-TAG и J-Link, заодно и сравню.

Недавно наткнулся на ссылку с конфигурацией OpenOCD под вашу плату
http://www.siwawi.arubi.uni-kl.de/avr_proj...rtex/index.html

Там еще есть описание, как этот gdb под линуксом использовать.

Может выложите свою версию OpenOCD сюда?