Ну так, честь и хвала Вам!

Только ведь Ваше решение -- это частное решение проблемы. Это одно решение из большого множества решений проблемы.

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

Представьте себе, что Ваш заказчик пришел к Вам и сказал
-- Ну-ка, сбацайте мне девайс, не скажу какой и не скажу для чего, на МК, у которого семь UART-ов.

Куда бы Вы послали такого "лаконичного" заказчика? Вот, и не обижайтесь, что Вас тоже посылают в этом же направлении.



Во-от! Во-от!!!

Что бы решить задачу, нужно понимать что ХОЧЕТ заказчик. Нужна объективность в оценке проблемы. А иные заказчики окрашивают проблему своим субъективным подходом, да еще и надуманные рамки вколачивают -- "сделайте мне на камне, у которого шесть ног, три АЦП и восемь ЮАР-ов "...

Бред, ведь? -- Бред!

Ну как реагировать на такой бред, если не посылать бесплатного горе-заказчика кроме как в пешую прогулку?

Абсолютно верно. И это решение уже принято и реализовано в железе.
Успешно продаётся на протяжении пяти лет.
И если бы не последние новости, то вообще никаких вопросов не возникло.

Ладно. Пожалуйста:
Есть мпп с установленной ATxmega128A1U-AU.
Нужно удалить оную оттуда и переразвести под любой корпус STM32 без добавления новых элементов с полным сохранением функциональности всего изделия.
В номенклатуре должно поменяться только наименование процессора.

Похоже, Вы так ничего и не поняли.
Не знаю уж, какой Вы инженер, но постановщик задачи из аховый.



Это не инженерный подход к решению задачи! Это задание с указанием решения только через жопу. Простите за мой французский!

Извините, но становится уже неинтересно.

А почему бы просто не написать что поставленная задача не выполнима?
Нет же, нужно разводить базар на несколько страниц и повествовать о том о чём не спрашивают.
И к тому же сквернословить.

Аналогично.

Разумеется невыполнима. Но это не доказывает, что ущербен STM32 или какой-то другой МК. Просто, исходная задача фрмулировалась так

Про печатную плату ничего сказано не было. Если продолжать, то скорее всего придем к пророчеству мудрейшего zltigo

Это для вас невыполнима... так прямо и говорите...

... золотыми буквами...

Подразумевает заработанные деньги. Если это побольше 100 тыр, то есть смысл повозиться и переразвести под тот же STM32, что зарабатывать еще каждые 5 лет по 100+ тыр. Спецификация и печатная плата - это мелочи по сравнению с софтом и поддержкой производства))

Ну так предложите решение.



Думаю что существующее изделие вряд ли стоит "потрошить".
Тем более что и "камня" соответствующего ни кто предложить не может.
Если уж и переходить на ARM то менять придётся полностью всё.
И железо и софт. И от асма придётся отказаться.
"100 тыр" - это даже не смешно.

Мда. Удачи.

Давно пора.
Видимо, гибель atmel наконец-то разрушит оковы привычки, давно и незаметно одетые на инженерное мастерство, и освободившиеся начнут использовать современные технологии в виде Cortex и ЯВУ Си.

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

А так то как бы уже на C++ пора начинать переходить, ибо сложность устройств и софта только возрастает.

Не сочтите за труд, поведайте о своём "горьком" опыте.

Любезный, нервный товарищ, вы в вашем посте, который, поверьте, "…прежде чем говорить…" был прочитан полностью ,
совершенно "не совсем корректно выразил свою мысль"; цитирую:"Площадь ядра на чипе занимает единицы процентов и мало зависит от разрядности (8-бит, 16 или умопомрачительные 32). Основную площадь занимает память."
Подскажу: ключевым словосочетанием было бы - "относительная доля ядра на кристалле".

А по поводу "тупых троллей": выражения всё же надо научиться подбирать и научиться отличать троллинг от замечания по теме.

За давностью лет многое стерлось из памяти, но вспоминаются две вещи:
- Провальная эпопея с выпуском мегапродукта ATmega161 (очень ждали как раз на замену 8515)
- Постоянные проблемы с поставками

С ARM было еще веселее: ухудшение параметров МК при выпуске новой ревизии - это незабываемый элемент фирменного стиля конторы.

