[VCucumber 0]

ну так а gpio для чего ?

 

[VCucumber 0]

Про это уже писали и не раз - это почти полность NDAшные чипы, либо linux-only, что тоже не вариант.

 

ну вот, нашёл, не два ггц`а, конечно, но зато два эзернета:

 

AM389x

• ARM Cortex-A8

• Up to 1.5GHz

• 2x 1G-Enet

• 3D Graphics

• PCIe, SATA

• DDR2/3

• Advanced Display

 

а вы что предлагаете ? что-то же предлагаете ?

 

[DmitryM 0]

ну вот, нашёл, не два ггц`а, конечно, но зато два эзернета:

 

AM389x

• ARM Cortex-A8

• Up to 1.5GHz

• 2x 1G-Enet

• 3D Graphics

• PCIe, SATA

• DDR2/3

• Advanced Display

 

а вы что предлагаете ? что-то же предлагаете ?

 

Flash на борту нет, одночиповое решение не получится.

[mantech 37]

Flash на борту нет, одночиповое решение не получится.

 

У систем на кристалле встроенных флешей нет ни у одной, к сожалению "давит" линуксовое предназначение...

[SapegoAL 0]

А по-моему, ограничение на AVR не совсем с технологией связано. Там же 5V питание. Соответственно чтобы разогнать её требуется не просто изменить нормы, а требуется проектирование заново. Что они и попытались сделать в xMega. И ход в целом верный... (Бессмысленно перепроектировать морально устаревший камень - надо создавать новый в той же нише и, попутно, пытаться отвоёвывать новую). Но результат создания xMega плачевный. Так как решение запоздалое. Это и есть ответ на вопрос, что будет если будут меги 60МГц. Да ничего не будет. Будут коммерческие потери у фирмы Atmel.

 

Насчёт технологических ограничений для ARM, на мой взгляд, всё тоже не совсем просто. Сам ARM разрабатывает ядро в разных вариантах, как я понимаю. То есть, я думаю, они его проектируют для разных технологических норм. С этим проблем нет. Есть проблемы с перепроектированием собственной периферии, похоже. Но думаю что это тоже не главное. Думаю просто банально надо новый завод строить под эти нормы ... А это бабки. Нормы меняются чуть ли не каждый год.

 

Тут ещё есть одна деталь, которую упускают, на мой взгляд. Вот я рыбак, к примеру. Иду в магазин - покупаю воблер. Он предназначен для ловли рыбы. Но свою функцию он выполняет уже тогда, когда его купил рыболов. Производителю в принципе до лампочки ловит ли он рыбу, ему главное чтобы эти воблеры раскупали. Они такие красивые.... глазастые... блестящие... упаковочка такая... Так и разработчики. Это ведь не абстрактное нечто... это конкретные люди. И они определяют техническую политику в области применения CPU. Был знаменитый 580. Были ведь и другие процы, типа 1801, 1811 ... Но найболее удобным и массовым пошёл 580. Потом я и многие другие перелезли на x51. Именно тут выскочила Atmel со своей серией at89c51. Так как флэш применила. Потом x2051 - опять таки простая запись и удобный корпус. А оттуда at90s1200 - этот же удачный корпус и немыслимая тактовая - 12МГц. А поскольку многие в тот момент писали на ASM, то удачный ASM AVR обеспечил успех. Хотя, скажем прямо, не очень удачный ASM не помешал такому же успеху PIC. Видимо всё же главным были удобные малые корпуса, простота программирования, набортный флэш и цена.

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

 

Поэтому в краткосрочной перспективе, как мне кажется, проигрыш по частоте не скажется существенно на их продажах. Это мы уже проходили. У них были камни 72 и даже 48МГц, а у NXP появились 100/120. И достаточно длительное время производительность камней NXP в одном и том же сегменте была выше. Но переломить ситуацию NXP не смогла. Но доминирование на рынке не может быть вечным. ))) Что там будет дальше - увидим.

[mantech 37]

