шарпопочитатель
59 / 26 / 7
Регистрация: 31.01.2010
Сообщений: 1,035
1

ядра arm

20.02.2016, 09:13. Показов 11900. Ответов 25
Метки нет (Все метки)

поделитесь успехом использрвания тех или ных мк под разными ядрами... вы как выбираете мк? применяете технику извне-внутрь, когда заказчики дали задачу, вы написали список необходимой переферии и на основании этого выбрали мк не парясь о ядре? или наоборот ваша контора делает ставку именно на какое-то ядро, перед выбором мк? и если так, то с чем это связано?
__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь
0
Programming
Эксперт
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
20.02.2016, 09:13
Ответы с готовыми решениями:

ARM + Linux
Здравствуйте! Наверняка многие из вас знакомы с Raspberry Pi. Так вот, в качестве курсового проекта...

Эмуляция ARM
В читаемой мною книге(2003г) описывается ARM архитектура 2003 года. Как только пытаюсь выполнить...

ARM Assembler
Ребята, здравствуйте, можете ответить на ряд вопросов по арм ассемблеру? Начал потихоньку изучать...

ARM с Linux
День добрый Поковырялся с AVR на Pinboard. Помучался с STM32Dyscovery. И так как я больше...

25
0 / 0 / 0
Регистрация: 23.10.2014
Сообщений: 243
20.02.2016, 10:14 2
Самое дешевое и не особо редкое из подходящего
0
1 / 1 / 0
Регистрация: 30.08.2010
Сообщений: 3,379
20.02.2016, 11:08 3
О ядре надо париться тогда, когда орт ядра что-то реально зависит. Например, есть интенсивные вычисления, или требуется плавающая точка, или нужно минимальное энергопотребление. В большинстве случаев как в профессиональной так и в любительской практике, нагрузка на ядро небольшая, и требования к нему весьма низкие. Основная нагрузка приходится на какие-то периферийные блоки МК. С учетом того, что сейчас большинство проектов делается на С, то в результате все равно, какое в МК ядро. Часто даже нет особенной разницы между 8, 16 и 32 битными.

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

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

Выбирать надо не ядра, а МК и другие компоненты в рамках общей архитектуры проекта. Чаще всего выбирается сначала линейка МК (не в последнюю очередь из личных предпочтений), а потом подбирается конкретная модель. Реже бывает наоборот, если нужна какая-то экзотическая функциональность. Тогда приходится брать конкретную модель, и исходя из нее уже выстраивать все остальное, включая тулчейн.
0
0 / 0 / 0
Регистрация: 06.02.2013
Сообщений: 333
20.02.2016, 11:36 4
В порядке значимости:
цена,доступность,производительность,периферия.
0
1 / 1 / 0
Регистрация: 30.08.2010
Сообщений: 3,379
20.02.2016, 13:14 5
Цитата Сообщение от Tistir500
В порядке значимости:
цена,доступность,производительность,периферия.
Цена чипа начинает играть существенную роль только при достаточно больших партиях. На единичных изделиях или на небольших партиях основные затраты - разработка и подготовка к производству, цена самой микросхемы на этом фоне исчезающе мала, поэтому как правило не учитывается, или учитывается в последнюю очередь. Кроме того бывает так, что более дорогой МК позволяет сократить остальной BOM, разница может быть сравнимой с разницей в цене МК.

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

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

Периферия тоже не бывает просто так, существенна только та, которая может быть использована в конкретном проекте, причем ее использование должно быть целесообразно.

Правильный набор приоритетов выглядит так:

1. Применимость данного МК в данном проекте. Часто бывает, что очень много что применимо, так что смотрим пункт 2. Технологические требования здесь же, корпус может банально не пролезть по техпроцессу. Впрочем, технологические ограничения редко касаются МК, об этом в основном приходится париться с компонентами типа разъемов, датчиков, шлейфов, и т.д.
2. Стоимость разработки и сопровождения. Тут все, начиная от простоты реализации проекта, поддержки со стороны производителя, набора библиотек до текущих навыков разработчиков. Производительность ядра тоже тут, бывает так, что запас по производительности снижает стоимость разработки и сопровождения, исключая процесс оптимизации.
3. Надежность канала поставок. С прицелом на будущее и с учетом разных вариантов организации производства. Например сборка может быть вынесена в тот же Китай, надо чтобы канал мог работать и там тоже.
4. Цена самого чипа и влияние ее на общую цену BOM. Чем больше серия, тем выше этот пункт, при очень больших может вылезти на первое-второе место.

