Выбор между STM32F103 и LPC2478, очередная дуристика Опции

[Пухич]

Понимаю, что темы выбора МК всем уже надоели, но все же попрошу помощи.

Дело значит такое. Почти везде, где приходилось работать с встраиваемыми МПС (ПЛК не в счет ессна, там все свое), дело обходилось теми или иными вариациями х86, следовательно либо был простой программинг в PC-стиле на каком-нить TC++ 3.1/Borland Builder 6.0 (если железо PC-подобное), либо ваяние программ для х86 на ассемблере (сейчас как раз очередной виток такой деятельности на новом месте работы, под проприетарное железо, только не бейте и не ругайте за некрофилию - так надо). Работал ранее с AVR (была необходимость три года назад сделать несколько мини-проектиков, выбрал их как наипростейшие, наидоступнейшие и т.д.). Сейчас вот мыслю пробовать входить в мир ARM. Не то, чтобы я любитель посамодельничать (как раз не любитель), и для работы необходимости особой в этом пока нет, но все же надо развиваться, и есть уже пара наметок, которые хотелось бы реализовать на будущее и выгодно подсунуть начальству, тем упростив себе работу.

Соответственно стоит вопрос "с чего начать". Стартеркиты не предлагать, т.к. придется (по крайней мере сначала) рассчитывать только на свои средства и делать самому отладочную плату (ну может только печатку закажу через контору на заводе, и то не факт). Будем считать, что сделать плату - не проблема. Вопрос - на чем конкретно ее делать?

Из заголовка следует, что кое-что я уже почитал тут (и не тут). Атмеловские АРМы меня притягивали поначалу (вообще отношение Атмела к потребителям мне нравится). Но посмотрел я, что они остановились в развитии, и вообще слабоваты, и решил копнуть в другое. Требования такие - внешняя шина (памяти вдруг воткнуть придется, или еще что периферийное), внутренний RTC (вот как-то уже надо), USB device (ясно дело, что надо бы с DMA...), АЦП, таймеры с ШИМ, i2c, UART, SD/MMC. Есть задумки на Эзернет, но пока на будущее. Где-то так.

Как-то сразу отпали Тексасы (чего-то достать сложновато и дороговато) и Самсунги (полистал доки и не вставило). Смотрел в сторону мотороловских i.mx, очень они хороши, но тоже не очень доставаемы (понятно, что серии у меня пока никакой нет, но все же). Встряли в меня STM32 (особенно понравился F103, у него прямо все хорошо и контроллер внешней памяти есть) и LPC2468/78 (второй все же получше, а стоят одинаково). Примерно сопоставив их, пришел к выводу, что STM32 кагбе получше для задач управления объектами (и аналоговая часть посильнее), а LPC2468/78 помощнее в части connection. Само собой у первого Кортекс-М3, что и перспективно и быстро работает, но и АРМ7 еще не умер. По цене и доступности примерно равноценны, STM32 подешевле несколько. Отсутствие Эзернета у STM32 можно решить потом внешним контроллером, ЮСБ-хост в общем вряд ли мне пригодится. Короче, вопрос "что лучше" сложный.

По существу дело стоит главным образом за наличием средств программирования/отладки и проблемностью конкретных кристаллов. Еррату читал на оба, в принципе не испугался. Что касается мнения опытных по поводу сабжей - наличие у LPC всего двух каналов ДМА лично меня не пугает, т.к. у Эзернета и ЮСБ, как я понял, свои контроллеры ДМА, следовательно два канала GPDMA остаются для SD/MMC и, например, I2S. Для АЦП/ЦАП и прочего ДМА не особо и нужно вроде (поправьте, если не так). Про STM32 вроде никто гадости и не пишет. Т.е. вроде и тот и тот можно не бояться. По "средствам" - как мне показалось из чтения инета, для программирования/отладки LPC надо иметь, например, Вигглер и IAR. А вот с STM32 будут всякие бяки. Сразу оговорюсь - я не лентяй с лозунгом "пусть все само заработает", но сейчас как-то напрягся по жизни ( ), поэтому все же не хотелось бы, как в былые студенческие годы, просиживать часами за поиском недокументированных козявок. Хотелось бы иметь наиболее простой и удобный с точки зрения ARM-старта микроконтроллер. Вот кто это для меня - LPC2478 или все же STM32?

P.S.: предполагаемые применения своих идей такие: сервер с интерфейсом RS-232 (IPC@CHIP не предлагать, готовые решения типа ADAMовских Ethernet-RS-232 преобразователей по ряду причин нас не устраивают); дистанционные измерители напряжений и токов; некое подобие ПЛК (без CoDeSys и прочих заморочек). Как-то так.

[IgorKossak]

Т.е. вроде и тот и тот можно не бояться. По "средствам" - как мне показалось из чтения инета, для программирования/отладки LPC надо иметь, например, Вигглер и IAR. А вот с STM32 будут всякие бяки.

Работаю с обоими и обоими доволен. Только про IAR и Wiggler давно забыл. Пользуюсь CodeSourcery и OpenOCD с отладчиком на FT2232.

[MALLOY2]

А вот с STM32 будут всякие бяки.

Нету никак бяк, все работает нормально, только для связки IAR & Wiggler нужена еще программа H-JTAG.

P.S. H-JTAG нужно брать 9.2 в более поздних убрана поддержка LPT.

[Пухич]

Работаю с обоими и обоими доволен. Только про IAR и Wiggler давно забыл. Пользуюсь CodeSourcery и OpenOCD с отладчиком на FT2232.

Спасибо!

А чем плохи IAR и Вигглер? Что имеется в виду под "отладчиком на FT2232" - все же JTAG?

Я бы тоже хотел поработать с обоими, но все же это будет слишком. И вот вы, как человек опытный, что бы все же из двух выбрали? Так ли сильно STM32 со своим кортексом быстрее, и так ли сильно ускоряет работу развитая система ПДП в LPC?

Нету никак бяк, все работает нормально, только для связки IAR & Wiggler нужена еще программа H-JTAG.

Я уже не помню, что там писали, что-то было неприятное, но я даже не запомнил что - какие-то мелочи. Но они могут быть не одиноки.

P.S. H-JTAG нужно брать 9.2 в более поздних убрана поддержка LPT.

А что это за прога?

[artur_off]

P.S. H-JTAG нужно брать 9.2 в более поздних убрана поддержка LPT.

Поддержку LPT убрали в версии 1.0 Preview, в версии 1.0 Release поддержку LPT вернули.

[AlexandrY]

Хм, испугался, неужто iMX стали действительно недоставаемыми.
Зашел на DigiKey. Не, все в порядке, лежат.

Реально iMX25 был бы лучший среди этой ботвы.
Сравните 200 против 400 ног.
Именно когда неизвестнео чего надо и че придется делать проблема ног встает на первый план.
А точнее проблема мультиплекирования функций на ногах.
iMX-ы в этом плане сильно снижают риски, а в малоногих придется ломать голову над оптимальным распределением и жертвовать периферией.

С другого плана важна проблема софта.
Заявленые применения как сервер или PLC довольно серьезные вещи и на рынке есть куча предложений которые будут морально давить.
Чтобы не пролететь в такой ситуации могут понадобиться такие фишки которые самому уже никак не написать с обозримым бюджетом и временем
Надо будет юзать Линукс либо надеяться что его можно заюзать для поддержки духа. И тут чипы на ARM7 и Cortex-M3 будут совсем плохим выбором.

А насчет средств разработки и отладки то все LPC, STM32 и iMX-ы поддерживает и Keil и IAR и с использованием одного и того же JTAG адаптера типа J-Link, U-Link и еще кучи.

