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

[PVV]

Занялся сборкой схемы Партнера с МЦПГ в протеусе, сам Партнер уже начинает 'дышать', и подумалось мне, что неплохо бы иметь некий тест МЦПГ. Такой тест может быть полезен и при запуске-настройке МЦПГ в железе. Записать его в ПЗУ, подключаемую, к примеру, в первый слот, или вместо ПЗУ МЦПГ, причем так, что бы из него в монитор даже и возврата не было.
Что должен тест делать:
- переключать в нужную карту, те включать win1 и win2 в нужных адресах;
- заполнять ОЗУ МЦПГ одним или несколькими паттернами, RGB и комбинации;
- включать ВГ75 МЦПГ;
- писать в видео ОЗУ, что бы ВГ75 МЦПГ выводила цвета по записанным паттернам, весь экран заполненный одним цветом, цветные полосы и тп, с паузами в 2-3 кадра (в протеусе секундные ожидания не нужны );
- может обращаться к ПЗУ МЦПГ как то ?;
-?...
тест самый простейший, именно проверки 'железа', ни каких программных трюков, что бы в протеусе он выполнялся максимально прозрачно. Тест, исходники, понадобится в ближайшие пару-тройку дней. Ни у кого нет желания им заняться? (мб hitomi2500 ?). На него то и надо пару часов с отладкой...

[hitomi2500]

Мб, мб. У меня уже была заготовка на эту тему написана, вечером пороюсь в проектах.

[PVV]

надо dll ВГ75 править, сейчас там нет реакции ножек на управляющие коды... и в ВТ57 ошибочку нашел... но на общую суть это не влияет.

не нашел на схеме резистора, тянущего DBIN ВМ80 на землю, а без него все плохо когда активен захват шин от ПДП, как так?

[hitomi2500]

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

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

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

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

[PVV]

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

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

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

[hitomi2500]

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

[Advertiser]

[PVV]

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

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


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

[hitomi2500]

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

[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]

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

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

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

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

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

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