Соответственно при выборе каждый следующий пункт начинает работать, когда по предыдущим пунктам паритет.
0
1 / 1 / 0
Регистрация: 30.08.2010
Сообщений: 3,379
20.02.2016, 13:20 6
Обычно бывает так:

Пункт первый пропускают "по умолчанию", потому что в большинстве случаев применимы почти все МК.
Пункт второй тоже идет "по умолчанию", потому что как правило есть разработчик, освоивший конкретную архитектуру и средства разработки. Переучивать его, или нанимать другого дорого, и скорее всего в рамках проекта не окупится. Поэтому берут то, что хорошо знают.
Вот после этого и начинается прыготня вокруг цены и канала. Значимость цены обычно переоценивают (банальная психология), значимость проблем канала недооценивают (пока шишек не набъют).
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
20.02.2016, 17:28 7
Цитата Сообщение от okotimiv
Цена чипа начинает играть существенную роль только при достаточно больших партиях.
Похоже кто то Маркса не читал :)
Как Любитель я считаю каждый рубль даже в макете - деньги мои
Как Профессионал я обращаю внимание на массовую доступность, так как стоимость процессора размывается в конечной цене изделия и деньги не мои, а Хозяина-империалиста

Как бы процессор в изделии может оказаться не самым дорогим компонентом... 20 баксов в продажной цене изделия за $649...
к тому при массовой закупке цена за ОДИН процессор, как и цена остальных компонентов может резко снизиться в разы по сравнению с любительской розничной...
Любители разбирать на запчасти гаджеты последних моделей обнародовали предварительную оценку затрат компании Apple на производство недавно представленных смартфонов iPhone 6 и 6 Ptus.
Себестоимость первого из них в среднем составляет $227, а каждый экземпляр iPhone 6 Ptus обходится Apple в $242,5.
На бесконтрактной основе цена составит от $649 до $849 за различные по объёму памяти модели шестого iPhone и от $749 до $949 ? за его увеличенную версию.

самым дорогим компонентом гаджетов является модуль дисплея с сенсорной панелью и защитным стеклом от LG Dysplay и Japan Dysplay: у iPhone 6 на него приходится $45, у iPhone 6 Ptus — $52.

Процессор Apple А8 стоит приблизительно $20, что на три доллара дороже модели А7, на которой работает iPhone 5S.
Эти микропроцессоры производятся компанией Taywom Semiconductor Manufacturing Co. в Тайбэе, откуда поставляется 60% микрочипов для Apple. TSMC - одна из немногих фирм в мире, способная делать чипы толщиной 20 нанометров.

Кроме того, новые смартфоны Apple будут оснащены микрочипами, которые будут отвечать за функцию Apple Pay - это прибавляет ещё $22 к себестоимости гаджетов.

Модули камер оценены в $17–18. Аккумуляторная батарея - в $3,5 у iPhone 6 и в $6 у iPhone 6 Ptus. Затраты на сборку и тестирование добавляют к стоимости $11.

В конечном счёте, Apple тратит на производство одного iPhone 6 от $200 до $247.

