Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: ARM от ST
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
kinolog
Доброго времени суток...
Выбираю ARM
Хотелось бы иметь на борту:
- FLASH >= 128 k
- RAM >=16 k
- CAN
- I2C (master/slave )
- 2 x UART
- ETHERNET

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

Заранее спасибо и RESPECT всем кто откликнулся
HardJoker
Цитата(kinolog @ Apr 3 2007, 18:32) *
Доброго времени суток...
Выбираю 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мм
AlexandrY
А какой вам инфы не хватает?
Может наоборот все ясно, и народ вовсю их юзает вместо того чтоб обсуждать.
http://aly.projektas.lt/Projects/ARMDomina...RMDominator.htm

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

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

Заранее спасибо и RESPECT всем кто откликнулся
kinolog
Цитата(AlexandrY @ Apr 3 2007, 19:11) *
А какой вам инфы не хватает?
Может наоборот все ясно, и народ вовсю их юзает вместо того чтоб обсуждать.
http://aly.projektas.lt/Projects/ARMDomina...RMDominator.htm

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

Цитата(kinolog @ Apr 3 2007, 19:14) *
инфы не то что не хватает... Просто складывается такое впечатление, что кроме ATшных и NXP ARMов
народ мало что юзает (из ARMов), что в свою очередь наводит на мысль о подвоХе.
scifi
Используем STR710FZ2. Было обнаружено, что прерывание по окончанию записи во флэш не работает должным образом, что позже было подтверждено представителями ST. Кроме того, в нашем приложении при работе с внешней шиной при некоторых условиях происходили сбои процессора, но было найдено правильное "движение бубном", которое устраняло проблему. Возможно, с внешней шиной мы сами что-то делали не так, но не исключён глюк в чипе. Помимо этого, на каком-то этапе из документации были выдернуты все ссылки на модуль HDLC: очевидно, им вообще невозможно нормально пользоваться, можете поискать на эту тему в этом форуме.
Короче, болезни роста. Несмотря на это, с успехом используем этот чип. Были найдены обходные пути вокруг упомянутых проблем.
По поводу STR9. Есть слухи, что он не такой быстрый, как может показаться:
http://www.embeddedrelated.com/groups/lpc2000/show/18739.php
Возможно это потому, что не работает branch cache:
http://caxapa.ru/71981.html
zltigo
STR9 не пользовал.
STR7 вполне середнячек использовать который крайне мало смысла, если не нужна кака-нибудь фича типа HDLC (с багами sad.gif ). Контроллер прерывания по функциональности - полное дерьмо. Техподдержка хорошая. Прилагается много "библиотек" - если халтуру слепить, то наверное это хорошо, для реальной работы по любому все вычитывать и править.
AlexandrY
Уже давно выпускается ревизия F.
Так что все нормально. Следите за выпуском DSP библиотек. biggrin.gif

Цитата(scifi @ Apr 3 2007, 20:17) *
По поводу STR9. Есть слухи, что он не такой быстрый, как может показаться:
http://www.embeddedrelated.com/groups/lpc2000/show/18739.php
Возможно это потому, что не работает branch cache:
http://caxapa.ru/71981.html
Muxamor
Цитата(scifi @ Apr 3 2007, 23:47) *
Помимо этого, на каком-то этапе из документации были выдернуты все ссылки на модуль HDLC: очевидно, им вообще невозможно нормально пользоваться, можете поискать на эту тему в этом форуме.


