Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Cortex-M4 от NXP
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
b-volkov
Много лет пользовался "младшими" контроллерами в линейке NXP (ARM7,M0) , но вот понадобился камешек с гораздо большей производительностью. Решил бренд не менять, ибо в предыдущих девайсах все устраивало. Остановил свой выбор на линейке LPC43XX. Но когда стал искать цены в инете, то обнаружил, что купить их не так-то и просто. По крайней мере, e-find не предложил ни одной конторы в Москве, куда можно было бы просто пойти и купить пару штук. Везде:" под заказ","доставка N дней", "партия N штук" и т.д.
Это временное явление, связанное с "обнищанием" складов в конце года или проблема глобальнее: LPC43XX не пользуются спросом и их просто не возят? А может я плохо искал и они вполне себе "доставабельны"? Не хочется спустя полгода, при выходе на серию столкнутся с проблемами закупки.
aaarrr
Цитата(b-volkov @ Dec 7 2016, 16:26) *
Это временное явление, связанное с "обнищанием" складов в конце года или проблема глобальнее...

Если сравнивать с STM32, которые присутствуют в любом ларьке, NXP можно смело записывать в недоставаемые.
Посмотрите, есть ли интересующая модификация в DigiKey - у меня сложилось впечатление, что некоторые модели, особенно из младших в своих линейках, никогда и не производились.
Alechek
NXP свернул продвижение своих продуктов в РФ. Т.е. поддержки складов в РФ производителем нет.
Georg_M_B0
Спроси здесь http://symmetron.ru
Вроде они пытаются продвигать NXP.
asen
Либо посмотреть на Линейки купленных с фрискейлом Kinetis они по крайней мере есть в том же семитроне или MT-систем диджикее. Так же можно купить на сайте производителя
jcxz
Цитата(aaarrr @ Dec 7 2016, 16:53) *
Если сравнивать с STM32, которые присутствуют в любом ларьке, NXP можно смело записывать в недоставаемые.

Да ладно??!!
Странно - как это на моей старой работе умудряются вот уже много лет производить несколько линеек серийных изделий на разных МК из LPC23xx, LPC17xx десятками тысяч шт. в год. И это в Сибири.
Причём, как говорили наши снабженцы, по цене эти МК существенно не отличаются от STM32.

Цитата(b-volkov @ Dec 7 2016, 16:26) *
Остановил свой выбор на линейке LPC43XX. Но когда стал искать цены в инете, то обнаружил, что купить их не так-то и просто. По крайней мере, e-find не предложил ни одной конторы в Москве, куда можно было бы просто пойти и купить пару штук. Везде:" под заказ","доставка N дней", "партия N штук" и т.д.

А Вы что хотели купить? Чипы или отладочные платы? В этом семействе есть чипы с аппаратным шифрованием - их наверное трудно будет в РФ купить.
Остальное.... сам не покупал, но когда был проект на LPC4370, я спрашивал людей, которые должны были производить, они узнавали, и сказали что не проблема будет их купить.
Можно кстати ещё поспрашивать в конторах, кто продаёт отладки для LPC43xx.
b-volkov
Спасибо всем ответившим! В Симметроне пообещали, что смогут добыть любое количество (меня-то как раз интересовали совсем мелкие партии, 10-20 штук).
А что, в самом деле сейчас основная масса разработчиков пользует M4 и М7 от STM? Несколько лет назад пришлось по необходимости столкнуться с их первыми M0 и M3 (точно чипы не вспомню). Впечатление осталось не приятное: периферия какая-то у них показалась не продуманная, если не сказать - кривоватая.
Надеюсь, у "старших братьев" она получше? Мало-ли, вдруг жизнь заставит....
aaarrr
Цитата(b-volkov @ Dec 13 2016, 18:44) *
А что, в самом деле сейчас основная масса разработчиков пользует M4 и М7 от STM?

Разве это не заметно? sm.gif

Цитата(b-volkov @ Dec 13 2016, 18:44) *
Несколько лет назад пришлось по необходимости столкнуться с их первыми M0 и M3 (точно чипы не вспомню). Впечатление осталось не приятное: периферия какая-то у них показалась не продуманная, если не сказать - кривоватая.
Надеюсь, у "старших братьев" она получше? Мало-ли, вдруг жизнь заставит....

Местами бывает кривовато, но жить вполне можно. В конце концов, никто не без греха.
jcxz
Цитата(b-volkov @ Dec 13 2016, 18:44) *
А что, в самом деле сейчас основная масса разработчиков пользует M4 и М7 от STM? Несколько лет назад пришлось по необходимости столкнуться с их первыми M0 и M3 (точно чипы не вспомню). Впечатление осталось не приятное: периферия какая-то у них показалась не продуманная, если не сказать - кривоватая.
Надеюсь, у "старших братьев" она получше? Мало-ли, вдруг жизнь заставит....