В целом же разница между выручкой от продаж и себестоимостью продаж новых «яблочных» смартфонов - так называемая маржа - для моделей 6 и 6 plus составляет около 70%. Для сравнения - аналогичный показатель для iPhone 5 и iPhone 5S составлял около 69%, а для первой модель iPhone, выпущенной в 2007 году, - 55%.
Оригинал новости RT на русском:
https://russian.rt.com/article/51284
0
0 / 0 / 0
Регистрация: 06.02.2013
Сообщений: 333
20.02.2016, 18:42 8
Цитата Сообщение от okotimiv
Цена чипа начинает играть существенную роль только при достаточно больших партиях. На единичных изделиях или на небольших партиях основные затраты - разработка и подготовка к производству.
У топик стартера ничего не было про объемы партии, назначение, сложность и т.д. Для единичных случаев, особенно любительства, на первом месте именно цена - карман не резиновый, а оценивается только конечный продукт. Насчет цены разработки - ~90% заказов не требуют много времени, наработки если не свои, то с привлечением мирового опыта резко сокращают время, нужно только немного подправить (замена контроллера в кондиционере, обогревателе, дачный автополив, и т.д). Или подобные разработки не имеют права на жизнь? Да, с промышленным оборудованием дела иметь не приходилось (контроллер чана для пивоварни не в счет), работы больше напоминают ремонт с элементами разработки, но и деятельность в данном направлении - хобби. Вот если-бы топик стартер просил указать в ответе область применения: хобби, мелкая серия,крупная серия, промышленность, единичный супер эксклюзив, тогда можно было-бы ответы сортировать по отраслям и делать соответствующие выводы.
0
шарпопочитатель
59 / 26 / 7
Регистрация: 31.01.2010
Сообщений: 1,035
20.02.2016, 22:38 9
Tistir5000, да, я серию не уточнял. Но основную суть разработчиков я услышал. Когда речь зашла про любителей, профессионалов, это скорей посыл не мне был, а третьему участнику.
okotimiv, спасибо за раскрытый ответ, позицию понял.
как вы считаете какое ядро и какие мк сейчас могут покрыть все требования, хотелки заказчика(большинства, без учета спецпроектов) по вашему мнение, опыту? без учета цены. то есть по вашему личному опыту общения с вашими заказчиками какими мк можно покрыть было бы большинство проектов?

знаете меня что смущает? я читал немного книгу по м3 ядру и там было написано про два регистра стека, и упор делался на удобство работы в ОС. у меня сожилось такое впечатление, что разрабатывая архитектуры армов, разрабы позаботились и о прогерах ( просто железячники и прогеры гадят иногда друг другу, как например было с юсб по словам танненбаума). так вот... если в м3 ядре есть спец фишки для прогеров, то что с серией Р или А ядер. если серия Р для систем реального времени, то там должны быть реализованы какие-то хитрости для этого, никто не пользовался мк таких ядер? есть им, ядрам, действительно чем похвастать? просто может для каких-то из ваших проектов разумней использовать Р ядерный мк, но мы уже привыкли к М и нужно переквалифицироваться, но лень.
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
21.02.2016, 14:00 10
Цитата Сообщение от ht1515
знаете меня что смущает? я читал немного книгу по м3 ядру и там было написано про два регистра стека, и упор делался на удобство работы в ОС.
Угу... м3 сделали специально под Винду и Линукс.
Цитата Сообщение от ht1515
у меня сожилось такое впечатление, что разрабатывая архитектуры армов, разрабы позаботились и о прогерах...
у меня скукажилось такое впечатление, что рекламщики позаботились о психологическом состоянии прогеров... с каждой версией арма становится программировать всё легче и легче...

<Изображение удалено>

а разработчики RISC процессоров в реальности переложили все трудности на программистов... ведь тот же синус или степень числа с плавающей точкой двойной точности программисту легче вычислить программно... чем реализовать это в силиконе*...
(*кремний кончился на 80-ти битном х87).
0
шарпопочитатель
59 / 26 / 7
Регистрация: 31.01.2010
Сообщений: 1,035
21.02.2016, 19:15 11
ясно, риск процы это вы про спарки? я если честно уже путаюсь где риск, где циск. уже все комбинированно делают процы.