АГА точно есть там такое дело с HDLC контроллером .
Но все ошибки какие я там нашел это были перепутаны биты отправки и приема .
Правкой этих битов все вылечилось .
сейчас HDLC работает прекрасно . Как этот баг с битами лечиться есть на форуме !
Сам юзаю STR711FR2
kinolog
Еще раз всем спасибо...
Решил юзать LPC23xx, ядро 7, все что нужно - на борту.
Пока думаю хватит.
Esc@pe
Цитата(scifi @ Apr 3 2007, 20:47) *
Используем STR710FZ2. Было обнаружено, что прерывание по окончанию записи во флэш не работает должным образом, что позже было подтверждено представителями ST. Кроме того, в нашем приложении при работе с внешней шиной при некоторых условиях происходили сбои процессора, но было найдено правильное "движение бубном", которое устраняло проблему. Возможно, с внешней шиной мы сами что-то делали не так, но не исключён глюк в чипе. Помимо этого, на каком-то этапе из документации были выдернуты все ссылки на модуль HDLC: очевидно, им вообще невозможно нормально пользоваться, можете поискать на эту тему в этом форуме.
Короче, болезни роста. Несмотря на это, с успехом используем этот чип. Были найдены обходные пути вокруг упомянутых проблем.
По поводу STR9. Есть слухи, что он не такой быстрый, как может показаться:
http://www.embeddedrelated.com/groups/lpc2000/show/18739.php
Возможно это потому, что не работает branch cache:
http://caxapa.ru/71981.html


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

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

Спасибо!
scifi
Цитата(Esc@pe @ Apr 17 2007, 08:30) *
А можно подробней, по поводу FLASH?
Дело в том, что при работе в отладчике запись в BANK1 или стирание сектора выполняются нормально, а после рестарта, при выставлении бита WMS выполнение программы вываливается в основной цикл, при этом все прерывания оказываются отключенными. Запрос в ST отправил, жду ответа. Проц STR710FZ1. Может подскажете, где грабли?

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

Спасибо!

По поводу флэш только одно приходит в голову: после включения питания самая первая операция записи во флэш должна выполняться из RAM, так как во время неё недоступны оба банка флэш. Это описано в Flash Programming Manual. В своей программе для инициализации флэш я записываю в одну из ячеек флэш её же содержимое.
При работе с внешней шиной наблюдалось следующее: после записи в адресное пространства EMI ненулевого значения через несколько миллисекунд процессор перепрыгивал на непонятные адреса. Повторюсь: вполне возможно, что это я что-то сделал не так. Например, перепутал конденсаторы для внутреннего стабилизатора напряжения МК. Кстати, пойду проверю. А лечилась эта беда следующим образом: после работы с EMI записывали в произвольную ячейку адресного пространства EMI нулевое значение.
Esc@pe
Цитата(scifi @ Apr 17 2007, 09:23) *
По поводу флэш только одно приходит в голову: после включения питания самая первая операция записи во флэш должна выполняться из RAM, так как во время неё недоступны оба банка флэш. Это описано в Flash Programming Manual. В своей программе для инициализации флэш я записываю в одну из ячеек флэш её же содержимое.
При работе с внешней шиной наблюдалось следующее: после записи в адресное пространства EMI ненулевого значения через несколько миллисекунд процессор перепрыгивал на непонятные адреса. Повторюсь: вполне возможно, что это я что-то сделал не так. Например, перепутал конденсаторы для внутреннего стабилизатора напряжения МК. Кстати, пойду проверю. А лечилась эта беда следующим образом: после работы с EMI записывали в произвольную ячейку адресного пространства EMI нулевое значение.

Получилось! Спасибо!
Stepanich
Здравствуйте.

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

Спасибо. Всего хорошего.
zltigo
Цитата(Stepanich @ Jun 12 2007, 12:19) *
Имел ли кто-нибудь дело с МК STR91?

Перенес вопрос в одну из существующих веток c аналогичным содержанием. Посьба не плодить однотипные вопросы.
AlexandrY
Да имели дело: http://aly.projektas.lt/Projects/ARMDomina...RMDominator.htm
Да он самый производительный среди тех процов, что работают из FLASH
И бенчмарки делали: http://aly.projektas.lt/Tests/AllCPU/WhetsRes.htm#1
Правда с тех времен STR91x пошустрел процентов на 10. Модифицировали его немного.
Про распространение говорить рано, его только второй год продвигают.


Цитата(Stepanich @ Jun 12 2007, 12:49) *
Здравствуйте.

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

Спасибо. Всего хорошего.
Stepanich
Спасибо за ответ.

А что можно сказать об удобстве освоения (разумеется, по сравнению с МК других фирм).
Читал о недостатках таймеров у STR91. В чём они заключаются.
Есть ли преимущества со стороны МК от Renesas, Freescale, Atmel и NEC?

