Новый STM32F4 Опции

[MALLOY2]

Выходит в свет первый STM32 c SDRAM контролером хоть и медленным.
http://www.st.com/web/catalog/mmc/FM141/SC...N1806/PF255430#

[MALLOY2]

А у STM32F429xx замультиплексирована вся внешняя память.

Это минус конечно, но и корпус меньше

Ethernet контроллер однозначно у K70 быстрее, поскольку аппаратно генерит CRC для IP, TCP, UPD, ICMP и делает прочие ускорения.

У всех STM аппаратно считается CRC так что ничего он не быстрее.

К70 Хорош, но тяжелее доставаем и дороже наверняка.

Ну и самое главное К70 BGA

[VslavX]

Ну и самое главное К70 BGA

Да, K70 - это уже другой класс. BGA + DDR, это минимум 4-х слойка PCB, с 5-ым классом точности, да еще контроль импеданса желателен.
А вот STM32F4xx и LPC1778/88 в TQFP с SDR при желании можно поднять на дешевой 2-х слойке (S3C44BOX я практически поднимал на 2-х слоях).

По потреблению я не помню, Самсунг 2410@266 + SDR SDRAM@133 кушали достаточно скромно.

[AlexandrY]

Да, K70 - это уже другой класс. BGA + DDR, это минимум 4-х слойка PCB, с 5-ым классом точности, да еще контроль импеданса желателен.
А вот STM32F4xx и LPC1778/88 в TQFP с SDR при желании можно поднять на дешевой 2-х слойке (S3C44BOX я практически поднимал на 2-х слоях).

STM32F429xx в TQFP теряет все конкурентные преимущества.
От него почти ничего интересного не остается если половину ног образно говоря выкинуть на SDRAM.
Контроль импеданса на таких частотах еще не нужен, но даже если бы и был, он заключается в тюнинге ширины дорожек. Это элементарная операция.

[VslavX]

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

Невысокие частоты это отнюдь не панацея. Низкоскоростные DDR чипы купить уже достаточно сложно, все больше DDR-400+ попадаются, с сответствующими скоростями нарастания. И "звенят" они отлично, данные не всегда "успокаиваются" и попадают в приемное окно даже на "низкой" частоте. Тут, правда, еще очень многое от контроллера памяти зависит, по какому принципу построен. Ну и если памяти всего один чип, и все линии точка-точка - то да, можно "проскочить". А потом заказчик захочет DIMM и тут - опа, сюрприз .

Это элементарная операция.

Операция элементарная, только платы на заводе все равно с контролем заказывать надо. "А фоторужье он денег стоит" (с).
В моей области приходится конкурировать в том числе с китайцами, цена очень критична. Поэтому для меня применить BGA в проекте из основной линейки при наличии достаточной TQFP альтернативы значит банально понтануться. Ага, за свои деньги.

[AlexandrY]

В моей области приходится конкурировать в том числе с китайцами, цена очень критична. Поэтому для меня применить BGA в проекте из основной линейки при наличии достаточной TQFP альтернативы значит банально понтануться. Ага, за свои деньги.

Забавно..., конкурировать с китайцами по цене.
Вроде все хором признают этот путь тупиковым.

Конкурировать можно по функциональности, гибкости, надежности, но по цене... странно.

Я сам применяю серию STM32 очень давно. Но именно конкуренция заставляет признать, что K70 будет вернее.

И корпус волнует меньше всего. Наоборот чем больше пинов, тем меньше шансов пролететь в планировании функций и меньше обвязки.
А у STM32F429xx скорее всего придется ставить шинные буфера. А это и цена и площадь платы и потребление и прочие неприятности.

Опять же поддержка софтом.
У K70 за спиной микролинукс и MQX, либы для сенсорной клавиатуры и ZigBee стек, а все что есть для STM32F4 то легко портировать на K70.
Это в пользу гибкости.

[KostyantynT]

Господа, не забываем, что под все это надо писать еще и софт. Linux на него не поставишь. А какая-нибудь готовая OS c полусырым BSP и GUI есть под него. ECOS вроде бы замерзла, SEGGER денюжек требует, от Keil - долго плевался. Какой нибудь джентельменский набор - OS+Network Stack+SD+FS+USB slave+USB master+GUI. Желательно под LGPL. Что-там спортированием ucLinux? Собирать свое из разных источников - можно, но уж достатточно геммройно.

Мой рецепт - CW tasking+ SEGGER GUI+LWIP+USB library from ST+FatFS. Вот такая сборная солянка.

[pitt]

Господа, не забываем, что под все это надо писать еще и софт. Linux на него не поставишь. А какая-нибудь готовая OS c полусырым BSP и GUI есть под него. ECOS вроде бы замерзла, SEGGER денюжек требует, от Keil - долго плевался. Какой нибудь джентельменский набор - OS+Network Stack+SD+FS+USB slave+USB master+GUI. Желательно под LGPL. Что-там спортированием ucLinux? Собирать свое из разных источников - можно, но уж достатточно геммройно.

Мой рецепт - CW tasking+ SEGGER GUI+LWIP+USB library from ST+FatFS. Вот такая сборная солянка.

На самом деле, сборная солянка получается от того, что OS написана под что-то одно и давно, а потом многократно пропатчена и адаптированна к всему мало-мальски подходящему - продавцы программного обеспечения зарабатывают деньги, неужели не понятно.
Какой выход? Последние 10 лет я адаптирую собственную операционку на все железо, которое попадает ко мне от электриков и можно жить. Для STM как GUI использую Keil, их стандартная библиотека годится только как design-reference, чтобы понять что они такое в мануалах пишут. Не знаю как для стран СНГ, но для родной Америки, совершенно нечитаемо, видимо, ни у меня, ни у моих коллег-американцев английского не хватает Для справки сообщаю, что их библиотеку еще далеко не всю разобрал. Например, USB еще даже не смотрел, но из того что видел, пользоваться как оно есть невозможно ничем, если за качество надо самомоу отвечать! Так что, по-тихоньку пописываю HAL, к нему драйверы для middle-ware OS interface, a про ось уже написал. Еще рекомендую именно для STM обратить внимание на www.milos.it - уверен не пожалеете.

Под STM32 с успехом использую Keil RL ARM, по моему идеальный вариант. От чего там можно плеваться?
Элементарно и uCOS ставиться а с ней и GUI, TCP/IP, FS и проч.

Извините, а от чего там можно не плеваться? Совершеннейший фертилайзер! Да, работает, если делать как они позволют, а не так как делают профессионалы. Если бы в исходники не приходилось смотреть, так еще бы и ничего, а так...