[MALLOY2]

А что это за прога?

Это прослойка между IAR и Wiggler, так как прямая поддержка виглера с его драйверами в IAR это полный отстой.

[IgorKossak]

А чем плохи IAR и Вигглер?

Да ничем они не плохи, просто я с ними не работаю, да и LPT порта в компьютерах уже днём с огнём не найти, а платы расширения ставить лень.

Что имеется в виду под "отладчиком на FT2232" - все же JTAG?

Здесь брал.

И вот вы, как человек опытный, что бы все же из двух выбрали? Так ли сильно STM32 со своим кортексом быстрее, и так ли сильно ускоряет работу развитая система ПДП в LPC?

Оба хороши каждый под свои задачи. Не могу за Вас решить что выбрать.

[Пухич]

Хм, испугался, неужто iMX стали действительно недоставаемыми.
Зашел на DigiKey. Не, все в порядке, лежат.

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

Реально iMX25 был бы лучший среди этой ботвы.

Не спорю.

Сравните 200 против 400 ног.

Это как раз менее существенно - ног и так хватит, кроме того мы BGA даже на работе для своих плат не используем (ограничения нашего производителя, а к нему мы определенным образом привязаны), а как я дома буду с ней возиться?

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

Согласен.

iMX-ы в этом плане сильно снижают риски, а в малоногих придется ломать голову над оптимальным распределением и жертвовать периферией.

Ну все же 160 I/o-pins (у ЛПЦ) - уже гут.

С другого плана важна проблема софта.
Заявленые применения как сервер или PLC довольно серьезные вещи и на рынке есть куча предложений которые будут морально давить.
Чтобы не пролететь в такой ситуации могут понадобиться такие фишки которые самому уже никак не написать с обозримым бюджетом и временем

Проясню ситуацию. Во-первых я пока не собираюсь внедрять свои идеи на работе - это пока лишь мечты и планы. Но если я их внедрю, то это будет именно локальное внедрение у нас, на рынок мы с этим выходить не будем. А во-вторых - это лишь приблизительные применения, само собой ни о каком полноценном ПЛК речи не идет.

Надо будет юзать Линукс либо надеяться что его можно заюзать для поддержки духа. И тут чипы на ARM7 и Cortex-M3 будут совсем плохим выбором.

Его-то и хотелось поюзать (хотя есть и другие ОСи). И я не думаю, что все так уж плохо - AFAIK первые АРМ-линуксы именно с прицелом на ARM7TDMI деланы, так что все нормально должно быть с точки зрения поддержки ядра ОС. Конечно у АРМ9 есть кэш, ММУ и все такое.... Но ИМХО пока не осилю, а уж потом могу и перейти.

А насчет средств разработки и отладки то все LPC, STM32 и iMX-ы поддерживает и Keil и IAR и с использованием одного и того же JTAG адаптера типа J-Link, U-Link и еще кучи.

Все эти Линки - это хорошо, но хочу для начала сделать Вигглер (проще и дешевле). Он для всех пойдет?

Насчет поддержки со стороны IDE - так оно вроде и есть, но сложилось свое ИМХО, что Кейл как-то сориентирован на ЛПЦ - много у них про него написано на сайте. Ну или я чего натупил.

Это прослойка между IAR и Wiggler, так как прямая поддержка виглера с его драйверами в IAR это полный отстой.

Ага. Буду знать. Сенкс.

Да ничем они не плохи, просто я с ними не работаю, да и LPT порта в компьютерах уже днём с огнём не найти, а платы расширения ставить лень.

А у меня ЛПТ есть.

Здесь брал.

Ага, спасибо.

Оба хороши каждый под свои задачи. Не могу за Вас решить что выбрать.

Я и не прошу решить за меня, не подумайте. Просто хочется услышать ваше мнение как человека, имеющего опыт. Я-то только по UM да даташитам сужу, и то уже голова пухнет, путаю одно с другим. А так вы может подскажете в стиле "вот с этим мне было проще/интереснее".

[SergeyDDD]

Хм, испугался, неужто iMX стали действительно недоставаемыми.
Зашел на DigiKey. Не, все в порядке, лежат.

Реально iMX25 был бы лучший среди этой ботвы.
Сравните 200 против 400 ног.
Именно когда неизвестнео чего надо и че придется делать проблема ног встает на первый план.
А точнее проблема мультиплекирования функций на ногах.
iMX-ы в этом плане сильно снижают риски, а в малоногих придется ломать голову над оптимальным распределением и жертвовать периферией.

С другого плана важна проблема софта.
Заявленые применения как сервер или PLC довольно серьезные вещи и на рынке есть куча предложений которые будут морально давить.
Чтобы не пролететь в такой ситуации могут понадобиться такие фишки которые самому уже никак не написать с обозримым бюджетом и временем
Надо будет юзать Линукс либо надеяться что его можно заюзать для поддержки духа. И тут чипы на ARM7 и Cortex-M3 будут совсем плохим выбором.

А насчет средств разработки и отладки то все LPC, STM32 и iMX-ы поддерживает и Keil и IAR и с использованием одного и того же JTAG адаптера типа J-Link, U-Link и еще кучи.

А Вы лично работаете с iMX25?

[Пухич]

А Вы лично работаете с iMX25?

Он-то с ним работает, точно (благо личность известная). А вот мне его где купить? В Диджикее заказывать неохота... Опять же АРМ9. Опять же BGA. И стоит немало. Не, лучше попроще что для начала.

Склоняюсь к ЛПЦ2478. Еще бы кто прояснил мои догадки по части ПДП.

[SergeyDDD]

Он-то с ним работает, точно (благо личность известная). А вот мне его где купить? В Диджикее заказывать неохота... Опять же АРМ9. Опять же BGA. И стоит немало. Не, лучше попроще что для начала.

Склоняюсь к ЛПЦ2478. Еще бы кто прояснил мои догадки по части ПДП.

Симметрон официальный представитель Freescale
Убедите их в серьезности намерений - дадут образцы бесплатно

Я покупал iMX25 и DDRII в Rainbow

[M_Andrey]

Вот кто это для меня - LPC2478 или все же STM32?

У STM есть STM32F107 c Ethernet, но нет внешней шины, но зато ПДП с гибкой длиной буфера передачи = 0..65535. У LPC2478 есть все, но длина буфера передачи ПДП кратна 2!!!

[Andr2I]

Он-то с ним работает, точно (благо личность известная). А вот мне его где купить? В Диджикее заказывать неохота... Опять же АРМ9. Опять же BGA. И стоит немало. Не, лучше попроще что для начала.

Однако, iMX233 в TQFP корпусе и стоит теже 10$ что и LPC2478...

[Пухич]

Симметрон официальный представитель Freescale
Убедите их в серьезности намерений - дадут образцы бесплатно
Я покупал iMX25 и DDRII в Rainbow

Мы с ними еще не работали. Можно, конечно, попробовать. Но все же БГА..... А 233-й бедноват.

У STM есть STM32F107 c Ethernet, но нет внешней шины, но зато ПДП с гибкой длиной буфера передачи = 0..65535. У LPC2478 есть все, но длина буфера передачи ПДП кратна 2!!!

Ну это фиг с ним. А вот внешняя шина - обязательна.

Однако, iMX233 в TQFP корпусе и стоит теже 10$ что и LPC2478...

Хм. Я вроде другие чуть цены видел - 16 баксов. Ну все равно он не очень подходит.

[Dog Pawlowa]