Я так понимаю, что мне нужно что-то ответить по поводу того, что фразы:



и



имеют разный смысл.

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

Видимо всё дело в том, что мы работаем в разных "командах". Для меня эти фразы однозначны по смыслу.

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

ЗЫ:
Одному мне кажется, что тема скатывается к уровню общения а-ля kazus.ru?

а можно повредничать? вы только эту первую тему заметили такой и только на 21-й странице? ))

(Ответил в личку. Не хочу устраивать базар.)

Думаю... что только вам одному... ибо типа х-мега (мега, тини, ардуина - по вкусу), да ещё и АСМ, ДИП, "мало ног", русская документация... последний довод "королей"....
В общем... сами понимаете... это не зависит от ресурса... или почти не зависит...

+100500 У меня сейчас в некоторых проектах стоит mega162 которая пришла на смену 161-ой + танцы с бубном на рехтование "pin-to-pin".
Аналогичная ситуация с atmega128->atmega128a, до сих пор кстати так и не разобрался, не запускается бутлоадер на 128а, но пока есть запас 128 как то руки не дошли....
+Весь остальной негатив который скопился за время общения с атмелом благодатно повлияло на решение "куда крестянину податься" в xmega или arm. Cейчас сижу на stm32 чему очень рад.


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

picoPower - тоже самое. Выключаешь всё что не нужно.

это еще на асме написано ?




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

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

есть прибор, готовый. спросили чем заменить МК, и сразу:"вай-вай, это специфика... нельзя так мерять и требовать. вот если бы другие задачи."
так об этом вам сразу и сказали: стм32 ширпотребный экскремент.



и чо? тут полтопика защитников, и пол - противников асма. есть маргиналы-любители питона.
или это теперь дериватив граммарнаци - на асме пишут неграмотные?

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


Вопрос определений. У меня много живых серийных проектов на базе STM32 и тьфу-тьфу - работают и доход приносят.
Дело не в буковках названий, а в подходе к проектированию: загнутся STM32 - без простоев перебежим на NXP, TI, Миландр и на худой конец Atmel.
А лишить вас xmeg-и, так проблема вселенского масштаба: аналога у конкурентов нет, весь код на asm переписывать.
Пару раз поперепысываете код, обеспечите простой Владельцу бизнеса на пару месяцев... и тут же научитесь делать все хорошо и сразу.
А после этого поговорим про asm и xmeg-и.


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

Кто готов создать батл-тему, чтоб раз и навсегда закрыть базар, натянув всех любителей asm?

PS. Прошу прощения за эмоции и лексику - это от заботы к подрастающим специалистам.

их озвучили, тока все как-то тупо мимо прошли. многоканальный аудио цап.


опять 25. не переводите стрелки. никакой проблемы в этом вообще нет. от слова совсем. был запрос, ответили: найдите аналог. все жидко обделались, а теперь ещё и оправдываются.


у товарища вся прошивка на асме?


кого вы учить собрались с таким подходом? тут точно инженеры? сравнивать ЯВУ и ассемблер...
раз вы такой мастер Си-программ, то напишите мне на Си "nop". На чистом Си есесно без вкраплений асма.

------------------------------
для тех кто щас начнёт: ну воооот, ноп, нафиг он нужен и вообще задача синтетическая... самоF8-ируйтесь.

Не проблема - с десяток наШИМить могу.
Но потом началось 22кГц, 11 бит и т.п.
Я ни задачу, ни требования не видел.


Точной копии нет. Близкий аналог был назван.


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


Нужно не инструменты сравнивать, а подходы в проектировании.
Каждому инструменту свое место, в том числе и asm.
Уверен, что в прошивке xmega кроме nop наблюдаются и другие команды, и алгоритмы.
Для задач уровня xmega можно и нужно писать на Си.
В мелких задачах, типа включить светодиод в прошивке из 2 байт - конечно asm.
Хотя, если в МК есть килобайты - без проблем делать на Си.


Ок. В задаче с одним nop-ом вы победили. Давайте следующую задачу для xmega!
Или мне предложить задачку уровня xmega, а вы ее запилите на asm?

смысл всё тот же...
ну давайте развлечёмся - что там у вас за задачка?

__NOP();



да тут вообще суть в другом, если написано на асме, то вообще бессмысленно сравнивать с процессорами с другой архитектурой, точнее переход будет очень дорогим