Ваши надежды беспочвенны. Ничего не изменилось. Из всех линеек МК уровня Cortex-M, с которыми мне доводилось плотно работать в последнее время (NXP LPC17xx и LPC43xx, Tiva, Infineon) STM32 обладают наиболее бедной пеииферией. Местами и кривоватой.
А то, что большинство разрабов используют именно STM32 - это похоже на правду. По крайней мере в РФ.
Но это заслуга не инженеров STM, а его менеджмента (политика дешёвых и бесплатных отладок например к тому же сразу со встроенными эмуляторами). Эта политика нацелена на привлечение максимального количества любительских "масс" к своим продуктам. Для профессионалов это конечно не является критерием (цена отладки). Но любители и студенты приучаются и "подсаживаются" на продукцию STM, потом ничего другого не знают, приходят на работу и внушают начальству что "нужно делать на STM", но не от того, что он более подходит к задаче, а потому, что ничего другого не знают, а изучать лень.
Поэтому мнеджерам других производителей стоило бы поучиться у манагеров STM. А вот инженерам STM наоборот стоит оторвать руки.

Так что оставайтесь на LPC43xx - контроллер хороший, оставил о себе хорошие впечатления. Да и какие ему STM старшие братья-то???? С их максимум 180МГц на одном ядре, против 204МГц помноженных на 3 ядра LPC4370??? И периферия у 43-х мощнее.

Цитата(aaarrr @ Dec 13 2016, 20:58) *
Местами бывает кривовато, но жить вполне можно. В конце концов, никто не без греха.

Да ладно бы кривовато, действительно - все не безгрешны.
Но почему так нищебродски реализована периферия?
Взять тот же SPI на вроде бы казалось лидере линейки - STM32F4xxx: ни FIFO, ни возможности выбрать длину отличную от 8/16 бит, ни гибкой установки скорости (чтобы подобраться к макс. возможной скорости работы с нужной периферией, придётся частоту всего МК подбирать), ни режимов Bi- и Quad-SPI, которые уже вроде бы почти все чипы SPI-памяти поддерживают. Не говоря уже о таких возможностях как аппаратное управление несколькими CS из потока данных ( и не на каждый байт дёргать, а как нужно) или переменной длине разрядности данных внутри пакета без участия CPU или точного конфигурирования таймингов (программируемые паузы в начале и конце пакета между данными и CS, между отдельными словами и между двумя соседними пакетами при CS=high).

Единственный плюс тут - изучать такую периферию нужно меньше времени. Описание 2-3 регистров прочитал и вперёд. И это тоже по-моему - реверанс в сторону любителей, чтобы сделать попроще. Это не сравнить например с Infineon-ом, где в последовательном интерфейсе только к работе с FIFO канала относятся с десяток регистров! Да любитель ни в жизнь такое не осилит. smile3046.gif
aaarrr
Цитата(jcxz @ Dec 14 2016, 01:30) *
С их максимум 180МГц на одном ядре, против 204МГц помноженных на 3 ядра LPC43xx??? И периферия у 43-х мощнее.

О, да! Целых 13%, да еще и помноженных на 0, т.е. Cortex-M0! Извините, не смог удержаться sm.gif
Кстати, где там три ядра?
jcxz
Цитата(aaarrr @ Dec 14 2016, 02:12) *
О, да! Целых 13%, да еще и помноженных на 0, т.е. Cortex-M0! Извините, не смог удержаться sm.gif
Кстати, где там три ядра?

Внутри. У LPC4370.
И почему на 0? Что Вы против М0 имеете? Все Ваши задачи требуют FPU??? Имхо - для большинства задач фиолетово - что M0, что M4F.
А наличие отдельного простого ядра, которое может работать и работать когда старшее ядро спит, очень пользительна во многих задачах. Так что во многих задачах наоборот: M0 - лучше чем M4.
aaarrr
Цитата(jcxz @ Dec 14 2016, 01:56) *
Взять тот же SPI на вроде бы казалось лидере линейки - STM32F4xxx: ни FIFO, ни возможности выбрать длину отличную от 8/16 бит, ни гибкой установки скорости...

Да, SPI убогий. И UART'ы такие же.

Но, скажем, работает у меня тот же SPI в режиме I2S, гоняет через DMA данные, не глючит. И какое мне в конце концов дело до его убогости, если функцию свою он полностью выполняет?