P.S.: предполагаемые применения своих идей такие: сервер с интерфейсом RS-232 (IPC@CHIP не предлагать, готовые решения типа ADAMовских Ethernet-RS-232 преобразователей по ряду причин нас не устраивают); дистанционные измерители напряжений и токов; некое подобие ПЛК (без CoDeSys и прочих заморочек). Как-то так.

Не увидел однозначного применения TFT. Тогда зачем LPC2478?
STM32 имеет широкую линейку, оптимально масштабировать.

[Пухич]

Не увидел однозначного применения TFT. Тогда зачем LPC2478?
STM32 имеет широкую линейку, оптимально масштабировать.

Да, ТФТ может и не быть в перспективе. Но его наличие - теоретический плюс. А по цене 2478 даже чуть дешевле 2468 (по крайней мере неделю назад так было).

Широкая линейка - это хорошо, но все же она не такая широкая, как они рекламируют, по крайней мере с точки зрения попиновой замены с линейным ростом плотности памяти и прочего - примерно как у LPC. Да мне оно и ни к чему - я хочу пока только въехать в тему, потом можно и поменять кристалл.

[HeOHuKC]

Может не стоит пока атмел скидывать со счетов, у них уже доступна новая линейка SAM3S и SAM3U. Камни весьма неплохие, и некоторые функции их заметно отличают от других производителей. Допустим наличие паралельной шины захвата данных, двухбанковой flash памяти, встроенных резисторов упрощающих разводку платы, USB HS контроллера, 23х каналов DMA. Из всех поделок на Cortex M3 именно эти камни меня больше всего привлекают.

[zltigo]

у них уже доступна...

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

[Пухич]

Может не стоит пока атмел скидывать со счетов, у них уже доступна новая линейка SAM3S и SAM3U. Камни весьма неплохие, и некоторые функции их заметно отличают от других производителей. Допустим наличие паралельной шины захвата данных, двухбанковой flash памяти, встроенных резисторов упрощающих разводку платы, USB HS контроллера, 23х каналов DMA. Из всех поделок на Cortex M3 именно эти камни меня больше всего привлекают.

О, Неоникс, здрасьте! Узнали меня?

Эти камни конечно хороши, но те из них, что доступны у нас сейчас (причем не по божеским ценам), имеют максимум 8 бит адреса на внешней шине, а это детсад. Встроенные резисторы (если речь о пуллапах/пуллдаунах) есть не только у них, сие стандарт, по ЮСБ вообще мало соперников у LPC. Вот только вопросы с ПДП остаются....

Вообще я не упираюсь рогом именно в Кортекс-М3, мне и АРМ7ТДМИ хватит.

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

Не согласен. Складские остатки от Атмела вполне себе дешевы, производство довольно старых изделий все еще идет и довольно неплохо поддержано. В пример Атмега8 - кристаллу уже лет десять, был выпущен громадными тиражами, и чтобы никого не подставить Атмел выпустил Атмега8А, полный аналог, но меньше жрет. И все равно AFAIK Атмега8 все еще выпускается, хотя уже и под EOL - переходите, мол, на Атмега8А.

[HeOHuKC]

Пухич Здравствуйте! разумеется узнал думаю через время будут доступны камни с большим количеством ног и 16 битной шинной данных, так что на будущее всетаки перспектива есть.
zltigo Проблемы с поставкой есть, никто не отрицает, но не такие ужасные как вы описали думаю в скором времени всё наладиться.

Сообщение отредактировал HeOHuKC - Jul 4 2010, 10:38

[zltigo]

Атмел выпустил Атмега8А, полный аналог, но...

Так, а теперь БЕЗ трепа за светрое будущее. Давайте расскажите, как купить эти самые 'A' существующие практически только на бумаге, не через полгода (ишак,эмир...) а хотя-бы через недели. Особо интересуют Atmega48PA-AU. Весь внимание. Только учтите, я ведь напишу тому поставщику, которого Вы назовете. Да и "пару штук" образцов по 5-10 баксов меня не интересуют.

думаю в скором времени всё наладиться.

Если так думают на Atmel, то не наладится - такие подлянки бесследно не проходят.

[Пухич]

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

Ну вот тогда и поглядим пожалуй. Пока же они как-то меня не притягивают. И цена все же велика.

Так, а теперь БЕЗ трепа за светрое будущее.

Ух как сходу..... Ну здрасьте что ли.

Давайте расскажите, как купить эти самые 'A' существующие практически только на бумаге, не через полгода (ишак,эмир...) а хотя-бы через недели.

Я вам за их доставаемость "сию секунду" ничего не говорил, я говорил о поддержке старых кристаллов на новый ляд, как о факте заботы о пользователях. Но если вас так интересует доставаемость - го на ефинд, вводим "Atmega8a", оттуда по ссылкам, есть и на складах и по доставке (как обычно элитан впереди планеты всей, но мы не будем обманываться ). Если есть законное недоверие к ефинду, то можно завтра отзвониться по любым известным поставщикам (даже писать незачем) и узнать точно. Готов посыпать голову пеплом, хотя, повторюсь, я за доставаемость Atmega8a ничего не говорил, благо Atmega8 в достатке. Я говорил лишь о том, что были приняты вот такие вот меры, исключительно ради поддержки старых проектов. А уж сколько тысяч миллиардов их выпустят, и будут ли они свободно продаваться на вес в "Ашане" - поглядим.

Особо интересуют Atmega48PA-AU.

А почему вы МЕНЯ об этом спрашиваете? Я за него ВООБЩЕ ничего не говорил, я говорил именно об Atmega8a (не 48, не 168, не 88). И вообще доставаемость 48-х и 168-х всегда была под вопросом (в отличие, почему-то, от 88-х).

Весь внимание. Только учтите, я ведь напишу тому поставщику, которого Вы назовете.

Ужас....

Да и "пару штук" образцов по 5-10 баксов меня не интересуют.

А сколько вас интересует, и почем? Ей Богу, странный способ вести диалог.....
Я полагаю, что при таком серьезном настрое вам вообще Атмеги ни к селу, ни к городу. Покупайте ST8.

Если так думают на Atmel, то не наладится - такие подлянки бесследно не проходят.

"А Васька слушает, да ест".

P.S.: Может вы по теме топика выскажетесь? А то я ваших постов много и с пользой уже почитал, думаю вы и тут по делу скажете.

[zltigo]

Ух как сходу..... Ну здрасьте что ли.

Добрый день . Просто Atmel уже за последние полгода уже конкретно достал (даже на фоне общего обвала) и когда в очередной раз, увидел все будет хорошо, но потом, просто не выдержал. Больше не буду .

по делу скажете

По делу? Не совсем понятно, что делать собирается Автор, но я бы начинал LPC2468/78 уже достаточно раскручены и неожиданностей с тем-же выпуском быть не должно, в отличии от того, что анонсируют. И ради бога без наколенного творчества - борды от, например, starterkit вполне дешевы.

Покупайте ST8.

Всенепременнейше. Жалко,что разработку на 48PA придется с изрядной долей вероятности похерить и переделать.

[Пухич]

Больше не буду .

Ну и я тогда тоже.

По делу? Не совсем понятно, что делать собирается Автор, но я бы начинал LPC2468/78 уже достаточно раскручены и неожиданностей с тем-же выпуском быть не должно, в отличии от того, что анонсируют.

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

Пожалуй его-то я и куплю, и буду потихоньку платку делать. Всем спасибо за советы!

И ради бога без наколенного творчества - борды от, например, starterkit вполне дешевы.

