[an error occurred while processing this directive] [an error occurred while processing this directive]
|
...как и в жизни: вежливый вопрос = вежливый ответ. И наоборот:))
Теперь небольшое вступление к сути Вашего вполне закономерного вопроса. Этот вопрос относится к категории неистребимых, звучит и бурно обсуждается как здесь, так и в других соответствующих виртуальных и реальных аудиториях. Единого правильного ответа на этот вопрос не существует, ибо ответов множество, каждый из них по-своему правильный, но эти ответы образуют взаимоисключающие подмножества.
Абстрагируясь от конкретики Вашего вопроса, можно привести массу его общедоступных аналогов, например, что лучше - автобус, мотоцикл, катер или грузовик? Россия или Австралия? сапоги или тапочки? дальше продолжать?:)) И, заметьте - практически любой вариант ответа на такие вопросы будет и верным, и неверным одновременно. А почему - да потому, что отсутствует целевая конкретизация, а именно - ограничитель "для чего". Вы уж простите за откровенное, но вынужденное занудство, но обойтись без него в данном случае было бы нечестно.
Теперь можете приступать к сбору аргументированных мнений, учитывая вышеизложенное. Вот одно из них - мое, и зиждется оно на многолетней практике успешного применения самых разнообразных архитектур, включая, разумеется, и те несколько, что привели Вы в Вашем вопросе.
Дело в том, что архитектуры ВСЕХ семейств МК достаточно родственны, поэтому нет смысла ограничиваться рамками одного-двух семейств и потом тужиться в попытках решить очередную задачу на неподходящей архитектуре. х51, кстати, хоть и считается многими (в том числе и Вами упомянутыми советчиками) устаревшей, но обладает практически всеми ресурсами, имеющимися в той или иной мере в других архитектурах, поэтому ответственно рекомендую - забрасывать ее не следует, к тому же с появлением быстрых и изрядно нафаршированных периферией клонов х51 от Cygnal (кстати, настоятельно рекомендую ознакомиться) эта архитектура уверенно обретает очень хорошие перспективы. Так что начало Вами было выбрано вполне удачное.
Для расширения своей зоны уверенности можете взять и освоить архитектуры AVR и PIC, на это Вам будет достаточно недели, материальные затраты минимальны. Притом это советую сделать обязательно, ибо степеней Вашей свободы станет гораздо больше. В процессе знакомства с этими архитектурами Вы многому будете удивляться, но позднее придет понимание логичности многих нюансов. Немаловажно и то, что Вы увидите и оцените разнообразие возможных подходов к реализации как центральных, так и периферийных устройств в разных архитектурах, поймете причины и следствия ограничения количества числа команд в так называемых RISC-архитектурах (т.е. в данном случае PIC и AVR), научитесь обходиться примитивным набором методов адресации, грамотно употреблять замысловатые приемы работы с отдельными битами/выводами портов (особенно в AVR) и т.д. и т.п.
C Motorola все будет несколько иначе. Эта архитектура наиболее консервативна среди родственных, обладает, на мой взгляд, самым логичным и понятным набором команд, достойно и щедро снабщена разнообразнейшей периферией, но, к сожалению, не может сравниться с собратьями ни по производительности ядра, ни по шустрости периферии. Битовые операции у этого семейства реализованы отнюдь не лучшим образом, регистров мало, да и распространены они меньше, чем большинство других - отсюда проблемы с инструментарием, т.е. софтом/макетками/программаторами, хотя и они решаемы. А самое главное, с моей точки зрения, это то, что в данной архитектуре нет ни одной "изюминки", которая не присутствовала бы в других семействах. Можно, думаю, ограничиться лишь поверхностным знакомством с этой ветвью микростроения.
Разумеется, существуют десятки иных архитектур 8-битных МК, но самые распространенные - те, что упомянуты выше, и, очевидно, их распространенность произросла не из пустого места, а явилась следствием удачных компромиссов в решении архитектурных, технологических и маркетинговых задач. Смелее знакомьтесь с популярными семействами, и применяйте для решения Ваших будуших задач именно те МК, которые наиболее для этого подходящи.
Удачи!
E-mail: 
info@telesys.ru
