то есть если я хочу начать с рисования схемы, могу ли я опустить вопрос с чтением даташита и самостоятельным программированием PIO и каким-то тулом типа i.mx-ного pin tool-а назначить периферию на ножки чипа?

Если начинать с рисования схемы без чтения ds, то обязательно нужно закладывать этап полной переделки схемы. Каким бы pintool-ом не пользовались.

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

а для моего понимания, вопрос не риторический: авторам доводилось "осваивать" какие-либо чипы с кортексами-А типа того же i.mx?

там даже какой-нибудь u-boot разобрать, я уж не говорю про порты линукса или что-то подобное с mmu и защитами периферии - у меня например вызывает сложности, то есть программисты показывают куда писать, какие-то структуры, часто достаточно отличающиеся от физических регистров, заполняю, а где в коде их прогружает не разбираюсь, только так могу
ну и программистам, чтоб это разобрать, приходится повозиться. да и единственная документация, обычно, это код этих самых линуксных драйверов, по даташиту ничего не понятно.

даже для примитивного стм32 есть такие подсказки в виде cubemx и примеров в spl
то есть считаю мой подход более правильным

может тут некая атмеловская специфика - и попроще все и даташит вроде бы поподробнее, но все-таки...

интересуюсь теоретически, на уровне оффтопа, вроде бы убедил брать цинк, а не атмел/микрочиповские камни - то есть врядли буду использовать atsam5, спрашиваю про подходы к проектированию (вот мне как-то удавалось без повторных ревизий из-за процессорной системы делать платы с моим подходом)

Приходилось, осваивал... Вопросов по ним много, особенно по "китайцам" А13, А10 и т.д. ввиду отсутствия вменяемой доки.
Я так понимаю, у вас есть желание освоить данный проц в baremetal (без ОС)? Тогда примите как данность - курить даташит по полной программе! Отчасти вам повезло - чип хорошо документирован, так же, как МХ6, который я первым освоил.



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



Тут вообще не понятно, вам нужен проц или ПЛИС с процом? Если первое - то зачем вам цинк? Второе - тогда без вариантов, и атмелы тут ни коим местом

Доводилось осваивать многоядерные OMAP-ы с ядрами разных типов. И писать коммерческое ПО под них с кучей используемой периферии.
И что? Разница с каким-то Cortex-M только в том что даташиты пообъёмнее немного.


надо разбираться не uboot-ах или линухах, в просто прочитать даташит(-ы). Это даже проще чем разбираться в линуховых потрохах.


Это тупиковый путь. Лучше сразу начинать с правильного пути. Сначала будет трудно, и будет казаться невозможно, но "дорогу осилит идущий"....
А если сразу становиться на костыли, то никогда ходить не научиться.


Точно: главное внимание надо обратить на наличие и детальность документации, а не на наличие всяких "кубов".
Из всяких утилит я использую только PinTool-утилиты, визуально показывающие распределение и занятость пинов по чипу. Для разных МК. Всё остальное - бесполезный хлам.

да естественно плис, куда ж без нее %) - атмел с подходящим артиксом стоит столько же (точнее сам по себе артикс), сколько и младший цинк.
более важен вопрос с потреблением и размерами - у того атмела интересны версии с DDR внутри (мультичип-пакадж), но в любом случае внешняя плис больше по размеру, чем внешний DDR3/DDR2 чип
вопрос в потреблении при высокой 85С температуре (то есть вклад статики, утечек)
атмел вроде бы 65нм, а 7000-е цинки 28нм, но для статики может быть что 65 с большИм чипом будет жрать меньше - и фиг это узнаешь из даташита
для ксайлинса я могу в повер эстиматоре прикинуть, а вот "для хорошо документированного" атмела - хрен там

ну и с i.mx-овским пинтулом получалось неоднократно, что прибегают программисты, говорят, что нет возможности сконфигурить ножку, как пинтул предложил (там какой-то не мейстримовский дистрибутив из-за внутренностей, напрямую пинтульский код не приклеивается) - начинаем смотреть код какой сгенерил пинтул - и опаньки - заработало