К сожалению начальство сейчас раскрутить не удастся - мне как всегда ответят, что и на текущем оборудовании все делается (и будут правы), а будущее пока малоинтересно. А на свои покупать дороговасто..... Была идея купить в Компэле шоколадный комплект за 750 руб, но там МК совсем слабенький стоит. Сделаю сам.

Всенепременнейше. Жалко,что разработку на 48PA придется с изрядной долей вероятности похерить и переделать.

Ну что ж, бывает......

По этому поводу один товарищ из Дании при личной переписке по поводу схемотехники препарированного прибора высказался в духе "используйте PIC16F876 во всех своих разработках и не используйте процессоры ненадежных производителей".

Сообщение отредактировал Пухич - Jul 4 2010, 12:47

[goodwin]

А почему вы МЕНЯ об этом спрашиваете? Я за него ВООБЩЕ ничего не говорил, я говорил именно об Atmega8a (не 48, не 168, не 88). И вообще доставаемость 48-х и 168-х всегда была под вопросом (в отличие, почему-то, от 88-х).

Сказали А, скажите и Б...
А пока, извините, от ваших словоблудий веет троллизмом.
"168-х всегда была под вопросом" - странно, что остальные то об этом не догадывались (я, например, их лет 6 пользовал в приличных количествах)...
Сейчас действительно с атмел большая @опа. Вплоть до того, что приходится задумываться о переходе на другие контроллеры в текущих устройствах, не говоря уже про новые... А жаль, ибо 48/88PA весьма хорошо укладываются именно в новые проекты...

[Пухич]

Сказали А, скажите и Б...

Чего я должен говорить? Я вопрошаемый вопрос вообще не поднимал.

А пока, извините, от ваших словоблудий веет троллизмом.

Все с вами понятно.

"168-х всегда была под вопросом" - странно, что остальные то об этом не догадывались (я, например, их лет 6 пользовал в приличных количествах)...

Поздравляю. Мне они не были нужны, смотрел иногда левым глазом чисто по наличию. Сформировалось мнение. Я его высказал.

P.S.: Поглядел сейчас на SK-MLPC2478 - и права интересно и недорого, жаль только, что разъема ММС нет.

[HeOHuKC]

Почему же троллизим (слово то какое ), мне допустим 168я один раз была нужна. Юзал 48 и 88 мегу, а когда их небыло на складе хотел взять серию камней по толще, один хрен их тоже не оказалось А там где я живу так вообще хрен чо найдеш, приходиться ехать за 250 км от города Возможно у автора топика та же проблема. Так, что с доступностью камней вопрос весьма спорный. И вообще всё это суровый оффтопик. Автор выбрал для разработок LPC2468/78, и можно считать проблема решена.

[Пухич]

Почему же троллизим (слово то какое ), мне допустим 168я один раз была нужна. Юзал 48 и 88 мегу, а когда их небыло на складе хотел взять серию камней по толще, один хрен их тоже не оказалось А там где я живу так вообще хрен чо найдеш, приходиться ехать за 250 км от города Возможно у автора топика та же проблема. Так, что с доступностью камней вопрос весьма спорный.

Когда меня этот вопрос интересовал и я каталоги просматривал регулярно, то жил я не в Москве и достать что-либо У МЕСТНЫХ было непросто, и тогда Атмега8 была залогом успеха. Теперь проще в разы, но теперь мне Атмеги малоинтересны и поэтому может я и отстал маленько, и может уже 168-х - как грибов в дождливый день, но я так помню, что найти 8-е и 88-е было куда проще 48-х и 168-х. И я не удивлен, что 48PA труднодоставаемы. Только это я и хотел сказать, но товарищи на меня уже накинулись....

И вообще всё это суровый оффтопик. Автор выбрал для разработок LPC2468/78, и можно считать проблема решена.

Ага. Правда меня тут с толку сбили - я раньше не видел у стартеркита дешевых плат, теперь увидел. Теперь мне и SK-MAT91SAM9260 приглянулась. Тут тебе и АРМ9, и памяти до пупа. Прямо рука чешется скопить 2500 руб.....

Только теперь I/O мало. Слава Богу, что SPI и TWI туда выведены.

[IgorKossak]

Автор выбрал для разработок LPC2468/78, и можно считать проблема решена.

Ну и правильно сделал. Больше поле для манёвров.

[HeOHuKC]

Пухич та же фигня, всё хочу купить поиграться ибо 2500 руб и не деньги совсем за готовую плату. Но в данном случае скорее всего имеет смысл использовать linux для управления этим хозяйством, писать под голое железо самому не очень хочется и камень больно толстый, не часто столько силёнок в девайсе надо.

[Пухич]

Пухич та же фигня, всё хочу купить поиграться ибо 2500 руб и не деньги совсем за готовую плату. Но в данном случае скорее всего имеет смысл использовать linux для управления этим хозяйством, писать под голое железо самому не очень хочется и камень больно толстый, не часто столько силёнок в девайсе надо.

Так ведь там даже в комплекте идет линусь, т.е. все должно быть гут.

Я только не воткнул, что там с часами реального времени.

[zltigo]

я раньше не видел у стартеркита дешевых плат, теперь увидел

Справедливости ради - у starterkit никогда не было ДОРОГИХ плат.

[Пухич]

Справедливости ради - у starterkit никогда не было ДОРОГИХ плат.

Для личных средств 7000 руб - дорого. А плат за 2500 я просто раньше у них не видел.

[Dog Pawlowa]

Но в данном случае скорее всего имеет смысл использовать linux для управления этим хозяйством, писать под голое железо самому не очень хочется и камень больно толстый, не часто столько силёнок в девайсе надо.

Говорят, на написание первого приложения под Linux требуется один год. Не проверял, но нет оснований сомневаться.
В то же время совсем без ОС - тоже тупик, особенно при наличии GUI с файловой системой.
Так что мэинстрим в этом деле банален - RTOS + готовые пакеты TCP/IP, GUI, FS.
И что Вы придумаете нового на ARM7, если на старткит обсуждаются деньги?

Жаль, еще пара человеко-лет впустую...

[haker_fox]

Для личных средств 7000 руб - дорого.

Так это платки серьезные, зачем они Вам?

А плат за 2500 я просто раньше у них не видел.

В конце 2007 г. купил плату на базе LPC2468 за 1200 р. С того момента по настоящий всегда у них были платы стоимостью до 2000 р. Всегда. Именно стартеркит отличается дешевизной и богатством выбора. Поэтому, смотрите внимательнее и выбирайте!)

[Пухич]

Говорят, на написание первого приложения под Linux требуется один год. Не проверял, но нет оснований сомневаться.

Управляющее приложение под Линукс на обычном писюке пишется гораздо быстрее. Под проприетарное железо - не знаю, может и год.

В то же время совсем без ОС - тоже тупик, особенно при наличии GUI с файловой системой.
Так что мэинстрим в этом деле банален - RTOS + готовые пакеты TCP/IP, GUI, FS.
И что Вы придумаете нового на ARM7, если на старткит обсуждаются деньги?
Жаль, еще пара человеко-лет впустую...

Ммммм.... Не понял суть претензий?

Так это платки серьезные, зачем они Вам?

Ну как сказать. Я хотел иметь разъем для карточки, аудиокодек (вот был один раз нужен, поэтому на перспективу искал с ним). Вот и попадал на дорогие.

В конце 2007 г. купил плату на базе LPC2468 за 1200 р. С того момента по настоящий всегда у них были платы стоимостью до 2000 р. Всегда. Именно стартеркит отличается дешевизной и богатством выбора. Поэтому, смотрите внимательнее и выбирайте!)

