PDP-11 на FPGA

[Hunta]

Повоевал с клоками... Что то мне не нравится, что у меня (или у PLL) получается на выходе PLL. Вроде ставлю скважность 50, а Signal Tap показывает всякую хрень со скважностью. Или может он врёт... Пока не понял. А осциллографа посмотреть - нету. В общем, пока плюнул и сделал клоки кодом. По крайне мере со скважностью и фазой всё нормально. Или мне опять Signal Tap врёт

Сегодняшний вечер посвящён борьбе в BRAM (в проекте их штук). Стоит только на секунду отвернутся - хлоп - и синтезатор вместо BRAM собирает на регистрах. А опыт показывает, что попытка собрать RAM на регистрах (помимо улетающих LE) приводит чаще всего к нестартующему синтезу.

В общем, аккуратно вычистил, что бы все блоки стали BRAM (кроме основной оперативки - чего то я опять напортачил и синтез вообще не пойми чего с ней делает - в регистрах столько не уместишь и блоков памяти тоже как то маловато используется - ну и PDP гутарит - нет у тебя оперативки - но этим я займусь позже). Запустил синтез проверить.

И кстати - ещё наблюдение - когда с BRAM всё тип-топ - синтез идёт всего минут 15 А я только к 30-ти привык...

Пока как то так

С Time Quest пока разбираюсь. То есть я понимаю, когда показатели плохие - но что с этим делать - пока опыта не хватает

[Hunta]

Из переменных новостей.

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

Из хороших новостей.

Автор весьма "элегантно" делал память (и ROM и RAM) с предустановленным содержимым (типа загрузочных ПЗУ у PDP и ОЗУ с firmware у VT и XU) - собственно чего и была моя первая войнушка с попыткой описать 16-битный ROM/RAM с байтовым доступом и отображением на BRAM - я хотел описать и содержимое. В виде слов, а в не в виде двух байтовых блоков с непойми с чем в них для tru PDP-шника. Был бы 16-ти битный массив - я мог бы и "читать" его и подправлять быстро.

Ну.. тогда счёт был 1:1 - описать 16-ти битное отображение на BRAM - да, байтовый доступ - хрен. Или чего то наподобие (давно было, надо старые версии смотреть - что бы точнее сказать) с результатом - нэ взлэтэло.

Плюнул тогда - мне проблем и с клоками хватает.

Сегодня я зашёл с другой стороны.

Через мегафункцию можно не только описать блок памяти в BRAM, но и указать инициализирующий файл. Попробовал. Пока не всё получилось, но - главное - 16-ти битная память (ROM или RAM), байтовый доступ и инициализирующий файл в виде (та-да-да-дам!) 16-ти битных восьмеричных слов. С возможностью указания - из какого файла грузить

Осталось заставить её работать Опять гнусные клоки выползли

Но главное - в сигнал тапе видно, что читаются правильные слова

Потом слегка подрихтую сгенерённое мегафункцией, что бы можно было через параметр указать - тип памяти, размер и ини-файл. И тогда будет проще проводить внутреннее тестирование А то у меня сейчас главный тестировщик - VT - если он не завёлся - крупно накосячил

[Hunta]

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

Значительная часть проблем - из за особенностей дизайна проца от автора. Чего стоит, например, вариант, когда, прочитав первое слово команды (которая, скажем, косвенно через регистр читает ячейку из ПЗУ), проц, не снимая никаких сигналов, просто выставляет новый адрес и ждёт ответа

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

[Hunta]

Я таки её достал Первый вариант, который работает - и пока не к чему придраться
Делалось с прицелом, что все устройства на шине могут работать с разной тактовой частотой. Сейчас у проца 25 МГц, ROM - 50 МГц.
Теперь буду пробовать гонять в разных вариантах

[Hunta]

Переделал На выходе тоже рабочий вариант
Пробую увеличить тактовую памяти - до 100 МГц

[Hunta]

Сегодня с VHDL не работал Сегодня работал с листингами MACRO-11 - поскольку из них делается прошивка для ROM и RAM Рисовал скрипт, который из листинга делает MIF файл. Пока ещё в процесс

[Advertiser]

[AFZ]

А почему не из OBJ/LDA/SAV? Я бы делал из LDA.

[Hunta]

А почему не из OBJ/LDA/SAV?

А зачем? Есть исходники, транслируем - извлекаем из листинга. С остальными возни больше.

[forth32]

А зачем? Есть исходники, транслируем - извлекаем из листинга. С остальными возни больше.

С остальным возни в разы меньше. В том же объектном модуле все коды уже лежат готовыми кусками - собираем их в буфер, кое-где подправляем относительные адреса на основании RLD-записей, и готово. Я в свое время за пару часов написал программку, делающую бинарник из объектyого модуля формата RT-11, просто почитав книжку File Formats из комплекта документации по rt11. А из бинарника получается MIF одной командой srec_cat.
Как раз делал терминал VT52 для этого самого pdp2011, взамен авторского убожества blockramxx.

[Hunta]

С остальным возни в разы меньше.

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