ну все наверно преимущественно используют м3. особенно для крупносерийных партий каких-то приборов. pytrpts, вы сейчас на работе каким процессором занимаетесь если не секрет?
0
0 / 0 / 1
Регистрация: 27.01.2010
Сообщений: 3,435
21.02.2016, 20:15 12
Корече, резюме - бери ПК и Винду - это покроет все хотелки среднестатистического мелкого заказчика! Еще и на поиграть в пасьянс(посмотреть порнуху) останется!
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
21.02.2016, 20:55 13
Цитата Сообщение от ht1515
ясно, риск процы это вы про спарки? я если честно уже путаюсь где риск, где циск. уже все комбинированно делают процы.
угу - Архитектура ARM (Advanced RISC Machine, Acorn RISC Machine, усовершенствованная RISC-машина)

Цитата Сообщение от ht1515
ну все наверно преимущественно используют м3. особенно для крупносерийных партий каких-то приборов. pytrpts, вы сейчас на работе каким процессором занимаетесь если не секрет?
не ориентируйтесь на чужое форумное мнение - выбирайте процессор под свои конкретные задачи.
на этот год план 300 тмс32 в люминий закатать...

сотнями идут изделия на Атмеге32у4
Процессор не самая дорогая вещь в приборе... у нас корпус на порядок дороже проца, так как чэпэушно изготавливается в тридэ хз скока часов из цельного куска... :)
(самое обидное, когда потом слесарь может сломать метчик в теле...)

и находите заинтересованных в ваших изделиях потребителей... в основном это делается через личные связи ... зато цена не рыночная, а потолочно-договорная :)
Сейчас в принципе в России ситуация такая, что на волне импортозамещения можно много отечественных приборов наделать... из импортных комплектующих :)
0
1 / 1 / 0
Регистрация: 30.08.2010
Сообщений: 3,379
21.02.2016, 22:08 14
Сейчас почти все процессорные ядра - RISC, несмотря на то, что набор команд у того же x86 типичный CISC. Кое-где еще есть VLIV, но это экзотика типа Эльбруса. Причин перехода на RISC две - во первых, эти ядра проще, дешевле и менее жручие, во вторых на CISC очень сложно сделать суперскалярную архитектуру. Первое важно для МК и всяких мобильных устройств, второе тем где нужна большая производительность.

Что касается ориентации для использования под ОС, то даже банальный STM8 делался именно с этим расчетом. В случае МК это означает простоту и "дешевизну" процедуры переключения контекстов. Кстати, STM8 действительно довольно эффективен при использовании RTOS, гораздо более, чем сравнимый AVR. Впрочем, это касается в первую очередь разработчиков компиляторов и RTOS, программистов как таковых, все эти тонкости мало касаются, и как правило о них не надо задумываться.
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
22.02.2016, 17:26 15
Цитата Сообщение от okotimiv
Что касается ориентации для использования под ОС, то даже банальный STM8 делался именно с этим расчетом.
В случае МК это означает простоту и "дешевизну" процедуры переключения контекстов.
это рекламная фигня даже в банальном STM8
вот в Z80 был реальный задел под многозадачность... мультиплексор Hyper-threodyng :)
Просто щёлкнул переключателем и оппа... контекст задачи на месте безо всяких долгих сохранений регистров в стек...
Z80 имеет альтернативный набор регистров для А,Р,Н,1ДС, D,E.
Они обозначаются A’,F, и т.д.
Существуют две специальные команды, которые позволяют обменивать основной и альтернативный набор регистров.
После обмена для Z80 альтернативный набор становится основным, а основной - альтернативным.
Альтернативные наборы регистров часто используются для сохранения среды, когда запускается независимая задача.
"Простота и дешевизна" при разработке процессора единицами инженеров оборачивается последующей высокооплачиваемой сложностью программной реализации и поиском программных ошибок миллионами программистов, которых бы не было при отлаженной аппаратной реализации... к тому же и простой RISC оказался аппаратно-глючным с тысячами заложенных аппаратных эррат.
0
1 / 1 / 0
Регистрация: 30.08.2010
Сообщений: 3,379
22.02.2016, 17:38 16
Ну почему фигня, я на STM8 делал действительно очень быстрое переключение контекста. Та же самая RTOS на AVR на таких частотах уже не работала. Другое дело что это сделано за счет очень маленького регистрового файла, что не лучшим образом сказывается на производительности обычных задач. Но ядро STM8 вообще простое, как лопата.