Я ж говорю - смотрел невнимательно. Кстати, сейчас у низ за 1200 плат уже нет.....

Жаль нет вторичного рынка отладочных плат!

[HeOHuKC]

Пухич То, что вы говорите кодек и карточка памяти я делал на SAM7S64. При перекачке данных использовал DMA и для карточки и для кодека, файл был 16бит 48кГц. При этом еще оставалась уйма процессорного времени и свободных ног, это не AVRка тут мощей куда больше. Лучше объективно оценить круг своих задач и под них выбрать подходящий камень, а не гнаться за производительностью и лишней периферией.
upd..
Кстати к двум с половиной тысячам можете смело добавлять еще полторы тысячи за JTAG отладчик, без него это не разработка, а сплошной геморрой.

Сообщение отредактировал HeOHuKC - Jul 5 2010, 08:18

[zltigo]

без него это не разработка, а сплошной геморрой.

Операционка + консоль поднять + голова на плечах и всякие JTAG становятся игрушечной примочкой.

[Dog Pawlowa]

Ммммм.... Не понял суть претензий?

Да какие претензии?
Просто все уже придумано в этом мире, мне кажется это будет очередной никому не нужный проект.
Разумеется, ИМХО.
Искренне желаю удачи.

[HeOHuKC]

zltigo По вашему получается JTAG вообще не нужен , а граничное сканирование, заливка прошивки в камень ? Или надо писать свой бутлоадер для каждого камня ? Пошаговая отладка с просмотром регистров и памяти ? Я не спорю можно и микроскопом гвозди забивать и писать в машинных кодах, но если есть удобный инструмент почему ним не пользоваться ? Даже у китайцев на их телефонах клонах JTAG висит на системном разъеме

[Andr2I]

zltigo По вашему получается JTAG вообще не нужен , а граничное сканирование, заливка прошивки в камень ? Или надо писать свой бутлоадер для каждого камня ? Пошаговая отладка с просмотром регистров и памяти ? Я не спорю можно и микроскопом гвозди забивать и писать в машинных кодах, но если есть удобный инструмент почему ним не пользоваться ? Даже у китайцев на их телефонах клонах JTAG висит на системном разъеме

Конкретно LPC2478 заливается через COM-порт. Бутлоадер встроенный. Ценность пошаговой отладки для систем работающих в реальном времени, на мой взгляд, очень низка (можно сказать вообще не нужна ). Всегда возможность "дернуть ножкой" в сложном случае + осциллограф.

Жаль, еще пара человеко-лет впустую...

Читал Вашу довольно старую тему, где обсуждался LPC2478 c выводм на TFT для некого медицинского прибора. Довольны ли Вы результатом или "пара человеко-лет впустую"...? Предполагаю, что никого линукса там нет?

[zltigo]

zltigo По вашему получается JTAG вообще не нужен , а граничное сканирование, заливка прошивки в камень ?

Вы же про отладчик говорили? Вот я и ответил про него.

но если есть удобный инструмент почему ним не пользоваться?

Потому, что для отладки системы в целом, а не 2+2=? он особых удобств не имеет.

[Пухич]

Пухич То, что вы говорите кодек и карточка памяти я делал на SAM7S64. При перекачке данных использовал DMA и для карточки и для кодека, файл был 16бит 48кГц. При этом еще оставалась уйма процессорного времени и свободных ног, это не AVRка тут мощей куда больше. Лучше объективно оценить круг своих задач и под них выбрать подходящий камень, а не гнаться за производительностью и лишней периферией.
upd..

Все же САМ7 слабоват по периферии.

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

Я думаю, что Вигглер спасет отца русской демократии.

Да какие претензии?
Просто все уже придумано в этом мире, мне кажется это будет очередной никому не нужный проект.
Разумеется, ИМХО.
Искренне желаю удачи.

Что значит "никому не нужный"? Он МНЕ нужен. Больше я его никому предлагать не собираюсь.

P.S.: до покупки камня пока руки не дошли, да я тут еще и над АРМ9 задумался. Все же совершенно иной класс производительности.

Сообщение отредактировал Пухич - Jul 6 2010, 19:44

[prottoss]

С интересом следил за темой, так как STM32F интересуют и хочется попробовать этот камень. Но, блин, как часто бывает в такого рода топиках получилась никчемная дискуссия в стиле "Ату аффтара"

... Работал ранее с AVR ... Сейчас вот мыслю пробовать входить в мир ARM....

... я тут еще и над АРМ9 задумался. Все же совершенно иной класс производительности.....

Вы бы уже остановились на чем то А то вы так и суперкомпутеров, мысленно, додумаетесь, но так и не сдвинитесь с места.
ИМХО все же лучше начать с чего попроще (я имею ввиду ARM7, Cortex), а то "иной класс производительности" может взорвать вам мозг своими проблемами

[Пухич]

С интересом следил за темой, так как STM32F интересуют и хочется попробовать этот камень. Но, блин, как часто бывает в такого рода топиках получилась никчемная дискуссия в стиле "Ату аффтара"

Это нормально.

Вы бы уже остановились на чем то А то вы так и суперкомпутеров, мысленно, додумаетесь, но так и не сдвинитесь с места.
ИМХО все же лучше начать с чего попроще (я имею ввиду ARM7, Cortex), а то "иной класс производительности" может взорвать вам мозг своими проблемами

Ну это тоже нормально - когда человек ищет проблем себе на попу.

Просто дело в чем - мне по работе это пока не нужно (и может вообще не пригодиться в теории, хотя хотелось бы свои труды облегчить), но вы же понимаете, что в нашем деле надо совершенствоваться, чтобы не оказаться на обочине. Вот я и хочу. Сначала на АРМ9 и ориентировался, потом побоялся сложностей, поглядел на АРМ7, теперь вот начитался в Сети и теперь уже и АРМ7 боюсь, а люди советуют брать что помощнее и ставить ось, а там уже..... Короче [censored], по факту будет так - когда я до магазина дойду, то куплю то, что будет, и с тем и буду работать (пока сориентировался уже на LPC2478). Все одно и то же, в конце концов.

Сообщение отредактировал rezident - Jul 7 2010, 23:39

Причина редактирования: Нарушение п.2.1б Правил форума.

[Dog Pawlowa]

Я думаю, что Вигглер спасет отца русской демократии...
Что значит "никому не нужный"? Он МНЕ нужен. Больше я его никому предлагать не собираюсь.

Я рад, что кому-то что-то нужно, но цель?! Для работы не нужно, для создания чего-то полезного в единичном экземпляре уж слишком большая трудоемкость, гораздо больше, чем стоимость старткита. Потратите много времени. "Ату автора" лишь немного, чтобы был повод задуматься

А с Вигглером не все так просто. Насколько я помню, он не работает, если частота кварца превышает определенное значение.

[Пухич]

Я рад, что кому-то что-то нужно, но цель?! Для работы не нужно, для создания чего-то полезного в единичном экземпляре уж слишком большая трудоемкость, гораздо больше, чем стоимость старткита. Потратите много времени. "Ату автора" лишь немного, чтобы был повод задуматься

Именно для возможного применения на работе и нужно (может и не на этой работе). Насчет стоимости - спорно.

А с Вигглером не все так просто. Насколько я помню, он не работает, если частота кварца превышает определенное значение.

Поглядим.

[prottoss]

Сначала на АРМ9 и ориентировался, потом побоялся сложностей, поглядел на АРМ7, теперь вот начитался в Сети и теперь уже и АРМ7 боюсь, а люди советуют брать что помощнее и ставить ось, а там уже.....

А зачем Вам ось??? Есть на самом деле задачи на данный момент у Вас, требующие установку RTOS?
С АРМ7, в принципе как и с ARM9, да в принципе как и с х86:) можно работать одной задачей, не заморачиваясь с операционными системами.

[Пухич]

А зачем Вам ось??? Есть на самом деле задачи на данный момент у Вас, требующие установку RTOS?

Чесгря необходимости в ОС в принципе нет, не говоря уже о том, что если совсем уж трудно программный цикл организовать, то простая самодельная оська с кооперативной многозадачностью спасет отца русской демократии при любых обстоятельствах. А все остальные сервисы обычных ОС в принципе не нужны. Зачем нам семафоры и мьютексы, если можно добиться реальной атомарности синхронизации.

С АРМ7, в принципе как и с ARM9, да в принципе как и с х86:) можно работать одной задачей, не заморачиваясь с операционными системами.

Можно, не спорю. Но рано или поздно надо будет и этот сегмент освоить - работа с мейнстримными ОС. Впрочем под АРМ7 они тоже все портированы.....

[prottoss]

Ну так и начните уже Помигайте светодиодом, дальше-больше. Оно потом само пойдет Появятся дельные вопросы, а не "быть или не быть":) Да и идеи родятся сами собой.

[Fktrctq]

Тема как-то убежала от STM32 микроконтроллеров, на мой взгляд зря.
Работал я и с LPC2368 (ARM7TDMI) и с STM32F10x (Cortex-M3). Все, что будет сказано ниже, естественно, субъективно, но надеюсь будет полезно:
1. По поводу контроллеров NXP на ядре ARM7 (LPC23xx, LPC24xx), ярко запомнились мне слова, сказанные представителями этой компании конференции(не дословно): "Наши контроллеры дешевле конкурентов, за счет экономии на некоторых тестах...", список этих "забытых" тестов я не знаю, но видимо определенный отпечаток на контроллеры этот факт наложил. При работе с семейством LPC23xx умер не один миллион мозговых клеток: кривая работа модуля ускорителя памяти (MAM), т.е. практически его неработоспособность делали МК довольно тормознутым, проблемы при работе с UART, а так же множество разных мелочей, многие из которых к счастью описаны в еррате. Ах да... два контроллера (из разных партий, в разных приборах) просто-напросто приказали долго жить, без всяких на то видимых причин, запускались только под отладчиком а самостоятельно не запускались. Зато порадовало наличие гибкого SSP интерфейса с FIFO, а так же FIFO на USART, что частично позволило компенсировать скудность DMA.
2. По поводу STM32F10x: ну они мне сразу как-то приглянулись, все в них красиво, все расписано чего и как. Очень порадовало то, что на сайте доступны для свободного скачивания и постоянно обновляются библиотеки (STD Peripherial Lib) для этих контроллеров, имеющие порты по Keil, IAR и GCC, с примерами и описаниемхотя в качестве платы прихотится жертвовать производительностью, ибо даже для дергания портом В/В, приходится вызывать функцию, но при желании критичные места можно и самому написать, хоть даже в ассемблере. Таким образом время от начала разработки до более-менее работающего проекта значительно сокращается. Под STM32 работал как с ОС (uC/OS-II), так и без неё, в обоих случаях остался доволен. Врятли эти контроллеры безгрешны, но явных глюков выявлено пока что не было.
Повторюсь, это субъективная оценка, некоторых функций этих контроллеров я не использовал (из-за специфики поставленных задач).

[prottoss]

Сравнивая цены, заметил, что STM как то получше смотрятся по сравнению с LPC. Про ошибки в LPC читал много и чего то не радует перспектива их обходить. От АТ91SAM7 уже просто устал глюков тоже как комаров в тайге.

Не совсем понял, что там с ногодрыганием у STM? В августе тоже собираюсь их начать осваивать.
Не радует, что младшие версии не имеют встроенного бута по USB:( Но это, по большому счету мелочи.

[zltigo]

По поводу контроллеров NXP на ядре ARM7 (LPC23xx, LPC24xx), ярко запомнились мне слова, сказанные представителями этой компании конференции(не дословно)

Представитель? Не верю .

При работе с семейством LPC23xx умер не один миллион мозговых клеток:

Не умерла ни одна, ну или самую малость

кривая работа модуля ускорителя памяти (MAM), т.е. практически его неработоспособность

Только в одном из режимов, только у первых ревизий. В errata описано четко.

делали МК довольно тормознутым,

Ну заливать на надо, ибо за счет 128bit Flash LPC уже не тормознутые, даже если MAM на всю катушку не включен.

проблемы при работе с UART,

UART чистый как слеза 550, как и на IBM PC. Проблемы говорите?

а так же множество разных мелочей, многие из которых к счастью описаны в еррате.

Да errata на крайние ревизии, считайте, вообще пустая. Причем, это действительно так.

Ах да... два контроллера (из разных партий, в разных приборах) просто-напросто приказали долго жить, без всяких на то видимых причин, запускались только под отладчиком а самостоятельно не запускались.

бла...бла...бла... Честно говоря, я однажды целый год ругался на отдельные экземпляры LPC и шаманил с тем-же MAM и WS.... Только потом нашел у себя в загрузчике ошибку - прошивал Flash указав на порядок меньшую частоту. В результате программы работали, но чтение данных из Flash сбоило.

По поводу STM32F10x: ну они мне сразу как-то приглянулись, все в них красиво, все расписано чего и как.

А вот как раз НИФИГА не расписано. Железо сырое, описание скуднейшее, errata практически скрыта, а вместо описаний и errat - получите писанную с бодуна бангалорскими студентами "библиотеку" с заплатками и минимумом функционала и "радуйтесь" . На эксперименты по выявлению как оно работает и как не работает уходит масса времени .

[Fktrctq]

Уважаемый zltigo, Вы уж простите, комментировать каждое Ваше предложение не буду.
На счет представителя можете и не верить, я не настаиваю, тем боле что уже и не помню был ли он из российского представительства или из европейского...
Проблемы с MAM были как и на LPC2144, так и на LPC2368 и умерли они на пару, LPC2144 - после 3-х месяцев эксплуатации прибора, LPC2368 - на второй день... (помнится даже ветку открывал, думал траблы с CCO, к стати и Вы там засветились, однако дело было не в этом) оба контроллера похоронили с почестями.
На данный момент, возможно, LPC имеют меньше багов и больше фичей, однако они для меня оставили впечатление ненадежных контроллеров как раз потому что, цитирую: "На эксперименты по выявлению как оно работает и как не работает уходит масса времени".
Ну а насчет бангалорских студентов я бы не был столь категоричен, меня, написанная ими библиотека вполне устраивает, на счет ограниченного функционала я Вас не совсем понял, прошу пояснить.
Ну и я так понимаю, что вы достаточно работали с микроконтроллерами STM32 и знаете их слабые места. Если так то прошу о них рассказать, хотя бы в общих чертах, дабы не наступать на ваши грабли.

[adnega]

У STM понравилось CSS, но неудобно, что таймеры 16 бит.
В STM32F107RCT при задействовании Ethernet уж больно много периферии "съедается".
Есть LPC1766 с интересной багой (из тестовых образцов NXP): Ethernet память доступна только когда прошил проц через JTAG, после сброса хоть пиши, хоть читай - всегда ноль.
Жертвы "наколенок" есть как с той, так и с этой стороны. Есть LPC2368 у которого кварц стартует через раз, а стортовавши - уход частоты значительный (уровни напряжений тоже сильно отличаются от других). Есть STM с битыми ногами JTAG, жрет много, сильно греется, но работает (словила 220 с незаемленного компа). Хотя все это лирика)