Цитата(jcxz @ Dec 14 2016, 02:16) *
И почему на 0? Что Вы против М0 имеете? Все Ваши задачи требуют FPU??? Имхо - для большинства задач фиолетово - что M0, что M4F.

Против M0 ничего не имею, когда он на своем месте - в отдельном корпусе, или, например, управляет питанием у четырехядерного Cortex-A9.
А моду на M4+M0 на одном кристалле нахожу странной.
jcxz
Цитата(aaarrr @ Dec 14 2016, 02:21) *
Против M0 ничего не имею, когда он на своем месте - в отдельном корпусе, или, например, управляет питанием у четырехядерного Cortex-A9.
А моду на M4+M0 на одном кристалле нахожу странной.

Наверное первые пользователи микроконтроллеров тоже находили странным, что контроллеры интерфейсов (UART, SPI и т.п.) находятся внутри чипа, и думали, что самое место им - рядом, в соседнем чипе. Но сейчас же Вас не смущает зоопарк периферии в МК?
То же самое с многоядерностью. Сейчас это тренд и в больших процессорах и он уже проникает в МК. Не увеличение частоты, а увеличение числа ядер. И за этим подходом будущее. NXP это понял уже сейчас и выпустил линейку LPC43xx и другие.
Я это считаю очень удобным, когда у тебя в системе есть простые ядра, на которые можно возложить всю рутину по обслуживанию периферии, чтобы не отвлекать основное ядро от тяжёлых вычислений. Или уложить его в сон сэкономив больше энергии. Я работал с такой системой в OMAP-L137: у меня DSP-ядро выполняло только тяжёлые расчёты, а всей периферией рулило ARM-ядро - очень удобно и эффективно.
aaarrr
Цитата(jcxz @ Dec 14 2016, 02:33) *
Сейчас это тренд и в больших процессорах и он уже проникает в МК. Не увеличение частоты, а увеличение числа ядер. И за этим подходом будущее. NXP это понял уже сейчас и выпустил линейку LPC43xx и другие.

Многоядерность многоядерности рознь. Это ведь не SMP, и не big.LITTLE, как у "больших", а два разных ядра, выполняющих разные программы. То есть эффективное умножение затрат на разработку и отладку ПО.

Цитата(jcxz @ Dec 14 2016, 02:33) *
Я работал с такой системой в OMAP-L137: у меня DSP-ядро выполняло только тяжёлые расчёты, а всей периферией рулило ARM-ядро - очень удобно и эффективно.

Не совсем корректное сравнение. Обслуживать USB, Ethernet, отрисовывать графику в составе системы на LPC43xx будет M0, или все же M4?

На OMAP-L138 в свое время наделал горку железок, и находил этот процессор весьма удачным. На самом деле кривизна и ужас, конечно sm.gif
jcxz
Цитата(aaarrr @ Dec 14 2016, 03:00) *
Многоядерность многоядерности рознь. Это ведь не SMP, и не big.LITTLE, как у "больших", а два разных ядра, выполняющих разные программы. То есть эффективное умножение затрат на разработку и отладку ПО.

Почему умножение то? Многоядерность не намного сложнее многозадачности. Накладывает ограничения на возможные используемые способы синхронизации задач. Да необходимость инициализации дополнительного контроллера прерываний. А что эта задача будет отлаживаться на одном ЦПУ или в составе других задач - на общем ЦПУ - от этого затраты времени на разработку/отладку почти не меняются.

Цитата(aaarrr @ Dec 14 2016, 03:00) *
Не совсем корректное сравнение. Обслуживать USB, Ethernet, отрисовывать графику в составе системы на LPC43xx будет M0, или все же M4?

Ну графику скорей всего M4, так как её много. Остальное - зависит от потока. Если нет мегабайтных/сек потоков - почему бы и M0 не справилось бы? DMA никто не отменял - M0 им пользоваться никто не запрещал тоже.
само обслуживание этих интерфейсов - с этим вполне справится M0 (DMA ему поможет). А вот прикладные потоки данных проходящие через эти интерфейсы, если они велики может M4 обслуживать. Как систему построишь. И к тому же кроме них в устройстве бывает полно низкоскоростных потоков.

Цитата(aaarrr @ Dec 14 2016, 03:00) *
На OMAP-L138 в свое время наделал горку железок, и находил этот процессор весьма удачным. На самом деле кривизна и ужас, конечно sm.gif

Ну не знаю. Только я имел дело с L137. Но, например, нигде больше не встречал такого мощного DMA-контроллера как его EDMA3. С его 3-мерными передачами и возможностью смещений по разным измерениям на произвольные величины.
Или McASP. И SPI там был хорош.
golf2109
Цитата
А вот инженерам STM наоборот стоит оторвать руки.