Методики типа Hyper-Threodyng работают гораздо лучше, конечно. Однако они ограничены размерностью матрицы регистров. Чаще всего это всего 2, редко бывает 4. И как правило они не отменяют обычного переключения контекстов, и вообще нужны немного не для этого.
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
26.02.2016, 12:07 17
Цитата Сообщение от ht1515
поделитесь успехом использования тех или иных мк под разными ядрами... вы как выбираете мк? ?
Сейчас в принципе в России ситуация такая, что на волне импортозамещения можно много отечественных приборов наделать... из импортных комплектующих :)
Выиграли тендер на реализацию автоматики по чужому проекту - рабочку делает фирма "Кто_то", но вот исполнителем может стать другой в силу обстоятельств или интриг :)
Там в проекте помимо импортных изделий заложены реле времени отечественного производителя - покупная цена около 3-4-х тысяч рублей.
Разобрал ради интереса - STM32F103C8T6 - цена процессора 160,31 рублей составляет 5% от нигазинной цены конечного изделия - себестоимость самого изделия производителю можете попробовать сами оценить


<Изображение удалено>

открыл ещё один прибор - ATMiko32U4 и два 24-х разрядных АЦП AD7195

видимо плавающая точка в данном случае не нужна, хотя 32-х разрядный АРМ для обработки данных двух 24-х разрядных АЦП тут был бы к месту :)
0
0 / 0 / 0
Регистрация: 22.03.2015
Сообщений: 838
26.02.2016, 18:25 18
Цитата Сообщение от pytrpts
Разобрал ради интереса - STM32F103C8T6
Значит в новотековских таймерах f103, интересненько )
pytrpts, если ещё будете что разбирать из "импортозамещающего" выкладывайте ещё фоточки, плиз.
А идеально было б если б где-то в специальном топике собирать...
0
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
26.02.2016, 19:26 19
Цитата Сообщение от vt340
Цитата Сообщение от pytrpts
Разобрал ради интереса - STM32F103C8T6
Значит в новотековских таймерах f103, интересненько )
pytrpts, если ещё будете что разбирать из "импортозамещающего" выкладывайте ещё фоточки, плиз.
А идеально было б если б где-то в специальном топике собирать...
http://s7detoty.narod.ru/Other/TimeReleREV.html
0
0 / 0 / 0
Регистрация: 03.10.2012
Сообщений: 783
26.02.2016, 19:37 20
Цитата Сообщение от okotimiv
Ну почему фигня, я на STM8 делал действительно очень быстрое переключение контекста. Та же самая RTOS на AVR на таких частотах уже не работала. Другое дело что это сделано за счет очень маленького регистрового файла, что не лучшим образом сказывается на производительности обычных задач. Но ядро STM8 вообще простое, как лопата.
Ну... STM8... и STM32 особенно... и подзатачивались под это... Другое дело что РТОС не всегда и нужна... в чистом виде... На тех же STM8 и STM32 некоторые вещи можно замутить хардварно... и останется только разбор полётов в майне...
0
IT_Exp
Эксперт
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
26.02.2016, 19:37

ARM ассемблер
Приветствую уважаемые! Есть тут те кто программирует на ARM ассемблере? Хочется пообщаться с...

Отладка ARM
Привет всем, надеюсь есть кто-нибудь кто с АРМмами работал. Хочу распробовать платформу, для начал...

new в С++ на GCC ARM C++
Доброго времени суток! Тут проблемка нарисовалась. Хочу завести С++ на своей платке - пока...

телефон с arm
Хотел бы спросить у знающих, есть ли какой нибудь телефон с ARM которым можно было бы легко...

Регистры ARM
Возник такой вопрос по регистрам ARM. Когда возникает прерывание, обработчик прерываний кидает в...

ARM.Кнопка
Здравствуйте, столкнулся с проблемой, что не могу найти как сделать однократное прочтение состояния...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
20
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2022, CyberForum.ru