А поскольку многие в тот момент писали на ASM, то удачный ASM AVR обеспечил успех. Хотя, скажем прямо, не очень удачный ASM не помешал такому же успеху PIC

 

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

Сам помню, как я был рад этому, переходя с пика..

 

Что они и попытались сделать в xMega. И ход в целом верный...

 

Да неверный это ход, как и с авр32 тоже. Они начали делать их, когда уже вовсю шел АРМ, сначала 7 потом 9. Единственное, что тогда было сделано правильно, но не доведено до должного уровня - это серия sam7s. Еслиб не распылялись на хмеги и авр32, то составили бы реальную конкуренцию стм, но...

Изменено 27 апреля, 2015 пользователем mantech

[Golikov 0]

STM часто и много используют, но NXP мне нравиться больше.

 

Вот взял я тут недавно STM, настроил UART на внутреннем HSI для отладки, потом к HSI подключил PLL, и уарт со 115200 уехал на 105000, не красиво как-то, когда нагрузка на клок, который кстати идет через делитель на 2, то есть через буфер, по какой то причине уводит его частоту, да еще и на 10% почти

 

У меня от СТМ осталось впечатление что они дико гонят с выпуском, иногда сильно опережают даже свои возможности, и потому все процы какие-то не идеальные, всегда какой-то осадочек остается. Но это личное мнение, можно даже не спорить:)

[smalcom 0]

что они дико гонят с выпуском

так и есть. посмотрите ераты авр и стм. от того и дешёвые - из печки в продакшн. все баги кристаллов в основном скрыты благодаря компиляторам и библиотекам.

[Uuftc 0]

Rockchip RK3288, 28nm, Cortex-A17 Quad Core, 1.8GHZ;

Mali-T764 3D GPU (OpenGL ES 1.1/2.0 /3.0,and OpenCL 1.1)

Все хорошо в рокчипе, только вот полный даташит никак не ищется, не говоря уже о ератах и SDK.

Такая современная мода - прятать информацию от разработчика.

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

[VCucumber 0]

первое, что мне не нравится - он a17, а gcc может только до a15

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

 

Изменено 28 апреля, 2015 пользователем Огурцов

[mantech 37]

Все хорошо в рокчипе, только вот полный даташит никак не ищется, не говоря уже о ератах и SDK.

Такая современная мода - прятать информацию от разработчика.

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

 

Это мода на linux-only чипы, если не используешь линукс, идешь... вообщем, вы поняли куда

Да и вообще - закладываться под всякие аллвиннеры и рокчипы опасно, время "жизни" таких чипов мало, даже 5 лет наверно не будет.

 

В свое время был выбор между ситарой и мх6\вибрид, выбор в пользу последних, т.к. с доставабельностью ситар были проблемы, да и бордов путевых, кроме биглборды небыло...

 

первое, что мне не нравится - он a17, а gcc может только до a15

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

 

А вы думаете, что просто сделав ин\аут на этих чипах все заработает??

Я по наивности тоже так думал, НО все началось с бутзаписи, которая х.з. какая, потом оказалось, что для нормальной работы чипа нужно кучу всего инициализировать, сам проц, клоки, кэши, мму и т.п. Вот такая "песня"...

 

ЗЫ. Еще раз советую - выберите документированный чип! Они и так тяжелы в освоении, а без путевых доков будете просто биться головой об стену...

Изменено 28 апреля, 2015 пользователем mantech

[VCucumber 0]

А вы думаете, что просто сделав ин\аут на этих чипах все заработает??

нет конечно, я думаю, что если сделаю цли/ин/аут/джмп, то всё заработает

при этом даже не важно, есть там линух или нет, на двух/четырех ядрах

я бы даже сказал, что с линухом как раз более вероятно, что всё заработает и как бы даже удобнее

хотя перфекционизм говорит - никаких линухов

 

Изменено 28 апреля, 2015 пользователем Огурцов

[Golikov 0]

ногами под линуксом шевелить, драйвер нужен...

[VCucumber 0]

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

Изменено 28 апреля, 2015 пользователем Огурцов

[Golikov 0]

нет, мне это энергетически не выгодно...