Я открою тему "C vs ASM в коммерческих проектах".
Цель: доказать преимущество C для решения коммерческих задач.
Будет подготовительное задание для сборки некого макета, на котором затем будут решаться остальные задачки.
В макете можно применить любой МК, но желательно из "жирных", чтоб потом не было стонов, мол, байты закончились.
Задачи от простого к сложному в рамках одной цели - эмулятор самого дешевого калькулятора.
Оценивается задача так:
- затраты состоят из двух составляющих: затраты на разработку и затраты на производство серии;
- затраты на разработку вычисляются путем умножения затраченных часов на стоимость часа (скажем, 250 рублей);
- затраты на производство вычисляются путем умножения партии из 1000 шт на стоимость минимального МК, на котором исходник можно будет запустить.
В макете может стоять "жирный" МК, но если есть МК по-проще с необходимыми ресурсами, то указывать цену на простой МК;
- стоимость разработки идет накопительным расчетом (суммы времени решения всех предыдущих задач, кроме подготовительной);
- можно использовать любые свои библиотеки и наработки.

Сравнивать будем расходы на разработку и производство серии из 1000 штук.
Прошу собраться всех ассемблерщиков, которым есть что сказать и показать.
Оценка трудозатрат на совести исполнителя, но я прошу не мухлевать, т.к. нужен объективный результат.
Задачки можно давать на выходные (объемом ~8 часов). Исходники публикуем полностью или частично (что не связано с алгоритмом решения задачи может не публиковаться). Требований к оформлению исходников нет - все на совести исполнителя и демонстрирует его уровень и ничего больше.

Есть смысл открывать тему? Кто готов поучаствовать в придумывании и решении задач? Есть разработчики, которым итог не очевиден?

А действительно... кого???

мде. вам бы подучить Си.


шёл 2015-й год... ну давайте, всё-таки фанатиков полно во всех "окопах". как минимум будет тема-песочница для любителей спорить.
только надеюсь на адекватность и там не будет приколов вроде написать аналог вин7 или линукс.

Легко:
__NOP();
одна из множества вплоне из себя сишных intrinsic функций.


Нет. Это Вам учить надо. Target Specific это совершенно нормальный пласт сишных функций, причем они все из себя inline. Впрочем, как и __ASM(...) - тоже Си . Только __ASM(...) это уже грубо - сбивает оптимизацию.

что не так?

Пусть себе создадут отдельную тему. Я же предлагаю получить объективный результат.

ну, не буду мешать знатокам си своими глупостями.

ШТА?
это из-за того, что не хватает усидчивости запилить нормальный HAL? ню-ню...


смотря с помощью чего... все равно Си ужасен, хоть и велик но UGLY

Вот. gcc для Cortex-M3.



Дык, путем подсчета денег. Как же иначе?

Или такого - клавишные ЭКВМ MK-152, МК-162

P.S. Внутри, вроде, сделан на контроллере 51-ой архитектуры.

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

В Колибри ОС упор сделан на ассемблер и работает на современных процессорах ПК.
И что? Вроде вполне успешный проект по поддержке и развитию разработчиками в текущих реалиях

Абсолютная глупось - "современным ПК" она ни нафиг не нужна. А там, где нужна, туда фиг портиуешь по причине ASM.
Так-то это все на уровне хобби - типа резьбы по бивню мамонта зимними ночами в чуме, когда делать нехрен.

Неубедительно.
Технологии приходят и уходят сменяя друг друга, а искусство вечно.

искусство создания виртуальных машин - вечно

Вот я и говорил то-же самое - "резьба по бивню мамонта". Хотя в данном случае это, ввиду уровня полезности, больше искусство плетения лаптей из веревок.

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

P.S. Тоже поучительный пример Секреты разработки флагманского контроллера NX7
Как уж там "извращались" инженеры c асмом или без ХЗ

Абсолютно вся.
И если за это меня просто обвинили в антинаучности и тд. и тп.
То за следующую строчку наверно вообще разорвут :
Если быть точным то в изделии используется два разных ассемблера.

Это как?

да просто один эмулирует другой

Типа написано на ассемблере Z80, а исполняется на AVR?
Или используется дизайн ассемблера AБ?

А зачем?

как пример https://ru.wikipedia.org/wiki/IL