Попробовал STM-библиотеку. Запустил USB довольно быстро, но увы так и не нашел, где поменять частоту кварца(
В итоге плюнул, написал за выходные с нуля, без всяких библиотек. На STM делал программную развертку VGA: с UARTа выводит на моник)

Сейчас в основном сижу на STM (103, 107), нравятся цены. Из LPC смотрю в сторону LPC11.

[zltigo]

оба контроллера похоронили с почестями.

Без комментариев. "Дохлых" начиная LPC2114 и до нынешних не имел и не имею. Кроме одного LPC2148 с выбитым статикой генератором на часовом кварце (документирована низкая стойкость именно этих пинов ). Выбил собственноручно на макете, а не в изделии на объекте.

я Вас не совсем понял, прошу пояснить.

? Некие крайне небрежно писанные "студенческие" исходники в которых железо используется однобоко и только небольшая часть того, на что "намекают" в скудной документации. Несколько раз их "качество" на форуме обсуждалось. LPC примеры тоже не фонтан, но там по крайней мере на них можно просто не смотреть - удовлетворительная документация.

Ну и я так понимаю, что вы достаточно работали с микроконтроллерами STM32

Нет, только с Circle. Реальных вещей не делал. Но и плотного предыдущего знакомства с STR7xx/STR9xx хватило, что-бы понять - картина не изменилась . Пытаются бежать впереди паровоза выбрасывая "новые" чипы и забывая старые проблемы. Работать с чипами, естественно, можно, но только это много более хлопотно, если не быть пофигистом. При этом никаких решающих преимуществ (ну еще ценовая политика в общем-то агрессивная, что неполохо), у ST обычно нет. На STR7 клюнул из-за HDLC - вот уж что оказалось реально совершенно не пригодным для работы, На STR9 падал из-за попугаев но помаялся и в конце концов на данный момент заложен появившийся несколько позже LPC2468, не столь быстр, но за счет внешней памяти справляется.
Такой-же подход к делу и у уже бывшего Luminary - быстрее, быстрее, все остальное (которое так и не наступает) потом. Тем не менее использую ARM контроллеры и ST и TI, только выбор начинаю с LPC. Не срослось ни разу только с ARM7 от Atmel.

P.S.
На STM8 я уже сильно рассчитываю.

[Пухич]

Ну так и начните уже Помигайте светодиодом, дальше-больше. Оно потом само пойдет Появятся дельные вопросы, а не "быть или не быть":) Да и идеи родятся сами собой.

Да ей Богу, начну я, пока руки не доходят хоть что-то купить.
Собственно выбор я уже сделал, о чем и была тема.
Вы, кстати, зря радуетесь - я ж как начну, так вопросами засыплю. Шутка.

Тема как-то убежала от STM32 микроконтроллеров, на мой взгляд зря.
Работал я и с LPC2368 (ARM7TDMI) и с STM32F10x (Cortex-M3). Все, что будет сказано ниже, естественно, субъективно, но надеюсь будет полезно:

Вот спасибо, этого и ждал. Учту ваши комментарии.

2. По поводу STM32F10x: ну они мне сразу как-то приглянулись, все в них красиво, все расписано чего и как. Очень порадовало то, что на сайте доступны для свободного скачивания и постоянно обновляются библиотеки (STD Peripherial Lib) для этих контроллеров, имеющие порты по Keil, IAR и GCC, с примерами и описаниемхотя в качестве платы прихотится жертвовать производительностью, ибо даже для дергания портом В/В, приходится вызывать функцию, но при желании критичные места можно и самому написать, хоть даже в ассемблере. Таким образом время от начала разработки до более-менее работающего проекта значительно сокращается. Под STM32 работал как с ОС (uC/OS-II), так и без неё, в обоих случаях остался доволен. Врятли эти контроллеры безгрешны, но явных глюков выявлено пока что не было.

Ну поскольку для меня сроки ввода не так критичны, то библиотеки - не очень большой плюс. А с доками у них ИМХО большая проблема.

Сравнивая цены, заметил, что STM как то получше смотрятся по сравнению с LPC.

Причем сильно получше.

Про ошибки в LPC читал много и чего то не радует перспектива их обходить. От АТ91SAM7 уже просто устал глюков тоже как комаров в тайге.

Возможно я вас удивлю, но меня обширная еррата только радует - видно, что производитель хотя бы отслеживает баги, если не фиксит (а филипс фиксит). Вы вот доки от RDC не видели. Еррату на их процы можно найти только у тех, кто уже оные пользовал - например у Фаствела. А сами RDC и их представитель Прософт либо тупо молчат в ответ на прямо поставленные вопросы, либо бубунят всякую шнягу. На два моих вопроса относительно ОЧЕВИДНЫХ ошибок в документации (я так понял, что в проце все же сделано правильно, а это именно баги доков) они долго не отвечали, потом выслали новый даташит, в котором один баг был пофиксен, а касательно другого все так и осталось. Спросил еще раз - Джэки Янг молчит. И это только то, что мне попалось (слава Богу от этих багов все равно ничего не зависит). А сколько было обнаружено другими людьми..... Чего стоит один НЕустанавливающийся бит сброса от ватчдога! Представьте себе - произошел сброс по ватчдогу, а мы об этом никогда не узнаем! Ну ладно, фикс есть - завести ватчдог на NMI (тоже так себе решение), но во-первых они об этом молчали (и если кто-то УЖЕ понадеялся на этот бит, то в перспективе он может и к прокурору попасть), а во-вторых они решительно не хотят сообщать о ревизиях проца, например стали они выпускать процы с буковкой D в конце - и непонятно, пофиксено там это, или нет. Официальный ответ Прософта - фабрику сменили и "чего-то поменяли". Что???

На STM8 я уже сильно рассчитываю.

Вот! Давайте.

[sonycman]

Ну поскольку для меня сроки ввода не так критичны, то библиотеки - не очень большой плюс. А с доками у них ИМХО большая проблема.

Какая такая "большая проблема", может просветите?
Я никогда (за очень редким исключением) не пользуюсь сторонним софтом, предпочитая писать своё, согласно документации производителя.
И STM32 не стал исключением.
Нормальные у них доки, не хуже NXP.

А вот начав знакомство с новым LPC1768, сразу столкнулся с кривым user manual, в котором в регистре PCONP напрочь отсутствовал бит GPIO, без которого оный модуль никак не хотел работать.

Даже не знаю, исправили они эту недоработку сейчас, или нет.

[Vasily_]

Так, а теперь БЕЗ трепа за светрое будущее. Давайте расскажите, как купить эти самые 'A' существующие практически только на бумаге, не через полгода (ишак,эмир...) а хотя-бы через недели. Особо интересуют Atmega48PA-AU. Весь внимание. Только учтите, я ведь напишу тому поставщику, которого Вы назовете. Да и "пару штук" образцов по 5-10 баксов меня не интересуют.


Если так думают на Atmel, то не наладится - такие подлянки бесследно не проходят.

Ну так у Поляков появились ATMEGA48PA-AU 1336шт. лежит.

[adnega]

Какая такая "большая проблема", может просветите?
Я никогда (за очень редким исключением) не пользуюсь сторонним софтом, предпочитая писать своё, согласно документации производителя.
И STM32 не стал исключением.
Нормальные у них доки, не хуже NXP.