Разумно ли сравнение STR91 и AVR32? Если да, то за кем преимущество?

И ещё, детский вопрос, наверное: почему МК со встроенной Flash-памятью существенно уступают по производительности МК без неё? Как осуществляется загрузка исполняемого кода в подобные ROM-less контроллеры (с использованием конфигуратора, как в некоторых ПЛИС)?

Спасибо.
AlexandrY
На STR91x дока не так красиво выглядит, как на LPC например. Но количество ошибок на единицу мануала у них примерно одинаковое.
Однако по STR91 есть живой фирменный форум на котором модераторы из группы разработки ST.
Если не помогут, то хоть поговорят 01.gif
А так по скорости освоения все эти ADuC-и, SAM-ы, LPC, TMS470 и STR-ы практически одинаковы. У каждого свои заморочки со стартапами и багами периферии. На каждые есть кучи KIT-ов.
Недостатки таймеров у STR91 мной обнаружены не были, просто они несколько оригинальны: короткие - 16 бит, а не 32 как у других, стартуют не с нуля, а с 0xFFFC. Но зато у них имеется DMA чего нет у других. Эта фишка позволяет замерять разные временнЫе характеристики и распознавать сложные входные шаблоны сигналов в реальном времени. Так что нужен тонкий анализ, что там недостатки, а что фичи.
AVR32 явно быстрее STR91x. Но он и предназначен для обработки мультимедии не сильно навороченной, такой чтоб для мобильных дивайсов было достаточно. Т.е. для других приложений он не сильно эффективен, да и чтоб получить нормальное мультимедиа на нем придется думаю вложить немалые деньги в покупку софта. Так что это выбор не для простых людей.

Предел работы скорости FLASH где-то 30 МГц, быстрее ее читать просто не могут. Придумывают всякие фокусы - буфферизацию, чередование чтения из разных банков, объединение в широкую шину до 128 бит и т.д. но полностью проблему решить не могут. Вот и тормозит выполение из FLASH.

Для загрузки кода в процах или есть загрузчик в маленькой внутренней ROM или FLASH или выполнение начинается из внешней FLASH. Есть у ST новая серия которая даже может выполняться! сразу из сериальной FLASH. Т.е. механизмов много разных есть.



Цитата(Stepanich @ Jun 12 2007, 23:35) *
Спасибо за ответ.

А что можно сказать об удобстве освоения (разумеется, по сравнению с МК других фирм).
Читал о недостатках таймеров у STR91. В чём они заключаются.
Есть ли преимущества со стороны МК от Renesas, Freescale, Atmel и NEC?

Разумно ли сравнение STR91 и AVR32? Если да, то за кем преимущество?

И ещё, детский вопрос, наверное: почему МК со встроенной Flash-памятью существенно уступают по производительности МК без неё? Как осуществляется загрузка исполняемого кода в подобные ROM-less контроллеры (с использованием конфигуратора, как в некоторых ПЛИС)?

Спасибо.
proba
Цитата(AlexandrY @ Jun 13 2007, 00:25) *
Предел работы скорости FLASH где-то 30 МГц, быстрее ее читать просто не могут. Придумывают всякие фокусы - буфферизацию, чередование чтения из разных банков, объединение в широкую шину до 128 бит и т.д. но полностью проблему решить не могут. Вот и тормозит выполение из FLASH.


ренесасом разработано 2 варианта MONOS flash с выборкои 12ns и 4 ns, пока применяется только первыи в sh7211, более быстрыи вариант занимает больше места не силиконе и будущее этои пока неизвестно.
Andy_ry
Цитата(AlexandrY @ Jun 12 2007, 16:52) *

Проект, вроде, перспективный, токмо кроме бенчмарка хорошо бы примеры реализации интерфейсов вывалить. А схемы можно от оценочных плат понадёргать, благо их уже несколько. И как с проблемой работы по прерываниям двух контроллеров VIC0 и VIC1? Решили? Тогда не будете ли любезны пример в студию (UART+TIM) или что угодно, но из VIC0 и VIC1 одновременно.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.