а можно повредничать? вы только эту первую тему заметили такой и только на 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 или линукс.