[aaarrr 69]

Перечитал тему. Количество употреблений слова ARM на единицу площади зашкаливает.

Ну, значительную часть можно заменить на !AVR. Мы тут больше с косностью мышления и зашоренностью при выборе средств боремся.

 

Пардон, накипело, заглянул случайно в один исходничек, был в шоке...

Да мало ли их видано уже, исходников поганых? Не стоит огорчаться.

[MrYuran 21]

Я помню, как горевал, что практически заглохла тематика PSoC (если не ошибаюсь, один Сайпресс там остался) и что я не могу, легкой записью в регистр, добавить к какому-нибудь ATmega16 еще пару каналов ШИМ.

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

А силиконы? (бывшие цыгналы?)

Взяли 51 ядро, разогнали на десятки МГц - плюс качественное сигма-дельта АЦП до 24 разрядов, плюс свободная конфигурация ног - любому внутреннему узлу можно подцепить любую ногу, причём на ходу. Жалко, что мы уже плотно сидим на МСП, а то бы попробовал...

А следующая веха в "развитии" будет скорее всего клепание монстров с большими экранами на готовых Тионах с WinCE...

Сайпресс тоже интересно, однако неизвестно качество внутренних аналоговых компонентов (ОУ, компараторов, АЦП), а так забавно было бы весь усилитель вместе с обработкой и управлением в один кристалл запихнуть.

[777777 0]

<...> суть все-таки в том, что на 8 битах действительно становится тесно.

То есть как это? Задачи те же, а становится тесно? А может просто вы на другие задачи перешли?

У меня была одна платка, 20х30 мм, с ATtiny13 - так там и тогда не было тесно, и сейчас :) Программа занимает 15% памяти, а ОЗУ вообще несколько ячеек использует. Так что, сейчас пришли другие времена, надо ее переделывать и ставит АРМ?

 

А тут как оперативки и флэша добавили, так сразу и зачесалось в другом месте - перестало хватать разрядности и тактовой скорости.

Ой, не надо. Если в 51 еще были проблемы в разрядности - данные нужно из памяти в аккумулятор гонять и обратно - то здесь 32 регистра мне еще не удалось ни разу использовать полностью. Какие проблемы выполнять операции над регистрами? А гениальное решение добавить в набор еще команду "сравнение с переносом" CPC - делает 16-разрядные контроллеры просто ненужными - не дают они заметного эффекта. (Кстати, а есть ли еще контроллеры с такой командой? Ведь это же очевидно, если есть сложение и вычитание с переносом, то должно быть и сравнение)

 

Так что никуда 8-разрядные контроллеры не денутся - каждому найдется свое применение. Я сомневаюсь, что кто-то станет делать АРМы в 8-ми или хотя бы в 20-выводном корпусе, а задачи, в которых нужны такие контроллеры, не исчезнут.

[IgorKossak 0]

Я сомневаюсь, что кто-то станет делать АРМы в 8-ми или хотя бы в 20-выводном корпусе...

SOIC-28 устроит? (От Luminary micro, а теперь TI)

[rezident 0]

SOIC-28 устроит? (От Luminary micro, а теперь TI)

+1. Тоже хотел эти МК как пример "малоногих" ARM привести. 100 Series Devices

[GetSmart 0]

А АРМ кажутся монстрообразными нагромождениями несуразностей. Причем не столько в смысле архитектуры, сколько их мерзким :) набором инструкций.

Вот где вся соль поста. Дальше можно не продолжать

[IgorKossak 0]

Вот где вся соль поста. Дальше можно не продолжать

Из всего того поста можно было выделить только одно ключевое слово - "кажутся".

[GetSmart 0]

Ну да. Красота - вещь очень субъективная.

[SapegoAL 0]

Не ну система команд действительно монстроидальная. :)

И вот как на этой монстроидальной системе при частоте контроллера в 4 раза превышающем частоту AVR, ARM умудрился сделать AVR в 7/10 раз - ума не приложу. :) Пока без вылизывания проекта. По моим оценкам, после вылизывания ещё раза в 2 должна производительность поднятся.

 

После этого фраза, что "команда CPC делает 16 битные контроллеры не нужными" выглядит несколько неубедительно. Точнее 16 битные контроллеры действительно умрут не родившись. Останутся 8-ми битные для разной хрени и 32-ух битные для остальных задач. Ну пока 64 битные не подоспеют.

[blackfin 23]

Из всего того поста можно было выделить только одно ключевое слово - "кажутся".

Ну да. Красота - вещь очень субъективная.

Вот: Красота+400Мгц+4 Mbit SPI Flash

[DogPawlowa 0]

Точнее 16 битные контроллеры действительно умрут не родившись. Останутся 8-ми битные для разной хрени и 32-ух битные для остальных задач.

Точка зрения известная, но неубедительная.

Хотя бы потому, что пример Renessas не вписывается - крупный производитель МК с массовой линейкой 16 бит.

[singlskv 0]

Вовсе да. Перечитал тему. Количество употреблений слова ARM на единицу площади зашкаливает. И главное, совсем не тем (и не то) меряться начали. Давайте лучше померяемся у кого О(1), у кого О(log2(N)), а кто с "управлением не справился" и требует гигагерцы, гигабайты и 256 разрядов с О(N!)...

ARM конечно хорошо(для него сейчас и пишу :laughing: ), но авр32 круче... а ренесас sh-2a еще круче...

А вопрос только в стоимости для начала реальных разработок для этих процов...

[dimka76 52]

Коллеги, у меня к вам два вопроса.

 

1. А часто ли вам приходится самостоятельно выбирать контроллер? По моим наблюдениям (по крайней мере там где я успел поработать) выбор контроллера остается вопросом политическим или данью традиций. А мнение разработчика учитывается в последнюю очередь.

 

2. Почему Atmel до сих пор продолжает поддержку линейки контроллеров 51 серии, добавляя в нее новые кристаллы?

[aaarrr 69]

1. Всегда.

 

2. Ну, 51-й еще AVR32 переживет :)

[dimka76 52]

2. Ну, 51-й еще AVR32 переживет :)

 

51-й это ведь тоже 8 бит, а он до сих пор живее всех живых.

 

Так почему же все так пророчат скорую кончину AVR ?!

 

Видать xelax всетаки прав !!!

 

Пока у компании есть крупные клиенты продукт будет жить. И уж точно тем же avr кам конец не прийдёт из-за того, что здесь кто-то на arm перешёл.