Я считаю, что наоборот им нужно "ручку позолотить" и наградить премией в области маркетинга .
Оторвать руки надо жлобам, которые продвигают другие Cortex-M и лупят дурные деньги за отладочные платы,
не изволив сделать что либо похожее на Discovery, снизив тем самым порог вхожления в овладение архитектурой.
zltigo
Цитата(golf2109 @ Dec 14 2016, 10:35) *
Оторвать руки надо жлобам, которые продвигают другие Cortex-M и лупят дурные деньги за отладочные платы,
не изволив сделать что либо похожее на Discovery, снизив тем самым порог вхожления в овладение архитектурой.

Просто разные целевые аудитории. Для сколь нибудь заметной организации, а не радиолюбителя, "порог вхождения" абсолютно несущественен.
Лично я на цену отладочных плат вообще не смотрю, ибо точно знаю, что для первого ознакомления все равно любая обойдется дешевле, нежели прямые и косвенные затраты на любые самоделки. Главное, что бы отладочная плата была в принципе и, желательно, НЕ в минималистичной разнообразной обвеске. Важнейшими параметрами являются совсем другие. Да, конечно, продвижение продукта в том числе и через через радиолюбителей-студентов тоже продвижение.

Pridnya
Цитата(b-volkov @ Dec 7 2016, 16:26) *
Много лет пользовался "младшими" контроллерами в линейке NXP (ARM7,M0) , но вот понадобился камешек с гораздо большей производительностью. Решил бренд не менять, ибо в предыдущих девайсах все устраивало. Остановил свой выбор на линейке LPC43XX. Но когда стал искать цены в инете, то обнаружил, что купить их не так-то и просто.

А я сегодня случайно обнаружил что описание PTP IEEE1588 в LPC43xx (NXP) повторяет абзац из STM32F74x (ST), рисунок один и тот же и абзац практически точь-вточь. Может, не такие они и разные.
aaarrr
Цитата(Pridnya @ Dec 14 2016, 13:57) *
Может, не такие они и разные.

Просто IP блоки одни и те же купили, сплошь и рядом такое. У ATMega8 и LPC1343, например, одинаковые модули I2C.
jcxz
Цитата(Pridnya @ Dec 14 2016, 13:57) *
А я сегодня случайно обнаружил что описание PTP IEEE1588 в LPC43xx (NXP) повторяет абзац из STM32F74x (ST), рисунок один и тот же и абзац практически точь-вточь. Может, не такие они и разные.

Вот если-б они (STM32F7xxx) и остальную периферию из LPC43xxx взяли! А ещё - хотя бы одно M0-ядрышко добавили как в 43-хх wink.gif
KnightIgor
Цитата(Pridnya @ Dec 14 2016, 12:57) *
А я сегодня случайно обнаружил что описание PTP IEEE1588 в LPC43xx (NXP) повторяет абзац из STM32F74x (ST), рисунок один и тот же и абзац практически точь-вточь. Может, не такие они и разные.

OT: Резюме в диссернет писать не пробовали? wink.gif
SCNR

Цитата(golf2109 @ Dec 14 2016, 10:35) *
Я считаю, что наоборот им нужно "ручку позолотить" и наградить премией в области маркетинга .

Поддержу и добавлю, что для F0 и L0 серий STM32 можно безлимитный и бесплатный KEIL скачать и пользовать. О достоинствах последнего повторяться не буду при всем уважении к Open Source.
Pridnya
Цитата(KnightIgor @ Dec 14 2016, 23:58) *
OT: Резюме в диссернет писать не пробовали? wink.gif
SCNR

Не понял вашего вопроса. IEEE1588 PTP v2 - новая для меня тема, да и не только для меня. Мало с кем поговорить на эту тему можно, поэтому приходится искать ответы в описаниях микроконтроллеров разных производителей, описании оборудования (PTP-серверы для локальных сетей). Сама тема очень интересная и нужная: промышленные сети как раз используют этот протокол (и импортные серверы точного времени в основном, ценой 5-10 k$), а у нас в России еще SNTP не все используют - синхронизируются по RS485. Есть люди, которые думают, что до 1 секунды (показометр) достаточно, а там рассинхронизация в несколько секунд. И вряд ли кого-то пустят со своим оборудованием на объект, где используется IEEE1588, если оборудование не поддерживает этот стандарт.
jcxz
Да, вот только что вспомнил ещё одну классную вещь, которая есть в LPC43xx, и которую не видел в других МК: встроенный ETB. С ним Ваш заурядный J-Link превращается в J-Link+J-Trace santa2.gif
А интересно, кто знает: в каких ещё Cortex-M есть встроенный ETB?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.