nedoPC.org

Для дальнейшей отработки модели x86.dll в Proteus я решил собрать схему ПОИСКа.
И, казалось бы, рутинная операция по рисованию схемы превратилась в тот еще квест.
Как оказалось нет ни одной 'нормальной' схемы Поиска. Все, что мне удалось раскопать на просторах сети очень плохого качества и с массой ошибок.
Итак, как я понял, существуют две основные схемы, первая (1) - это вариант из журнала радиолюбитель и вторая (2) - так называемая 'мятая'. Все остальное это вариации на тему этих двух.
Первая, это схема версии на 128КБ, вторая, это версия на 512КБ (предусмотренно ее исполнение и на 128КБ, при установке соответствующих перемычек).
Есть схема, похоже оригинал схемы (1), но в ужасном качестве, назову (1a).
Еще нашел я очень плохого качества сканы схемы, и из того, что можно на ней понять, она ближе к первой схеме, назову ее (1b).
Еще одна схема, перерисованная пользователем Juriy, видимо по первой схеме, назову ее (1c).
Позиционные обозначения микросхем всех схем, за исключением (1) и (1а) разные.
У схем (1) и (2) отличия не значительные, основное, это формирование сигнала управления АП6 (в (2) сделано на РТ4-D23) адресного пространства внешних модулей на системном интерфейсе, работа с РУ5-РУ7 и управление сдвиговыми регистрами видео выхода. Существует, так же, некий файл poiskto.txt, техописание, в котором при описании работы схемы идут ссылки на позиционные обозначения микросхем, они, похоже, соответствуют (1b). Что бы говорить предметно, я схемы (1) и (2) разрисовал под себя, одинаково подписав имена однотипных цепей. Удобнее всего для меня работать со схемой (1), хотя в ней ошибок нашлось больше всего. Картинку моя схема в протеусе уже выдает, но ее качество не важное. Вот с формированием сигналов управления сдвиговых регистров ИР9 видео выхода, те их ножки 1 (цепь 147_LOAD/) и 2 (цепь 146_CLKRG) и есть вопросы. В схеме (2) явная ошибка и их надо поменять местами, но кроме того, цепь 146_CLKRG для (1) нужно инвертировать, и в (1b) этот инвертор есть. Тогда как на (1a) нет ничего подобного, а в (1c) есть инвертор U2:D на цепи 11_OSC перед счетчиком U30. Чему верить то?

Кроме этого, наткнулся я на вариант ПК с ЦП 1810ВМ86, но собранный как Поиск - КВАЗАР, и его схема повторяет схему (1b) за исключением цепей работы с именно ВМ86. Ей, так же, можно пользоваться.

Собственно вопрос к тем, у кого есть 'живой' Поиск, по какой он схеме, и есть ли возможность прозвонить цепи 147_LOAD/, 146_CLKRG, 11_OSC?

Все схемы, кроме (1b) уже с моими исправлениями (ну и ошибками новыми, возможно...)


upd: обновил схему (1) согласно реверсу по печатной плате и проверки ее работоспособности в протеусе

продолжение...

В процессе пришлось сделать i8284.dll, поправить km48c64.dll и тк в схеме Поиска используются ножки входа данных на РУ5
поставить промежуточные ИР22 U2 и U3.
При моделировании столкнулся с такой хитрой проблемой, при чтении ОЗУ в ЦП попадали не те данные в некоторых ситуациях.
После изучения я увидел, что с шины ОЗУ VDx на шину данных Dx информация попадает через защелки ИР23,
управляемые сигналом STBRG, который вырабатывается узлом синхронизации доступа D30,D33,D34. По STBRG данные защелкиваются в D63 и D68, а через пол такта CLK процессора снимается сигнал /RD, и из-за ошибки в моей моделе x86.dll читались данные предшествующие защелкиванию(как раз за пол такта до снятия /RD). Я заменил ИР23 на ИР22, и вместо сигнала STBRG использовал просто инвертированный /RD, что позволило прокидывать данные с шины VDx на Dx раньше, что решило проблему.
Как по мне, этот момент может мешать работе и реальной схеме, будем упираться в быстродействие ИР23 и
нагрузочную способность шины данных, да и формирование сигнала STBRG получается излишне... либо оставить STBRG, но поменять его логику работы в прошивке D33, на инверсную и начинающуюся на пару тактов CLK раньше.

