шарпопочитатель
59 / 26 / 7
Регистрация: 31.01.2010
Сообщений: 1,035
|
|
1 | |
ядра arm20.02.2016, 09:13. Показов 11986. Ответов 25
Метки нет Все метки)
(
поделитесь успехом использрвания тех или ных мк под разными ядрами... вы как выбираете мк? применяете технику извне-внутрь, когда заказчики дали задачу, вы написали список необходимой переферии и на основании этого выбрали мк не парясь о ядре? или наоборот ваша контора делает ставку именно на какое-то ядро, перед выбором мк? и если так, то с чем это связано?
__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь
0
|
|
20.02.2016, 09:13 | |
Ответы с готовыми решениями:
25
ARM + Linux Эмуляция ARM ARM Assembler ARM с Linux |
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 |
![]() Доступность не бывает просто так, бывает только доступность в определенных каналах. Каналы в России не бог весть что, но все МК в них доступны. Сложности бывают у любителей, но и они могут воспользоваться банальной интернет-торговлей. Производительность ядра нужна только в тех проектах, где есть существенные вычисления. А это очень малый процент. И очень малый процент разработчиков реально могут этой производительностью воспользоваться. Периферия тоже не бывает просто так, существенна только та, которая может быть использована в конкретном проекте, причем ее использование должно быть целесообразно. Правильный набор приоритетов выглядит так: 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 |
![]() Как Любитель я считаю каждый рубль даже в макете - деньги мои Как Профессионал я обращаю внимание на массовую доступность, так как стоимость процессора размывается в конечной цене изделия и деньги не мои, а Хозяина-империалиста Как бы процессор в изделии может оказаться не самым дорогим компонентом... 20 баксов в продажной цене изделия за $649... к тому при массовой закупке цена за ОДИН процессор, как и цена остальных компонентов может резко снизиться в разы по сравнению с любительской розничной... https://russian.rt.com/article/51284
0
|
0 / 0 / 0
Регистрация: 06.02.2013
Сообщений: 333
|
|
20.02.2016, 18:42 | 8 |
![]()
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 |
![]() ![]() <Изображение удалено> а разработчики 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 |
![]() ![]() на этот год план 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 |
![]() вот в Z80 был реальный задел под многозадачность... мультиплексор Hyper-threodyng :) Просто щёлкнул переключателем и оппа... контекст задачи на месте безо всяких долгих сохранений регистров в стек...
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 |
Там в проекте помимо импортных изделий заложены реле времени отечественного производителя - покупная цена около 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, если ещё будете что разбирать из "импортозамещающего" выкладывайте ещё фоточки, плиз. А идеально было б если б где-то в специальном топике собирать...
0
|
0 / 0 / 0
Регистрация: 30.04.2015
Сообщений: 721
|
|
26.02.2016, 19:26 | 19 |
![]() pytrpts, если ещё будете что разбирать из "импортозамещающего" выкладывайте ещё фоточки, плиз. А идеально было б если б где-то в специальном топике собирать... http://s7detoty.narod.ru/Other/TimeReleREV.html
0
|
0 / 0 / 0
Регистрация: 03.10.2012
Сообщений: 783
|
|
26.02.2016, 19:37 | 20 |
![]()
0
|
26.02.2016, 19:37 | |
Помогаю со студенческими работами здесь
20
ARM ассемблер Отладка ARM new в С++ на GCC ARM C++ телефон с arm Регистры ARM ARM.Кнопка Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |