Безумству храбрых поём мы песню!

И чего там можно сделать "глубоко не вникая"?? Запустить медиацентр или на хттп забацать веб-термометр или выдать echo в уарт на sh-скрипте

Что можно, думаю, и так всем понятно. Лучше скажите, чего нельзя.

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

Ну, думаю, если представить линух в виде большой РТОСины (с большой натяжкой, конечно ) и писать на уровне ядра, на чистом си, разумеется, то можно что-нить сообразить... Другое дело, что надо разбираться в тонкостях оси, и полюбить GCCштное программирование со всеми вытекающими, что лично для меня - кошмарный сон

Например, оформить GUI на кутешечке и управлять через него глубоко встроенной системой

Так есть такое чудо.
Под корень тюнингированый Линукс для Cortex-M3/4/7. Называется embox
Мужики делают просто для фана. Ничего серьезного.



Глубоко встроенная система работает автономно, ей никто не управляет. Ей это GUI как собаке пятое колесо, для наладки один раз в жизни.
Обычно отделываются парой семисегментных LED-ов.
Что там нам QT-ешечка предлагает для семисегментных LED-ов?

Глубоко встраивают только автономные системы? Ладно, тема у нас действительно про M7, а не про A8 с линуксами.
А для любителей толстых процессоров в QFP и с подробной документацией есть RZ/A1H. Для глубокого встраивания.

Области применения M7 и "толстых процессоров" частично перекрываются.
Поэтому если стоит вопрос о применении M7 - уже пора рассматривать и более старших товарищей особенно если учесть ценник на чипы allwinner.

Ждём.


А вот и дождались: 400 МГц и 10 МБайт.

А почему вдруг RZ/A1H, а не RZ/T1? Ведь первый Cortex-A9, а второй Cortex-R4F (ближе к теме). Да частота у второго больше - 450/600 MHz против 400 MHz.

Табличку на стр.2 взгляните:

Не доверяю я этим виндовоподобным монстрам! Только свой гуй - только хардкор!



Очередное сипокку от япошек?? На них кто-нить что делал? Как впечатление?
Как-то, года 3 назад хотел на "японцах" что-то сделать... вообщем лучше стм
ЗЫ. Хотя, говорят, у них с разводкой питания и помехозащищенностью лучше...



Ну, Александр, вы уж что-то не то сказанули Все-таки 7 сегментов - это уж совсем убогенько. Хотябы символьный ЖКИ или экранчик...

Лично мне нравится, что RZ/T1 бывает в корпусе 176QFP, который даже я, если поднапрягусь, припаяю , а у RZ/A1H только 256QFP. Многовато...

С шагом 0.4 это весьма сомнительное удовольствие Хотя можно, конечно.

согласен. Паял стмки с 0.5 пару раз сляпал прилично, долго убирал заляпухи, а тут еще мельче... Аврки с их 0.7 паялись замечательно

Шаг 0.4 не разглядела, беру свои слова обратно.
Однако мой вопрос "А почему вдруг RZ/A1H, а не RZ/T1?" остается в силе, т.к. у RZ/A1H тоже шаг 0.4.


Если дело и дальше так пойдет, то скоро мы, советские люди , даже импортной электроникой пользоваться не сможем - наши паяльники слишком толстые для ихних микросхем. Раньше только BGA вызывал проблему, но вот уже и QFP превзошел наши возможности. Зато я теперь догадалась отчего отчественные МК в таких чудных корпусах выпускаются (длинные проволочки во все стороны торчат).

А и не надо ставить такой вопрос - берите что нравится

Если честно, о существовании RZ/T1 просто не знал до сегодняшнего дня. Ну и предназначение у них совершенно различное: A преимущественно для всякой графики-мультимедии, T - совсем наоборот.

Вы просто не умеете их готовить. Жало правильной формы, немного флюса - и излишки припоя легко снимаются. Микроскоп, конечно, тоже нужен.
Если меня спросят "BGA или QFP 0.4 mm", я ни секунды не буду думать.

По моему опыту QFP с шагом 0.4 - это один из худших вариантов для ручной пайки. QFP 0.5 и даже QFN 0.4 паять легче.

А с BGA все как раз просто: станция, немного опыта, и на здоровенные (> 100 ног) QFP смотреть не захочется больше.

так в этом всё и дело, bga - хорошо, если не смотреть, но вот если захочется посмотреть...

