Доброго времени суток...
Выбираю ARM
Хотелось бы иметь на борту:
- FLASH >= 128 k
- RAM >=16 k
- CAN
- I2C (master/slave )
- 2 x UART
- ETHERNET

Выбор пока пал на ARMы от STMicroelectronics (STR912FW44/42), в связи с чем вопрос -
Почему так мало инфы по ним как представителям семейства, и что вообще за звери?

Заранее спасибо и RESPECT всем кто откликнулся

SPI требует аккуратности, поскольку имеет FIFO 8x16. Встроенной команды очистки FIFO нет. Для синхронной работы с несколькими устройствами по одному SPI-интерфейсу буфер приходится чистить программно.

Корпус на 128 выводов имеет шаг 0.4мм

А какой вам инфы не хватает?
Может наоборот все ясно, и народ вовсю их юзает вместо того чтоб обсуждать.
http://aly.projektas.lt/Projects/ARMDomina...RMDominator.htm

инфы не то что не хватает... Просто складывается такое впечатление, что кроме ATшных и NXP ARMов
народ мало что юзает (из ARMов), что в свою очередь наводит на мысль о подвоХе.

Фишка в том, что народ юзает то, что может.
Чем сложнее проц тем меньше шансов его юзать любителю.
С большими SoC-ами к которым уже почти относится STR9 работают коллективами, где исполнители собственно уже не заинтересованы искать ответы по конфам, им проще связываться с тех. поддержкой.
Кстати у ST хорошая тех.поддержка. Найдите еще для какого чипа в этой категории такого объема библиотеки софта.

Используем STR710FZ2. Было обнаружено, что прерывание по окончанию записи во флэш не работает должным образом, что позже было подтверждено представителями ST. Кроме того, в нашем приложении при работе с внешней шиной при некоторых условиях происходили сбои процессора, но было найдено правильное "движение бубном", которое устраняло проблему. Возможно, с внешней шиной мы сами что-то делали не так, но не исключён глюк в чипе. Помимо этого, на каком-то этапе из документации были выдернуты все ссылки на модуль HDLC: очевидно, им вообще невозможно нормально пользоваться, можете поискать на эту тему в этом форуме.
Короче, болезни роста. Несмотря на это, с успехом используем этот чип. Были найдены обходные пути вокруг упомянутых проблем.
По поводу STR9. Есть слухи, что он не такой быстрый, как может показаться:
http://www.embeddedrelated.com/groups/lpc2000/show/18739.php
Возможно это потому, что не работает branch cache:
http://caxapa.ru/71981.html

STR9 не пользовал.
STR7 вполне середнячек использовать который крайне мало смысла, если не нужна кака-нибудь фича типа HDLC (с багами ). Контроллер прерывания по функциональности - полное дерьмо. Техподдержка хорошая. Прилагается много "библиотек" - если халтуру слепить, то наверное это хорошо, для реальной работы по любому все вычитывать и править.

Уже давно выпускается ревизия F.
Так что все нормально. Следите за выпуском DSP библиотек.

АГА точно есть там такое дело с HDLC контроллером .
Но все ошибки какие я там нашел это были перепутаны биты отправки и приема .
Правкой этих битов все вылечилось .
сейчас HDLC работает прекрасно . Как этот баг с битами лечиться есть на форуме !
Сам юзаю STR711FR2

Еще раз всем спасибо...
Решил юзать LPC23xx, ядро 7, все что нужно - на борту.
Пока думаю хватит.

А можно подробней, по поводу FLASH?
Дело в том, что при работе в отладчике запись в BANK1 или стирание сектора выполняются нормально, а после рестарта, при выставлении бита WMS выполнение программы вываливается в основной цикл, при этом все прерывания оказываются отключенными. Запрос в ST отправил, жду ответа. Проц STR710FZ1. Может подскажете, где грабли?

Какого рода сбои при работе с внешней шиной? Как лечить?

Спасибо!

По поводу флэш только одно приходит в голову: после включения питания самая первая операция записи во флэш должна выполняться из RAM, так как во время неё недоступны оба банка флэш. Это описано в Flash Programming Manual. В своей программе для инициализации флэш я записываю в одну из ячеек флэш её же содержимое.
При работе с внешней шиной наблюдалось следующее: после записи в адресное пространства EMI ненулевого значения через несколько миллисекунд процессор перепрыгивал на непонятные адреса. Повторюсь: вполне возможно, что это я что-то сделал не так. Например, перепутал конденсаторы для внутреннего стабилизатора напряжения МК. Кстати, пойду проверю. А лечилась эта беда следующим образом: после работы с EMI записывали в произвольную ячейку адресного пространства EMI нулевое значение.

Получилось! Спасибо!

Здравствуйте.

Имел ли кто-нибудь дело с МК STR91?
Можно ли их считать одними из самых производительных МК, обладающими внушительным набором периферийных средств?
Существуют ли benchmark’и для этих МК?
С чем связано гораздо меньшее распространение этих МК по сравнению с AT91, TMS, LPC и т.д?

Спасибо. Всего хорошего.

Перенес вопрос в одну из существующих веток c аналогичным содержанием. Посьба не плодить однотипные вопросы.