Jump to content

    

iosifk

Модераторы
  • Content Count

    4497
  • Joined

Everything posted by iosifk


  1. Сейчас про ARM под руками нет, но вот в моих "художествах" есть описание V850 нековского. Там примерно такой же конвейер... http://www.compitech.ru/html.cgi/arhiv/07_06/stat_24.htm Про Микроблэйз - Зотов КиТ №9 2003 - это тоже похоже на АРМ... А еще книжка эта влезла... Ну и кусок презентации. Пока хватит, чтобы начать жевать и грызть. computer_arch_quantitative_approach.pdf lec9_2.pdf
  2. Когда-то очень-очень давно я читал интервью писателя фантаста Артура Кларка. Его спросили о том, как он успевает написать так много. Артур сказал, что раньше писал авторучкой. Это было медленно, почти так же как высекать буквы на камне. Потом он купил пишущую машинку и дело пошло быстрее. Потом он диктовал секретарю, а том - печатал. Это было еще лучше, но все же напечатанный текст было тяжело редактировать.... А вот потом он купил огромный мэйнфрем-компьютер с кастрюлями дисков и перфораторами всякими. И ему поставили программу распознавания голоса. Но они тогда не умели "слушать" всех и Артуру пришлось надиктовать свой словарь. И вот тут Артур сказал, что наступило для него "счастье", потому как для написания текста и его последующего редактирования не надо было прилагать какие-либо усилия. К чему это все сказано? А что Вас удивляет, если технологии разработки у Вас еще находятся на уровне "печатающей машинки"?
  3. Ну, уже лучше... Может быть следующую книжку послать? Скажем про конвейер в ARM? Так вот, чем хорош Верилог, так это тем, что не надо думать в "вентилях" и "мультиплексорах". Это компилятор все сделает сам. Надо нарисовать алгоритм вычислений и по нему блок-схему вычислителя. И описать вычислитель на верилоге. Ну а дальше совсем просто. Моделсим даст распечатку всех шагов при выполнении команды. Смотрите и радуйтесь. Ведь у Вас все должно быть предельно просто, никаких многопоточных конвейеров, никаких аппаратных предсказателей переходов, никаких теневых регистров. Это же "песнь акына", а не какой-то там интел или блэкфин аналоговский...
  4. Эх малыш, не быть тебе инженером с таким подходом к жизни...
  5. Еще раз! Кому это нужно? Мне не нужно! Если Вам нужно, умейте ПОПРОСИТЬ ПОМОЩЬ. Покажите, что уже сделали, в чем ошибки... Не умеете "решать" даже с помощью - идите в раздел "предлагаю работу" и готовьте деньги...
  6. А вот это "Задание" - кому? Если Вам, то при чем тут мы все остальные? И что значит "спроектируйте"? Вот к примеру, если нарисовать на заборе - пойдет?
  7. Вот еще из этого. Любитель "старины" тряхнул стариной: https://www.chrisfenton.com/homebrew-cray-1a/
  8. Вот в этом все и дело... Просто у нас разное "воспитание". Когда-то в конце 70-х я взялся писать свою первую "Заявку" и попал с ней в жернова патентного отдела. Вот там-то меня и научили тому, как положено делать описание любого "устройства". И я теперь предпочитаю именно так и делать. Потому как патентоведы столетиями отточили искусство составления словесных описаний. И "сначала аналоги", потом "прототип", потом "отличия". А когда описание делается как сравнение с известным, и по тем же стандартам и в той же форме, то такое описание очень легко читается. Своим ученикам всегда задаю вопрос: "что общего у романа "война и мир" и у пакета в Ethernet"? И оказывается, что общего очень много. И на самом деле, только кажется, что "пиши как хочешь", но на самом деле правила "хорошего текста" очень и очень жесткие. А читатель об этом обычно не знает, но его фразы, что "читается легко и все понятно" как раз и говорят о том, что правила были соблюдены. И уже в процессе составления описания по сравнению с прототипом сразу же и определились многие вопросы, которые здесь заданы. Но, думаю, это отдельная тема... Просто нельзя стать "сеньером-инженером", если не умеешь внятно сформулировать свои мысли.
  9. Спасибо за ссылку, но только проблема в том, что я написал ТС в личку и предложил помощь с верилогом и кодом процессора, а ТС от нее отказался. И интернет у него плохой и голосом он не хочет.. И мое "особое" предложение ему не интересно, хотя он его так и не услышал... Мне это странно, но это его выбор. Ну не хочет голосом, напишу немного буквами здесь... А если "по жизни", то у ТС довольно странное описание процессора. Не понятно, какова глубина конвейера, как реализуются переходы, ведь при переходах конвейер простаивает. Какие есть группы команд - логические, арифметические и тд... Как реализуются прерывания? Ложится ли на ПЛИС "регистровый файл" - который " процессор основан на регистровом файле из четырёх функциональных групп по десять ячеек в каждой"? Как помещается кодирование команд в 16 бит? Как например в 16-ти битный регистр записать 16-ти битный литерал из 16-ти битной команды? Надо понимать, что имеют место команды из 1 слова и из 2-х слов? И какое адресное пространство можно при этом адресовать? Ну и далее. Для процессора из "рассыпухи" для 16 бит например требуются 2 микросхемы памяти, а для 32-х бит - 4 шт. И понятно, что для коротких программ есть "экономия"... Но в ПЛИС все немного не так. Есть блоки памяти, и их можно использовать или как 16 бит или как 24 (16 + 8) или как 32 бита. Но при 32-х битах можно сделать поле для кода операций больше и следовательно одной командой выполнять одновременно несколько действий. И при этом не нужны команды из 2-х слов, а "паровоз" поедет быстрее, особенно на тех задачах, которые занимают большую часть времени... В общем, кроме не очень внятного описания кодировки отдельных команд ничего и нет толком. Я уж не говорю о сравнительных таблицах с количеством тактов на задачу для сравнения с каким нибудь известным процессором... А неплохо было бы ТС сгонять на opencores.org в раздел процессоры и убедиться, что "память+АЛУ+регистры+дешифратор" - уже много лет не являются чем-то "запредельно крутым"... И там такого много-много...
  10. А я вот услышал совсем другое... Типа "буду сам по-себе"...
  11. Вместо мультиплексора взять распределенную память, если в лэтисе она есть. С минимальной латентностью...
  12. Ну так и в чем проблема? Сделайте набор автоматов: сверху - главный, который "руководит" всем процессом. А "под ним" - автоматы-исполнители. Главный выдает для исполнителя сигнал "Старт", в ответ получает "busy" или "ready". А каждый исполнитель умеет только свое: один декодирует, другой пересылает, третий работает с указателями буферов. И при таком подходе все это не будет сложно. А потом компилятор все причешет и лишнее уберет...
  13. Так наверняка он за каждую букву деньги платит, а знак "?" у него идет со скидкой. Или просто эта клавиша заедает и печатает сама по себе... А уж вывести код в "codebox" и вообще невероятно сложно...
  14. А проблема то в чем? И кому "осуществлять"? Можно же как-то нормальным языком написать. Ну например так: "сделайте за меня нахаляву курсовик, а то мне западло этим г-ном заниматься"... Так???
  15. Все понятно, кроме одного. А зачем редактор запускать из Квартуса? Для RTL проектов Квартус не всегда нужен. А нужен только редактор и Моделсим... И оба они отлично запускаются отдельно. Мало того, если Квартусу не сказать, что не надо делать привязку у определенному кристаллу, то он загрузит в память огромную базу по кристаллу, которая на этом этапе просто не нужна...
  16. Вот в чем и беда. Лева даже не может сам сформулировать что же ему от нас надо. А. Показать "задачи"? Б. Показать что у задачи может быть решение? Может оно как-то и "состоит" в чем-то... Но нам-то он этого что? В. Показать, что он не умеет даже попросить сделать то, что ему нужно...
  17. Надо понимать ,что и "ДЕНГИ" будут напечатаны тоже на том же языке... А тут большинству они и не нужны...
  18. Так ведь дата создания файла хотя бы в файловом менеджере видна. И она должна совпадать с записью о изменении версии файла. Или представьте, что идет сопровождение проекта и файлы сделаны полгода назад. К тому бежать за вопросами и разъяснениями?
  19. Согласен с des00. Если смотреть с точки зрения инженера, то многократно все описано. Кроме одного момента. С точки зрения "юриста" надо добавить, что каждый файл проекта должен содержать "шапку", где указано "что, кто и когда"... Если файл не текстовый, то к нему должен быть дополнительный файл с этими данными.... А иначе вполне возможна ситуация, когда на сервере кто-то файл проекта слегка поправит, а у остальных все перестанет работать...
  20. На самом деле все это "по-Суворовски, через Альпы". При всем моем уважении к полководцу... Как я понял ТС, у него есть задача: Научиться работать с ПЛИС. И, соответственно, должны быть пути ее решения. Так вот, в данном случае, абсолютно неверно выбран путь. EPM240 абсолютно не годится для тренировок. Несколько десятков перепрошивок и кранты... Невозможно использовать встроенный логический анализатор. Сложности с укладкой проекта в кристалл. И зачем SDRAM к этой CPLD тоже не понятно... И далее из неправильных установок следуют неправильные выводы: "Если тактирование SDRAM делать с частотой хотя бы в 2 раза меньше тактовой CPLD это сильно упрощает реализацию." А так, чисто по жизни, если нет умения делать RTL проекты, то и плата, как таковая не нужна... А уж купить недорогую FPGA, даже и не новой серии - сегодня вообще не проблема...
  21. Добавлю. И сделайте синхронный проект(искать в сети по этим словам), а не выкладывайте картинки из фильмов ужаса... Иначе эти "почему по фронту trig" будут Вас преследовать очень и очень долго...
  22. Вот в этом то и проблема... Как искать-то? Если бы был поискометр, то там все просто - подключил и готово. А без поискометра как? Да еще "режимы" какие-то... А уж про "защитные диоды" может и сам препод не знает. А вдруг студень ему такое ляпнет? Что будет-то?
  23. Так просто не найти... Нужен специальный прибор для поиска потенциала, уж больно он маленький. Его даже просто так не заметить в первом приближении... Ну или хотя бы прочесть первые 3 страницы любого учебника, где пишут про эту "гадость"... И кто только так над студентами издевается, это же надо!!! Заставляют искать "потенциал" там, где его почти совсем нет!!! Ужас!!!