Ясное дело - я не монтажник, но 0.5 припаять смогу, даже проволочку к ножке, но заляпы случались, или рука дернется или припоя чуток больше возмешь...
А вот бгашные вибриды паял нормально, при помощи спиртоканифоли и плитки "искорка", ни одного не сляпал, так что спорный вопрос, что лучше

BCM2835 вспоминали ? 1ггц
http://www.extremetech.com/extreme/154100-...ard-for-just-45
https://www.raspberrypi.org/wp-content/uplo...Peripherals.pdf


уже неплохо
Cortex-A15 processor running at up to 2.5GHz
http://www.arm.com/products/processors/cor.../cortex-a15.php

Плитка "искорка" вполне сойдет за инструмент, но вот спиртоканифоль - это ужас же.

нормальный флюс...

для БГА нам как-то посоветовали делать контакты не квадратики - кружочки, а капельки (кружочек с мысиком в сторону дорожки). При таких площадках при ренгеноконтроле сразу видно запаялось или нет, если олово по мысику пошло - значит пропай есть.

Потому что кто в теме, тот так не спрашивает

10 метров оперативы

А что, мне эти камушки нравятся. A9 основан на наборе инструкций ARMv7, а мне как ассемблерщику это очень нравится. Владея этим набором, у меня всегда на руках будет весь парк народных контроллеров, начиная от M0. Вот камушки. Вот цены на них. Почём будет внешняя память, работающая на частоте ядра?

Так что если ST будет и дальше тормозить с техпроцессом 15-летней давности, то присмотрюсь к нэку, почему бы и да? Пять канов!! А какая графика, сколько там всяких ништяков, сколько юнитов понатолкано

10 метров для экранчика 800*480 в 3 слоя, вполне устроит. Плата будет в 2 или 4 слоя. Надо бы присмотреться к нэку..

27 мегабайт референса! Навскидку, внешнюю ОЗУ подключить нельзя. Часть доков закрыты, видимо камень сыроват. 3D графика закрыта наглухо. Интерфейсы внешних камер с очень низким разрешением.

Такс... Даёшь 24 метра!!!

p.s. кстати, техпроцесс 90нм это Pentium 4, если кто не знал. Ещё чуток уплотниться, и уже начинается уровень Core Duo/Quad. А это вам не грязным папяльником в тинку тыкать

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

тогда лучше BCM2836 там аж 4 кортекса вроде как...

оба можно на распбери 1 и 2 соответственно поглядеть, поиграть...

LWW - вы профессиональный троль?
Вы нас мучили асмом, ладно, но ваши сравнения АРМ контроллеров с процессорами общего назначения убивает, вот реально. Не знаю почему, но прям реально раздражает, сильнее чем пропаганда ассемблера.

Кстати если бы вы были фанатом стирания процессора ультрафеолетом, то фанатели бы от других процессоров, я уверен)

Можно SDRAM. Закрыты не из-за сырости, полагаю.

Ну тогда порадуйтесь за отечественых разработчиков! Жаль только купить эти процы сложно, да и ценник на них будет огого

http://www.rusnano.com/upload/images/portf..._Data-Sheet.pdf

RZ/A1H весьма интересный камень, но вот по ссылке выше прочитал в табличке один интересный момент:
"SD host interface × 2 channels (must obtain SD card license)"
Это КАК??? Т.е. для использования интерфейса к SD карточке надо покупать лицензию? А как в всеми любимых STM32 реализован интерфейс SDIO? Почему STM лицензию не требуют?

Плюс куча блоков на камне под nda только доступна. Так что видимо камень совсем не "народный" получается.

KiV and ALL..

В этом всё и дело.. Так вроде кинешься к интересному камушку, а там одни какашки.. Как это не покажется странным и неожиданным, но надо признать, нэковский камушек так же получился сродни алльвиннэрам и прочим броадкомам.. Он сырой. Тем более, посмотрите на версию доков. Его выкатили и забросили...

За отечественных то же не рад. Нужно вообще что-то делать с этим безобразием. Ведь и кристаллы так же проектируются под суррогатными системами. Как и программы пишутся, на неизвестно чём.. Итог - позатыкаются дыры, что бы кое-как работало и вперёд.

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

