Еще один Орион на ПЛИС

[barsik]

если не трудно - добавить .../ROM/TEST256.HEX

Вот, вложением

Скачал этот выложенный тест 256 кб для ОРИОНА. Оказалось, что это древний мистаховский тест. Но попутно выяснил, что выложенный HEX-файл нестандартный. Его не берёт ни одна CP/M-овская программа рассчитанная на работу с HEX-файлами.

А есть другие более свежие тесты для ОРИОНА ? Во вложении те тесты, что есть у меня. В DAT-виде и в стандартном HEX-виде (сгенерировано CP/M-овской программой GENHEX.COM).

[Advertiser]

[zebest]

тут не в том вопрос, древний или нет тест. Тут бы вообще собрать, с тем что есть, а потом уж можно и другие ром-ы загрузить. bin-to-hex с десяток можно найти, кажный в своем формате выгружает, поэтому всегда важно посмотреть на оригинальный hex, а потом уж самомуу генеририть.
еще с pll_0002 проблемы были, пришлось поупираЦЦа
еще и собралось довольно шустро, каких то 11 мин, не полтора часа.

[andreil]

тут не в том вопрос, древний или нет тест. Тут бы вообще собрать, с тем что есть, а потом уж можно и другие ром-ы загрузить. bin-to-hex с десяток можно найти, кажный в своем формате выгружает, поэтому всегда важно посмотреть на оригинальный hex, а потом уж самомуу генеририть.
еще с pll_0002 проблемы были, пришлось поупираЦЦа
еще и собралось довольно шустро, каких то 11 мин, не полтора часа.

Я же написал, что PLLки надо регенить мастером - даблклик в дереве, финиш. И так для обоих.

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

[andreil]

Итак, с видео-частью вроде бы разобрался, проект на гихабе обновлён, добавил ридми с инструкцией по конвертации образов.
По выводу на монитор:
https://andreil.by/files/IMG_0270.JPG - Тест 256. Заметно, что некоторые столбцы "расползлись" значительно шире - на другом мониторе такого не наблюдается, просто задевается соседний пиксель изображения.
https://andreil.by/files/MVI_0275.MOV - По поводу переключения режимов 384/480. В режиме 480 видно данные знакогенератора первого монитора, которые располагаются как раз за экранной областью. (курсор в нижнем краю из-за того, что с порта клавиатуры читается 0xFF, как я понимаю).
Реализация видео-модуля ещё не конечная и будет "допиливаться" под другое разрешение в добавок к уже имеющемуся (скорее всего - 640x360, нужно для тестов найти "квадратный" монитор на работе).
По поводу занимаемых ресурсов:

Из этого объёма 305 ячеек ушло на CPU, 73 - на видео-подсистему (счётчики, регистры, и т.д.). Остальное - системные порты и обработка RAM.

[Vslav]

Из этого объёма 305 ячеек ушло на CPU, 73 - на видео-подсистему (счётчики, регистры, и т.д.). Остальное - системные порты и обработка RAM.

В Compilation Report есть подпункт "Resources by entities", оттуда картинка более информативная получается.
Ячейки в пятом циклоне почти вдвое более жирные чем в более ранних сериях, неудивительно что их вдвое меньше и ушло на CPU.

[OrionExt]

Симпотичненько

(курсор в нижнем краю из-за того, что с порта клавиатуры читается 0xFF, как я понимаю).

Если бы читалось FF, то курсор был бы на своем законном месте. А так фиг его знает, что от туда читается.

[andreil]

В Compilation Report есть подпункт "Resources by entities", оттуда картинка более информативная получается.
Ячейки в пятом циклоне почти вдвое более жирные чем в более ранних сериях, неудивительно что их вдвое меньше и ушло на CPU.

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

[andreil]

Господа софтописатели и им соболезнующие, к вам вопрос - используются ли режимы 1 и 2 у ВВ55, или везде и всегда используется только 0-й режим?
О режимах:
0 - Basic Input/output;
1 - Strobed Input/Output;
2 - Strobed Bidirectional I/O (only A group).
Если реализовывать только режим 0, то логика значительно упрощается...

[barsik]

используются ли режимы 1 и 2 у ВВ55, или везде и всегда используется только 0-й режим?

Это вопрос скорее к написателям эмуляторов, чем к программистам для КР580. В своих эмуляторах ОРИОНА и РК86 (для MSDOS) я эмулировал только режим 0 и тем не менее, всё, что должно работать, - работало.

Потому делаю смелый вывод, что до сих пор, ни в базовом системном ПО (т.е ROM-BIOS и дискетные DOS-ы), ни в играх, - необычные возможности обоих ВВ55 не использованы. Единственное место где, возможно, параллельный интерфейс с квиттированием мог быть использован, - это драйвер принтера и скоростная передача по параллельному интерфейсу.

В ходе использования и любительского программирования для трёх журнальных 8-ми разрядок на КР580, сталкивался с режимом ППА отличным от 0-го только один раз. В 1989 имел дело с КНГМД для CP/M (подобным РК-КНГМД, без ВГ93, интерфейс через ППА) для РК86. На схеме было написано - автор Анатолий Мельников. Там ППА использовался как положено, - в режиме параллельного интерфейса, когда порт C используется для управляющих сигналов. Такой режим немного ускоряет обмен, но особенно удобен, если есть прерывания. В любом случае этот режим, если где-то и используется, то только на третьем бесполезном ППА, который вообще нет смысла эмулировать (потому что третий ППА никто вообще не ставил, т.к для него не придумали применений).

[andreil]

Это вопрос скорее к написателям эмуляторов, чем к программистам для КР580. В своих эмуляторах ОРИОНА и РК86 (для MSDOS) я эмулировал только режим 0 и тем не менее, всё, что должно работать, - работало.

Потому делаю смелый вывод, что до сих пор, ни в базовом системном ПО (т.е ROM-BIOS и дискетные DOS-ы), ни в играх, - необычные возможности обоих ВВ55 не использованы. Единственное место где, возможно, параллельный интерфейс с квиттированием мог быть использован, - это драйвер принтера и скоростная передача по параллельному интерфейсу.

В ходе использования и любительского программирования для трёх журнальных 8-ми разрядок на КР580, сталкивался с режимом ППА отличным от 0-го только один раз. В 1989 имел дело с КНГМД для CP/M (подобным РК-КНГМД, без ВГ93, интерфейс через ППА) для РК86. На схеме было написано - автор Анатолий Мельников. Там ППА использовался как положено, - в режиме параллельного интерфейса, когда порт C используется для управляющих сигналов. Такой режим немного ускоряет обмен, но особенно удобен, если есть прерывания. В любом случае этот режим, если где-то и используется, то только на третьем бесполезном ППА, который вообще нет смысла эмулировать (потому что третий ППА никто вообще не ставил, т.к для него не придумали применений).

Спасибо за ответ, это значительно упрощает эмуляцию ВВ-шки...
Просто Альтеровская корка для i8255 перемудрена, да и уже начал писать свою реализацию