А вот начав знакомство с новым LPC1768, сразу столкнулся с кривым user manual, в котором в регистре PCONP напрочь отсутствовал бит GPIO, без которого оный модуль никак не хотел работать.

"Все надо делать самому".
Документация у STM хорошая, правда "тонкости" раскиданы по разным документам, но это не проблема.

С битиком GPIO - было такое. В самой старой доке он был описан, потом была дока в которой его уже не было, затем все поправили. Я не попался, а у знакомого "не взлетело" с первого раза - сравнили мануалы: в его более свежем битика не было.

Заодно уж если теребить выбор, то хотелось бы поинтересоваться.
Своим "паябельным" корпусом привлек LM3S102. Но насколько я понял у него есть особенность: для запуска нужен внешний кварц, после программно можно переключится на IRC. Это так? У новых тоже?

[Fktrctq]

В продолжение темы о документации на контроллеры NXP и LPC. Вот сейчас скачал с сайта NXP последнюю версию User Manual на семейство LPC17xx (Cortex-M3) и с сайта ST для семейства STM32F10x (тоже Cortex-M3). Для сравнения самое то. По информативности они примерно равны, за исключением того, что NXP кое-где вдаются в подробности, а кое где, наоборот, дают мало информации (так, например: не смог найти блок схемы портов В/В), оно может и не критично, но бывает полезно. Документация же от ST равномерная и аскетичная (это не значит что она не полная, это вам не доки на AVR где все разжевано вплоть до примеров на асемблере и С).
В целом документация от NXP выглядит лучше, но только за счет того, что она лучше воспринимается, цветовое выделение таблиц и блок схем, сведенные в таблицу описания битов регистров и т.п. Этого, конечно, документации от ST не достает, ну а в остальном ничего плохого про ST сказать не могу.

[zltigo]

Ну так у Поляков появились ATMEGA48PA-AU 1336шт. лежит.

Вы даже не представляете, как я на данный момент рад этому факту, тем более, что именно эти поляки любимые поставщики. Добыли несколько коробок. Другим поставщикам не досталось и у них нет. Основной вопрос, что будет дальше-то?

[Пухич]

Какая такая "большая проблема", может просветите?

Там вроде четко написано - ИМХО. Мне так кажется - и это немаловажно. Понятно, что при желании все можно найти, и вообще это все не так важно - у Атмела вообще самая лучшая документация (окромя ерраты), но это ж не повод их юзать.

[zltigo]

Атмела вообще самая лучшая документация

Самая ХУДШАЯ, по организации. Жуткая бессистемная свалка со сплошными copy-paste. Восхитить сие может разве только поклонников игры найди десять отличий (а иногда и меньше) в двух разных документах на почти одинаковые контроллеры. Даже если в одном документе, то тоже приходится искать отличия. Например описаны три варианта контроллера, три немаленьких таблицы, две таблицы просто одинаковы. Третья отличается от первых двух одной строчкой. Дурдом.

[Пухич]

Самая ХУДШАЯ, по организации. Жуткая бессистемная свалка со сплошными copy-paste. Восхитить сие может разве только поклонников игры найди десять отличий (а иногда и меньше) в двух разных документах на почти одинаковые контроллеры. Даже если в одном документе, то тоже приходится искать отличия. Например описаны три варианта контроллера, три немаленьких таблицы, две таблицы просто одинаковы. Третья отличается от первых двух одной строчкой. Дурдом.

Почему дурдом? Взял нужную таблицу, и действуй. Нет, серьезно, их доки дюже хороши. Причем доки на АРМы пожалуй еще так себе, но на АВРы и память - просто очень хорошо сделано. В доках на CPLD традиционно разобраться непросто, но в этом отношении они по крайней мере не хуже Альтеровских. Что вам так там не нравится?

P.S.: Нас тут за флуд не накажут? Вопрос-то уже выяснили.

[zltigo]

Почему дурдом? Взял нужную таблицу, и действуй.

Нужно выбрать контроллер, или портануть и $%#%#%^$%^ - "найди десять отличий" при, например, чтении ТРЕХ РАЗНЫХ ДАТАШИТОВ Atmega48, Atmega48P, Atmega48A. А зачем мне даже в одном документе ТРИЖДЫ перечитывать одни и те-же строчки про три таймера и искать отличия и одинаковости среди всего этого торжества copy-paste?

Причем доки на АРМы пожалуй еще так себе, но на АВРы

С точностью до наоборот

Вопрос-то уже выяснили

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

[prottoss]

На Атмеловские ARM доки, на мой взгляд, достаточно внятные и структурированные:

Overview
Block Diagram
Product Dependencies
Functional Description
User Interface

Что еще нужно?!

Не нужно искать десять отличий. Нужно просто читать внимательно документацию, а не пытаться что то намазюкать в редакторе и потом матюкаться на контроллер.

P.S.: Нас тут за флуд не накажут? Вопрос-то уже выяснили.

Вы у кого, конкрентно, спрашиваете? У модератора?

Вы еще не поняли, что на все Ваши плюсы последуют ответные минусы?

[Пухич]

Вы еще не поняли, что на все Ваши плюсы последуют ответные минусы?

Это вы о чем?

[prottoss]

Это вы о чем?

Вернее о ком. Это я о zltigo и его беспросветном оптимизме

[Andr2I]

В доках на CPLD традиционно разобраться непросто, но в этом отношении они по крайней мере не хуже Альтеровских. Что вам так там не нравится?

Вот уж давайте Altera сюда не мешайте! Даже близко сравнивать нельзя. По сравнению с альтерой документация NXP полный дурдом - например в ранних версиях докумантации таймингов на работу с внешней памятью LPC2478 вообще нет, в последних появилось, но все надо считать вручную - максимальные и минимальные значения отсутсвуют. Может програмистам зашибись, но железку делать с таким DS еще тот гемор.

[Пухич]

Вот уж давайте Altera сюда не мешайте! Даже близко сравнивать нельзя. По сравнению с альтерой документация NXP полный дурдом - например в ранних версиях докумантации таймингов на работу с внешней памятью LPC2478 вообще нет, в последних появилось, но все надо считать вручную - максимальные и минимальные значения отсутсвуют. Может програмистам зашибись, но железку делать с таким DS еще тот гемор.

Я сравнивал Альтеру и Атмел. Про CPLD от NXP я ничего не говорил, ибо не видел их в природе.

[zltigo]

таймингов на работу с...

Вот это что есть, то есть. Тайминги вообще описаны только иногда , вешать ту-же FPGA без лабораторных работ с осциллографом неудобно. Хотя...., например, контроллер памяти там ARM PrimeCell™ корка от ARM - надо смотреть и те документы.

[toweroff]

контроллер памяти там ARM PrimeCell™ корка от ARM - надо смотреть и те документы.

может поэтому NXP и не помещает информацию о EMC в DS камня?

[Serj78]

Работаю с STM32F103 около года. Правда, не все время, урывками. За это время было несколько засад, которые можно описать одним правилом- вся проблема в кривом софте сторонних писальщиков, который несколько раз пытался применять.
Единственная неоднозначность в документации которая мне показалась не подробно описанной- это бит TXE в статус регистре USART (что после старта процессора он выставляется). Хотя, возможно в голове уже штамп от AVR сидел.

[HeOHuKC]

Ну как обычно начали за здравие, закончили за упокой С доками Atmel'а достаточно пообщался и уже привык к однотипным описаниям, я вообще в их доке всё ищу поиском, вполне удобно STшные доки тоже читал, когда выбирал камень для разработки, документация скудной какой-то показалась... Наверно плохое прошлое от AVR сказалось