Снова и снова прихожу к мысли, что нужно дождаться M7 от ST, надеяться что его подтянут и он будет отлично работать. И главное шустро. И главное, камень будет очень и очень понятный при этом. Потому что он хорошо документирован. И к нему была выпущена не одна версия фотошаблонов..

В очередной раз во мне укрепилась идея сидеть на народных кортексах от ST и никуда особо не дёргаться. Тем более, я уже так хорошо владею ими на "атомарном" уровне. Просто немного "лень" выкладывать всё это на сайте, запросов от людей нет..

А написать файловые системы, сетевые протоколы и работу с девайсами на USB - дело времени, просто реально пока это не нужно, вот и не пишу.

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


прикольно
а что с ним делать ?
в смысле, под чем писать, чем шить ?

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

Например, в том, что AVR-ки Tiny и Mega работают медленно (на частоте около 16 МГц), архитектура AVR не виновата. И если кто-то станет утверждать, что создать AVR-ку на частоту 600 МГц нельзя из-за каких-то неизлечимых пороков архитектуры, то я лишь улыбнусь. Ведь архитектура AVR по нынешним временам весьма примитивная, а потому было бы крайне странным, если бы навороченные МК на большую частоту сделать было можно, а простенькие было нельзя.

Если же начинать разбираться с тем, отчего AVR-ки Tiny и Mega медленно работают, то обнаружится, что причина кроется только в том, что работают они исключительно на внутренней flash-памяти, которая выше 25 МГц не тянет. Впрочем, точнее было бы сказать, что работать до 30-35 МГц она в принципе может, только число сбоев быстро увеличивается с ростом частоты. А поскольку тестировать каждый чип долго (и оттого дорого), то предпочитают не рисковать - ограничиться быстрым тестом и ограничить гарантируемую тактовую частоту пределом 16-20 МГц.

Отчего здесь flash-память не тянет быстрее, мне сказать трудно (я не спец в этой области), но полагаю, что виной тому - технология с нормами ... 500 нм! (В некоторых источниках указывается 350 нм, но недавно народ потравил их кислотой и замерил реальную величину - http://zeptobars.ru/ru/read/atmel-atmega8. Впрочем, не исключено, что серия "A" действительно выпускается по норме 350 нм, т.к. энергопотребление у них немного снижено). А при таких нормах и ключи получаются массивными, из-за чего заряд в них рассасывается дольше - это скорость и тормозит.

Таким образом, AVR-ки все те годы, пока они существуют, развивались в основном только архитектурно - постепенно росли объемы памяти и увеличивалась периферия, но технология замерла практически на том уже уровне, как во времена того давнего новаторства, когда Atmel в ряду первых (а может быть и самым первым) выпустил МК со встроенной flash-памятью, чем и покорил рынок.

А вот компания Renesas, продукция которой только что была упомянута в теме, вбухала большие средства на разработку более быстрой flash-памяти и достигла в этом деле определенного успеха - догнала ее скорость до 100 МГц (скажем, в RX600). А в этой ситуации компания способна выпускать МК практически любой архитектуры с показателями, превышающие их аналоги у конкурентов. Какой техпроцесс использует при этом Renesas, мне неведомо, но надо полагать, что не такой крупный, как у Atmel. Хотя Atmel все это время тоже без дела не сидел, но его успехи сильно скромнее - планку 35 МГц он так и не преодолел. Впрочем, я сейчас сужу исключительно по линейке AVR, поскольку в отношении ее данным вопросом основательно интересовалась, но как обстоит дело со старшими моделями SAM4, я не в курсе. Если кто знает, отзовитесь.

Что же касается линейки STM32F, то они выполнены по технормам 90-130 нм. Т.е. ожидаемый всеми нами новый STM32F7 будет выполнен все по той же норме 90 нм, а, стало быть, здесь мы снова имеем тот же случай, когда архитектура развивается (M3->M4->M7) на той же самой старой технологии. А потому, даже если ARM усовершенствует Cortex до ... M99 , то STM32F99 ни на йоту не станет быстрее (по тактовой частоте), т.к. это ограничение технологического плана, а не архитектурного.

Altera выдала семейство MAX 10, и эти ПЛИС вполне могут работать как МК. И у них 100 МГц флэш на борту. Так что не только Renesas это умеет. А вот традиционным МК-строителям постоянно что-то мешает.

почти согласен - скорее всего из-за того что не могут поменять технологию строчат архитектуру

[sarcasm]
Угу и конвейеры в ARM и прочие архитектуры суют просто так, для развлечения.
и цена на чипы совсем не зависит от технологии... особенно цена разработки и запуска в производство.
и Интел просто не хочет повышать частоты в своих супермелких технологических нормах...
и, кстати, ЭСЛ чипы по нормам 0,8 микрон не работают на 500 МГц
[sarcasm off]
А реально и без сарказма если - то никто не будет покупать 100 МГц AVR Mega999 с техпроцессом 65 нм в 5-10 раз дороже обычной mega88. Все купят ARM на те же частоты но 90 нм, с конвейером и тактами ожидания флэши... за цену старой mega88 и 32 битной архитектурой
Реалии таковы, что одним только технологическим уменьшением норм не добиться соответствующего ускорения процессора. Меняются и архитектуры, и куча всего, чего мы просто не знаем


Ага. 116. МегаГерц. Тактовой частоты... интерфейса !!!
А то, что после подачи адреса, данные появяться только через 5 (ПЯТЬ!!!) тактов этой самой частоты Вы не посмотрели? (MAX 10 User Flash Memory User Guide, Figure 4-8) Ну вот теперь попробуйте 116 МГц разделить на 5. И с какой частотой там флешь работает?


Да нет практически флеши с частотами выше 20-30 МГц (ну кроме уникальной от Renesas, скорее всего обложенной патентами со всех сторон) и это не зависит от технологических норм. Даже отдельные микросхемы NOR Flash за 30 МГц не выходят. Там другие проблемы появляются - нельзя слишком быстро включить транзистор с помощью заряда в плавающем затворе. Плюс к тому далее этот сигнал надо распознать и аналоговым компаратором вычислить ноль или единица была в затворе. А это процесс не быстрый. Аналогично работают и все SDRAM, только там не плавающий затвор, а конденсатор. И скорости выборки SDRAM за последние лет двадцать хорошо если в 5-7 раз выросли. Чего не скажешь о скорости внешних интерфейсов - там ГигаГерцы рулят - аналогично Altera у себя скромно скромно так скорость интерфейса написала
А у ренесасовских чипов с быстрой флэш еще вопрос какое потребление и что еще там у этой памяти ради быстродействия пожертвовано - я с ними увы никогда не сталкивался.

Хе-хе, вот гады. А я почти обрадовался :-)

