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

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

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

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

Сообщение отредактировал OVladimir - Jan 12 2008, 08:13

В начале этой ветки упоминались драйвера RDI for RLink, может у кого-нибудь остались, поделитесь пожалуйста.

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

Подскажите, кто имел с этим дело - можно ли располагать код для стирания\записи флеш прямо во флеш?

В мануале сказано, что во время записи\стирания все обращения CPU к флеш будут приостановлены до завершения операции.
То есть не вижу надобности переносить код перед прошивкой в ОЗУ, поставить просто проверку, чтобы не затереть этот код и всё...

если за время обсуждения "собачка не успела подрости" (речь по прежнему идет о STM32f103)? то проблем нет - все работает.

Спасибо
А что, у новых 105 и 107 уже всё иначе?

Конечно нет, на 105м тоже работает 107й тока начал щупать.
Просто мало - ли в середине темы могли начать обсуждать Сortex от другого производителя к примеру

Делал такой загрузчик, чудно работает.
Да.

по ходу жизни пришлось вернутся к lpc21xx lpc24xx так после 103 и 107 вообще хламом кажется. даже уже 16битные таймеры почти не напрягают. вот распихиваю arm7tdmi по изделиям чтоб избавится ...

непонятно, что именно (LPC или ST) Вы называете хламом ?

Я так понял, что ARM7TDMI после Cortex-M3 кажется хламом

Ну разве только кажется. Если речь идет о сравнении старших ARM7 от NXP c STM. И ядро практически младшего Corteх-M3 тоже не бог весть какой конкурент ARM7, тем более в исполнении STM, которые его даже разогнать не смогли свыше тех-же 72MHz.
По сравнению с провальными STR700 для ST это шаг вперед, но и все. Гамма контроллеров у ST очень хорошая - начиная с мелких. Но их старшие по сравнению со старшими ARM7 от NXP не впечатляют. И у NXP среди их Corteх-M3 замены тем-же LPC2378-2468-2478 тоже нет . Так что про "хлам" явно рано.

NXP в прошлом году на конференции обещал что будет и замена LPC2478 в виде Cortex-M3. Причем 120 MHZ. А т.к. там узкое место интерфейс к SDRAM, то прирост частоты в больше чем 1,5 раза даст хороший выйгрышь! Но похоже это будет не скоро

я хламом назвал "седмой' по стравению с кортексом. даже если точнее не конкретные контроллеры а архитектуры. меня в кортексе единственно только автоматическое сохранение контекста в прерываниях бесить, а так все дубово-прямолинейно что мне очень нравится.

закрыл 2 проъекта - сделать демку для платки с lpc2478 и stm32f107 в котрых работает сеть, я прикрутил freertos, uIP. но для кортекса както это быстро произошло и просто, а lpc мне моск высосал хорошо.

есть мнение что у ST аналога 2478 в ядре m3 не будет

я лично не понимаю целевую нишу 2478 - на дохлого рыцаря нацепили латы которые он поднять не может.

щас дали мне модуль на omap3530 - вот это уже может видео тянуть.. разбираюсь - пока впечатляет.

Cortex-A8, с точки зрения программиста (системного) гораздо ближе к ARM7, чем к Cortex-M3.

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



Что-бы было. Не всем кино крутить. Интересны на самом деле альтернативы не 2478, а 2468 и 2378.




Угу. А это типа OAMP http://www.nvidia.com/object/tegra_250.html

Любопытно, чем сохранение контекста не удобно?