Партнер 01.01: Дополнительные модули

[hitomi2500]

Вот первая рабочая версия :
mcpg.zip

Требует наличия ПЗУ модуля (можно переписать без него, если нужно). Выводит поочерёдно полностью закрашенный (кроме первого и последнего знакоместа) красный, синий и зелёный экраны, а потом картинку с RGB-полосками (толстые вертикальные и тонкие прерывистые горизональные). Каждую картинку держит по 3 кадра, затем цикл повторяется. Исходники в архиве, чур ногами не бить, я в ассемблере как свинья в апельсинах.

- - - Добавлено - - -

PVV, DBIN же обычный выход вроде, зачем там резистор? Или это приколы НМОП?

[Advertiser]

[PVV]

Сейчас буду смотреть.

PVV, DBIN же обычный выход вроде, зачем там резистор? Или это приколы НМОП?

когда ПДП запрашивает шину, ВМ80 переводит свои ножки в Z-состояние, а TTL микросхемы Z-состояние обычно воспринимают как логическую 1. DBIN у ВМ80 0 - не активен, а 1 - чтение... и получается как активное чтение выставляется в момент захвата... в РК-86 такой резистор в ноль есть, а здесь я не увидел его и модель в протеусе без него не работает...

[hitomi2500]

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

[PVV]

... Может быть всё-таки модель ВМ80 неточная?

Век живи, век учись... верно! у ВМ80 ни DBIN ни /WR в Z состояние не уходят при запросе шины... в отличии от i8085 и Z80, специально во все три даташита посмотрел, а х80.dll одна на всех, и в этой части подход общий, поправлю.
Я схему Партнера в протеусе делал из РК-86, там такой резистор у меня стоял, вот я и подумал, что он и здесь должен быть... по крайней мере Z состояние, это не фатально, и таким резистором на землю легко модель 'вылечить' .
С моделью ВТ57, похожая ситуация, только с точностью до наоборот, там ножки чтения и записи должны после цикла ПДП в Z состояние переходить, а модель их в 1 ставит... пришлось Z состояние 'дорабатывать' диодом. Эту dll я уже поправил сегодня.
Пока не могу добиться нормальной работы ВГ75 при гашении знакоместа при обработке байта с атрибутами


что то тестМЦПГ не пойму на какие адреса собран, с 0х0000? ПЗУ МЦПГ на Е000 должно же быть

[hitomi2500]

Да, тест МЦПГ с нуля. Его не нужно шить в ПЗУ МЦПГ, он грузится как программа с нуля, но требует наличия ПЗУ МЦПГ с прошивкой, прошивку можно в любом эмуляторе взять.
Если записать его в начало памяти сложно, могу попробовать собрать его для ПЗУ с бейсиком.

[PVV]

Да, тест МЦПГ с нуля. Его не нужно шить в ПЗУ МЦПГ, он грузится как программа с нуля

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

...попробовать собрать его для ПЗУ с бейсиком.

это опять таки требует ручных телодвижений и ни чем не отличается от предыдущего варианта.

Нужно именно как ПЗУ модуля, с учетом первых двух байт заголовка ПЗУ модуля и запуску по обращению к адресу Е004-Е005, те тест надо собирать с адреса Е004. тест надо собирать с адреса Е006, именно Е006 - зависающий в автоопределении монитора. Пересобрать я смогу, а вот обращения к основной ПЗУ, это уже хуже, надо подумать как это обойти. Может МЦПГ подключить на 3й слот, а в 4м эту тест ПЗУ разместить, и сделать перемещающий загрузчик для нее в ОЗУ? Алгоритм такой, монитор находит ПЗУ_МЦПГ в 3 слоте, а затем находит ПЗУ_тест_МЦПГ в 4м и в нем 'зависает'...

to HardWareMan, я до вчерашнего вечера был абсолютно убежден, что ВМ80 эти ножки переводит в Z состояние, и исходя из этого и рассматривал все схемы. Просто последнее время я именно ВМ85 и z80 в этой части дорабатывал, а там это именно так, и за ВМ80 ни каких сомнений не возникало.
Доработаю dll на днях, это не сложно, главное теперь знаю, на что смотреть.

[hitomi2500]

PVV, убрал зависимости от модульного ПЗУ и перенёс в E000 : mcpg_0002.zip

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

- - - Добавлено - - -

Искомый файл в архиве mcpgrom.bin, а не mcpg.bin

[HardWareMan]

Согласно схемы Z состояние имеют только выводы шины адреса и шины данных. Остальные выходы построены по комплементарной схеме и не имеют режима Z.

Скрытый текст

[свернуть]

Но Z состояние есть у шинного формирователя ВК28/ВК38. А учитывая название ног управления у ВТ57, то он явно рассчитан на работу именно с шинным формирователем в паре. В РКшке DBIN ВМ80 поXORен с nMEMW ВТ57. Это разного направления сигналы, поэтому 1 ^ 0 = 1. А 0 будет когда проц выставит 1 или ВТ57 начнет запись (о чем писалось в аннотации к схеме РК: ВТ57 использует цикл записи как чтение). Что касается сигнала nWR ВМ80, то он соединен с nIOWR ВТ57. И тут это непонятный момент, так как вывод nWR у ВМ80 без Z состояния и замораживается на лог.1 при запросе шины.

[PVV]

В ветке с подключением SD карты было:

hitomi2500,
DС00-DСFF, DD00-DDFF - порты внешнего устройства
DE00-DFFF схема выбора модуля. 0 в битах 0-3 указывает но номер активного модуля, в зависимости от этого на адреса DC00-DDFF, а также на блоки WIN1 и WIN2 отображаются устройства и память соответствующего модуля

те выбор модуля позицией бита с нулем, а остальные биты в 1 дб. Соответственно надо не 0x03 записывать, а 0x0b. Я это уже поправил, все работает так как мне и надо, делаю дальше.

[hitomi2500]

Странная вещь обнаружилась - родная инициализация МЦПГ почему-то устанавливает экран на 37 строк вместо привычных 30. В эмуляторах экран болтается, потому как DMA рассчитано на 30 строк. Я поправил на 30, но чудится мне, что это жжж неспроста. Исправленный архив (а заодно и ошибку выбора модуля поправил) : mcpg_0003.zip