мне достался в виде Raspberry PI2, с ихним специально под плату и проц адаптированным дебиан линуксом. Есть и другие ОС. Есть вариант этого raspberry ввиде модуля почти со всеми пинами на разъем, можно монстрячит свою плату....

допустим не в пять и почему увеличение ? кремния нужно меньше раз в 100, так что будет не дороже
я бы купил и никуда не ушёл с меги8 - нафига лишние вливания в разработку и отладку новых, и обычно кривых и глючных камней ?


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

Замечательно подмечено!
Бегло просмотрел что пишут о лицензировании на www.sdcard.org. Гы-гы...
Похоже для производства изделий с SD host нужна лицензия
HALA [SD Host/Ancillary Product License Agreement]

Наверно тот же порядок как с h264: лицензирование технологии выполняет производитель конечного оборудования.
Впрочем русские разработчики никогда не читают текст лицензии.


Дока на покупные ip блоки всегда идет под нда.
А по gpu никто никакой информации не дает вообще.

не, хочется без оси, как в м4, гцц и под кокосом

сколько, интересно, у неё чтение с портов или внешнего озу ? нам бы гигасэмпла хватило вполне

Можно и под голым железом, если хватит сил разобраться...
Поглядите на распбери.орг (сайт удолбищный для поиска) но в разделе помощь, есть раздел документации, там выложен мануал для проца. И старого 35 и нового 36.

Мне эта штука нужна как вывод Ethernet - HDMI и немного ногами пошевелить по SPI. Так что я не стал бороться с линуксом, тем более что он удобно на нее ставиться, уже все сделано самим производителем платки. Получил полноценный стэк, получил графические библиотеки работы с изображением, всякие там парсеры TCP сообщений и прочие бонусы.

И правильно, с какой радости я буду лицензировать то, что делал не я?? Я купил чип со встроенным контроллером, который делал производитель чипа, карточки произвожу тоже не я, так и пусть все это лицензируют те, кто их производит и продает!
Кстати, с усб тогда по их меркам, получается то же самое и с хдми...

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