или вот например тема, где вы отвечали
https://electronix.ru/forum/index.php?showt...=146056&hl=
там ничего в даташите нет про подключающийся во время бута криптодекодер nand, и единственный метод, которым удалось запустить - это портировать линуксную утилиту в наш бареметал и ей записать "правильно энкодированный" образ - это для i.mx6sx, а до этого года 3 несколько разных плат с imx6d/s c nand бутились без каких-либо энкодеров

------

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

Тогда курите цинк и не распыляйтесь на все остальное, аналогов ему видать пока нет, разве, кто придумает плис+проц+память

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

Вообще в даташитах обычно указываются таблички, какая периферия какие лапки отожмет при использовании. И там прямо можно сопоставить визуально, кто будет курить в сторонке при выборе той или иной периферии.
Но через утилитки, конечно, удобнее, не спорю.

нет это не какой-то секьюрный модуль, он описан в общем даташите, в первом FCB он выключается (это в описании есть), но чтобы скачать первый блок из nand он включен и соответствующее содержимое nand должно быть прошито - ну чтобы BCH с рандомизатором сказало CRC OK.
вот ничего больше, чем этот абзац в даташите нету ничего (ну и регистры управления более-менее описаны)

то есть забутить процессор пользуясь даташитом, тупо, невозможно - сколько его ни кури
извиняюсь за занудство

BCH ECC has a Randomizer module that is interfaced through the GPMI APBHDMA
chain. The Randomizer can generate random data based on BCH ECC encoded/decoded
data. It can be employed to reduce the disturbances caused by a neighboring cell in the
NAND chip, thus reducing bit errors.

Тоже извиняюсь, но зачем выбирать такой МК, на который нет полных открытых мануалов и Вы не собираетесь подписывать NDA для получения закрытых?
Это как не иметь док на комплектацию, а брать чужой девайс, пытаться с помощью мультиметра понять что и как там работает, потом выпиливать из него нужные куски платы и лепить из этих кусков своё устройство. А если ещё этот чужой девайс каким-то безграмотным школьником слеплен?
Никогда не знать потом где прилетит грабля по лбу или Вам или Вашим заказчикам.

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

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

Это еще ничего, эти разработчики хотя бы на нормальном Си пишут, сейчас хуже другое - все больше и больше умников перетягивают на МК всякую ПК-шную лабуду (жабы пхп, питоны и пр. ) причем еще в виде мешанины всего этого с сишным кодом, вот где черт ногу сломит, стараюсь у себя не допускать такого безобразия, ИМХО для МК - только на сях и точка!

А как же ассемблер?

P.S. Программируя под SoC ZYNQ, сначала пользовались штатными индусскими драйверами. Некоторые работают и слава пресвятому инлайну, а вот с другими проблем огребли тогда, когда не ожидали Благо устройства единичные, поэтому переписывали нужные драйверы, фактически, с нуля. Из подручных средств только ZYNQ7000 TRM. Где-то внутри проскакивает мысль, что если вообще планируешь дальше хоть что-то писать для незнакомого камня, лучше сразу переписать нужные драйверы (UART, SPI, SD-карточку и т.д.), имея под рукой только даташит и еррату. Никаких долбанных примеров (обычно их пишет тоже фиг знает кто), никаких индусских писанин Лучше посидеть денек-другой, написать драйвер, да с чистой совестью хотя бы перед собой знать, что в коде нет незнакомых мест, заплаток и дырок. Жаль конечно, что вот лично мне не всегда есть время переписать действительно все в очередном проекте.

Для меня Асм в полном объеме был только на АВР, в случае с АРМами только очень мелкие вкрапления, ибо достаточно.

Чужой код хорош только в 2х случаях :
1) он очень хорошо написан (встречается редко)
2) только как пример, на основе которого пишу свой
Больше он нафиг не нужен