О! Вот это зело интересно! Как-то давненько уже мы тут кучу копий сломали и перерыли пол-Интернета
в поисках простой IBM-PC XT-совместимой схемы именно на 1810ВМ86!
Потому как на i8088 этих схем пруд пруди, а на 1810ВМ86 я на тот момент знал только "Искру-1030"...

Выложите этот "Поиск - КВАЗАР"?

исходный файл схемы почти 20МБ, пока его сжал до 2х, которые форум пропускает...
здесь его разработчик появлялся.
Есть описание и прошивка биоса, а РТшки, скорее всего от Поиска подойдут...

Вообщем, если на ИЕ7 D30 подать инверсный 11_OSC=OSC/ и отсутствующем инверторе в цепи 146, то изображение становится нормальным:

и так выглядит со штатным bios:

клавиатуры пока нет...

А чего у него с быстродействием? Реальному поиску соответствует?
Я просто с протеусом особо не тогойт...

Судя по вот этой полоске:

"Реальному поиску" эмуляция соответствует вряд ли...
Но судя по ней же, коллега PVV эмулирует "Поиск" на весьма неплохом компьютере.

Одна секунда эмуляции работы схемы Поиска три минуты реального времени... так что до появления этой заставки 5 минут ждать надо... Протеус работает под winXP в VirtualBox. Нативная система linux 64bit. ЦП Athlon3000g.
Что показывают проценты загрузки процессора в протеусе я не понимаю.
Обидно, что вся затея с Поиском оказалась бесполезной для задачи отладки x86.dll, тк для рисования этой заставки прерывание nmi не используется...

Если я правильно помню, если где-то там ткнуть, протеус поясняет, что означают проценты.
В данном случае, что эмуляция идёт не в режиме реального времени.
Какую-нибуть простую схему на приличном компьютере он может и в режиме реального времени симулировать.

Спасибо! Скачал почему-то раза с 5-го... а до этого 4 раза, как не скачаю...

Все же очень странно все с моментом чтения памяти получается, вот две диаграммы,
по моей схеме с ИР22:

и по оригинальной схеме:

когда защелкивание и проброс на выход данных идет по стробу STBRG. Курсор здесь установлен на моменте когда dll считывает данные с шины AD[0..7], в середине третьего машинного такта сигнала 9_CLK, на надо это делать в начале четвертого, одновременно со снятием сигнала /RD.
Я же исправил dll и думал, что все теперь точно будет ок, но нет же, не работает исходная схема!
оказывается есть и такие моменты:

когжа между стробом STBRG и /RD временной интервал совсем мал, и здесь уже нужно использовать более быстрые ИР23 не 555 серию (LS в протеусе), а 1533... Оригинальную схему с ИР23 я смог запустить только понизив тактовую частоту схемы с 2 раза с 15МГц до 7.5МГц. Конечно, тут уже сказываются неточности времянок сигналов управления от тактовой частоты моей dll, и тем не менее, простая замена типа регистра кардинально решила бы проблему.

Если есть желающие самостоятельно изучить работу схемы, то во вложении архив со всеми файлами для протеуса _8.5

Коллега PVV, успел заметить, что Вас одна схема заинтересовала...

В ней нет генератора для 8088/8086 "на рассыпухе", но, возможно, Вам показалось интересным что-то еще.

За схему спасибо. Я ее даже в кэше браузера пытался, правда безуспешно, найти...
Смоделировал узел на JK-триггерах:

сигнал 9_CLK это выход с ГФ84 приведен для сравнения...
один корпус на 555ТВ6 полностью решает проблему деления на 3 тактовой частоты для х86 с нужной скважностью.