Не важно. В условиях санкций вся нелицензионная интеллектуальная собственность вероятного противника признаётся трофейной

Вот хоть я и согласился, но тенденция есть: по настоящему большие частоты доступны для устройств в BGA.

Нажмите для просмотра прикрепленного файла

Эту тенденцию я обнаружил лет 5 назад, когда ПЦОСы от TI разглядывал

Вероятно питание ядра внешнее - и урезание количества ног не даёт возможности подать ядру ток необходимый для 600МГц.

Не путайте площади пентиумов и меги - это вещи несколько разные!
Тут уже Xenia приводила ссылку на вскрытый кристалл меги - посмотрите. И обратите внимание на "поясок" по периметру кристалла - это выходные драйвера и площадки для разварки. И их никак не уменьшить, ибо траверсы, привариваемые к кисталлу до нанометров не уменьшить, и драйвера, работающие при 5 Вольтах с соответсвующими токами тоже не сделать меньше. И в данном кристалле отношение пощади ядра к площади падов примено 2 к 1 и это я не учитываю еще края на резку кристаллов.
Что получаем в результате:
1) Даже если уменьшить ядро до нуля, площадь уменьшится только в 3 раза!
2) А теперь представьте, что само ядро на той фотке умньшилось по площади в 100 раз... и потом представьте, как разместить те-же самые площадки по периметру этого ядра. Т.е. в лучшем случае раза в два уменьшим кристалл.
3) А теперь добавим в цену таких кристаллов подорожавший весьма существенно техпроцесс, разработку нового кристалла под этот техпроцесс, разработку фотошаблонов для него - а они после 180 нм стоят очень дорого, а после 90 нм - просто бешено.
И где дешевизна будет?


Заставляет например это: Поскольку для ОЗУ понадобится загрузчик с внешней памяти и доп. периферия, доп. выводы и т.д. то это уже не будет мега8




По моему оновная проблема - помехи. У выводных копрусов очень длинные связи до развязывающих конденсаторов на плате. Соответственно начинают влиять индуктивности выводов. Во всяких компьютерных CPU/GPU даже прямо на корпусе размещают фильтрующие емкости.
И плюс по сигнальным цепям тоже проще с BGA работать становиться.

Объясните, зачем уменьшать ядро? Тем более, если это вызывает трудности. Почему нельзя перейти на меньшую технорму, но ядро оставить примерно в тех же габаритах? Ведь вроде бы ничто не гонит увеличивать плотность, если это не Пентиум, а простой контроллер типа Меги.


Технологии развиваются, и то, что было в прошлом слишком дорогим, со временем дешевеет. А при больших объемах производства (а для популярных МК они как раз такие) цена разработки фотошаблона вроде бы не должна сильно влиять на цену готового продута.
Если уж России продали технологии 130 и 90 нм, то, видимо, это уже утиль . Или уже близко к тому.


Я бы тоже не ушла с Меги8 , если бы ее модернизировали. Ведь работают же Икс-меги на частоте 32 МГц, значит и Мегу8 такой можно сделать. А еще лучше поднять частоту ядра до 60 МГц, оставив flash работать на вдвое меньшей частоте. Для архитектуры AVR, где много регистров, реальное обращение к памяти даже реже, чем 1:2. Вот и получилась бы Мега-зверь!

Дела обстоят примерно так:

частота ядра и переферии - 120МГц,
для работы флеша на 120МГц нужно 6ws при питании ядра 1.2В и логики более 2.7В,
есть плюшки в виде 128битного чтения флеша, причём в два буфера 128бит команд и один 128бит данных,
и оптимизации для коротких циклов (обратных переходов),
поверх всего этого слой из 2кБ кеша (вроде только для флеша).

В итоге на 120МГц циклическая обработка данных по таблице в 32кБ выполняется быстрее, когда эта таблица размещена во флеш, а не в ОЗУ.

Что несказанно радует ибо куда деть 160кБ ОЗУ я всегда найду, а вот написать код длиннее 50кБ под АРМ - у меня пока не получалось... а тут целый 1Мб пустует.

Правильно ли я поняла, что там при обращении к flash интерлив 1:6? Она что же, все лишь на 20 МГц работает?

Посмотрите на МК от FTDI. При запуске содержимое ПЗУ само копируется в ОЗУ. Никаких загрузчиков, внешней памяти и т.д.