nedoPC.org

У микросхемы нет таких ограничений, как разработчик решит, так и будет. Ничто не мешает вешать периферию на одну из половинок шины, а также выполнять ПДП 16-битными пересылками. Процессор 16-битный, зачем его сводить к более убогому 88-му?. То, что PC в свое время сделали с 8-битной шиной, это не наши проблемы, это проблемы IBM.
И вообще, если непременно хочется 8-битный обмен с УВВ делать, то для ПДП тут более подходит 89-й сопроцессор, вот пусть он и занимается управлением шириной шинных транзакций. С 37/57 без мороки только 16-битный обмен получается.

Периферию на половину шины, это да, так можно. Однако с ДМА не все так просто, ограничения есть - ВТ57 перебирает адреса только +1, и с данными больше чем байт работать не может, в отличии от ВТ37, который может перебор делать +2, те перебирать 16и битные данные. НО, применительно к схеме РК на 8086, как ДМА (ВТ57) обратится в 16и битному ОЗУ и перекинет в ВГ75 8и битные данные?, и здесь уже подключение на половину ШД не пройдет.

Перекраивать структуру видео экрана на черезбайтную и использовать ВТ37 с инкрементом адресов +2, это не в рамках переработки РК-86 в РК-8086.

Ещё можно с одной ВТ57 поставить две ВГ75 и два сдвиговых регистра (правда, придётся ещё и 2 ПЗУ шрифта ставить).

Так и не знаю как делать обычный CALL FAR указав абсолютные адреса. В ассемблере это можно делать только если указать, что метка FAR и EXTRN. Но при линковке всё равно будет ошибка, если другого сегмента с такой меткой не прилинковывается.

И всё же обнаружил как (кроме метода RET FAR) тем же способом CALL REG, не имея программного сегмента, можно делать дальний вызов кода в другом сегменте. При вызове CALL/JMP AX, BP, CX, DX, SP происходит вызов по адресу который в регистре в текущем кодовом сегменте (CS не меняется). А вот для индексных регистров BX, DI, SI происходит переход в сегмент заданный DS (это по умолчанию). Но можно специально указать префикс ES, CS или даже SS для задания сегмента. Это даёт возможность не иметь ПЗУ в текущем сегменте кода. Т.е в сегменте можно иметь 64К сплошного ОЗУ.

Конвертировать ксоникс не получилось. Там использованы особенности КР580 и слишком извращенно используется стек для табличной инициализации. При сдвиге кода на другие адреса программа перестаёт работать и на КР580. Т.е проблема в получении полноценного исходника дизассемблированием. После попробую другую версию ксоникса.

Зато конвертировал текстов редактор и отладчик КР580 от ИРИШИ. В отладчике пришлось забить всё что относится к отладке - директивы P, U, T, G, X. Т.к не получить стоп точку и шаговый режим для 8088 подставив после кода команды код RST от КР580. Остались только директивы работы с памятью и встроенные мини-ассемблер и мини-дизассемблер для процессора КР580.

Единственный способ при через-байтовом экране, что получается при 8086 использовать программы от РК86, это визуализация экрана на прерываниях. Тогда как устроен реальный экран не волнует. Процедура визуализации происходящая 4-5 раза в секунду считывает экран РК86 и отображает его на реальном видимом экране. При этом не важно, что соседние экранные байты идут с шагом 2. Потеря скорости прогона будет невелика.

Так именно для решения похожих проблем и нужен "перестановщик байт" - в нем должен быть регистр,
который один байт слова удерживает, пока периферия "кушает" другой.
Но муторно это всё применительно к схемотехнике 8086.

Не зря же сами авторы РК-86, когда конструировали новый любительский компьютер на 8086,
от всего этого отказались и у них он в большей мере стал придерживаться идеологии "Ориона".

Накидал схему платы адаптера, для установки 8088 на место 8080, применительно к РК-86. Защелкивать А8-А15 нет необходимости, так что минус один корпус. Применение ЛЕ1 по цепи /DEN больше перестраховка, просто раз уж инвертор использовать надо на DBIN и RESET, то сделал так.

Ненене, они оба делают +1, только в PC/AT, если про перебор +2 сведения оттуда, один из 37-х включен со смещением, поэтому считает только четные адреса. То же самое можно сделать и с 57-м. (И из-за этого их адресация как УВВ с "прореживанием" будет, ср. как регистры двух 8237 адресуются в AT-шке, у одной последовательно, у другой по четным адресам).

Тут засада, да. Но можно и так:

и даже можно 7 бит символ, а 7 бит атрибуты, цвет, альтернативный знакогенератор, или 12-бит hi-res псевдографика (знакоместо 4x3 с замороченной кодировкой и адресацией пиксела, неэффективным, на 3/4, заполнением ПЗУ знакогенератора), 320x192 вроде получается.
И все равно что-то не то. Нету привлекательного минимализма. Все-таки 8086 особняком стоит против 80/85/88.

Большое спасибо, начну в ближайшее время паять. Причём платка для монтажа 8088 у меня уже есть и даже частично смонтирована, т.к делалась ранее для установки Z80.

Целью было получить в РК процессор Z80 на такте 8-10 МГЦ. Для этого на этой платке для процессора ставится 32К скоростного ОЗУ w24257, которое подменяет собой ОЗУ 0...6FFF из основной платы, а ОЗУ выше 7000 остается в старом ОЗУ 565 РУ5. Всё ОЗУ нельзя заменить на скоростное, т.к экран должен оставаться в ОЗУ 565 РУ5 на плате. Экран псевдо-графического режима 192*86 занимает 7000...7FD8H потому граница в 7000 удобна. Кстати графический режим Апогея 192*104 требует под экранный буфер даже больше, чем 4 кб.

При такой подмене части основного ОЗУ на более скоростное не будут работать графические игры, которые переносят экран с 76D0 на 36D0. В графических играх экран переносят ниже служебных ячеек из-за того что экран расширившийся из-за увеличения числа строк с 30 до 38 не умещается в стандартно отведённой под экран области и затирает служ.ячейки. Отчего перестают работать стандартные п/п-ммы. Потому, чтобы использовать графические игры желательно иметь возможность восставливать основное ОЗУ на полные 32 кб, отключая скоростное ОЗУ.

Если же ставить 8088 без скоростного ОЗУ, то быстродействие будет всего 2.5 МГЦ. Это потому, что при обращении к медленным ОЗУ, ПЗУ и портам процессор будет останавливаться на 2-3 такта WAIT, а ещё и ПДП тормозит на 20%. Только со скоростным ОЗУ можно достичь нужные 10 МГЦ реального такта.

Естественно, скоростное ОЗУ w24257 пока не ставится и даже не распаивается, т.к вначале разумно отладить работу CPU на медленной скорости. Данная схема мне не совсем подходит, т.к у меня нет 1533 ИР33. Зато есть десятки 1533 ИР22, ИР23 и ИР27. Теперь надо думать как заменить ИР33 на ИР23. Вместо 1533 АП6 разумно ставить более скоростные иностранные 74F245PC.


PVV а не можете нарисовать схему как поставить 8086 простым способом.

Речь о вот такой схеме при которой 16-ти разрядность только на самой платке 8086, а вся остальная часть РК86 остаётся 8-ми разрядной и вообще из неё используется только маленькая область экрана и порты.

На платке с 8086 должно стоять два ПЗУ РФ2 и два ОЗУ w24257 по 32К, причём на основную плату РК шина D8-D15 вообще не идёт. Чтобы иметь доступ процессора к подряд идущим адресам в ОЗУ РК надо подавать A1 CPU на адрес A0 РК, A2 на A1 РК... а A16 CPU на A15 на плате РК. При этом 0-вой сегмент в 64К даёт доступ лишь к 32К ОЗУ на плате РК.

Доступ к ячейкам в памяти РК стоящим выше 8000 (т.е к портам) получаем выбрав второй сегмент 64К (CS=1000, A16=1). Первый сегмент 64К это реальный физический сегмент ОЗУ, составленный из двух w24257 по 32К каждая. Любой другой сегмент можно использовать для адресации В/У и ПЗУ, кстати можно даже не перепаивать дешифратор D11 на плате РК (просто подав А16 CPU на /CS ИД7). ПЗУ и В/У всё-равно лучше иметь в других сегментах, оставляя для программ полные 64К. При старте можно грузить ROM-BIOS в ОЗУ в области F800.

Экран 76D0...7FFF при удвоении из-за сдвижки адресов не только раздувается в 2 раза, но и для процессора оказывается по адресу EDA0...FFFF. Это нежелательно, т.к привычно на F800 иметь ROM-BIOS, хотя имеется большой плюс в том, что режим программирования ВГ75 и ПДП остаётся тот же самый.

А ПЗУ, если оно нужно именно в этом сегменте, может стоять и ниже, например на E800. Нет особого смысла иметь экран на адресе EDA0, удобнее его перенести на D000...EFFF, т.к тогда в ОЗУ F000...FFFF по сбросу можно грузить ROM-BIOS. Для переноса экрана достаточно заменить 2 байта в коде инициализации ПДП. Для программ в сегменте 0 остаётся 52 кб.

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

Статическое ОЗУ дублирует РУ5-тые в области экрана. Буфер АП6 интерфейса с платой РК открывается только при обращении к ВТ57, ВГ75 и ВВ55 на плате РК. Кстати, если добавить буфера и на адреса, то можно не переводить процессор в HOLD.

Если удастся разработать разумную по объёму схему, то я бы предпочёл 8086 (пусть даже будет на 4-5 корпусов больше), т.к он быстрее. Через-байтовый экран меня не смущает. К программам адаптированным от РК надо будет добавлять простенький модуль визуализатора на прерываниях (это всего 100 байт кода) или иметь процедуру включения визуализации РК-экрана в ROM-BIOS. На подобном принципе в Поиске эмулируется текстовый режим на графическом экране.

Разумно раскладку портов и ПЗУ в варианте 8086 сделать совпадающей с вариантом 8088. А это значит, что сначала надо спроектировать архитектуру для 8086, потому что для 8088 выгоднее иная более простая архитектура (совпадающая с РК-архитектурой) в последнем сегменте, т.е и ОЗУ пользователя и экран в сегменте 15. А для 8086 эту архитектуру повторить сложно и невыгодно. Для 8086 выгоднее, когда ПЗУ и В/У - в последнем сегменте 15, а ОЗУ 64К и, соответственно экран тоже, - в нулевом сегменте.

Т.е совмещение возможно только когда и в варианте 8088 область (В/У + ПЗУ) и область ОЗУ разносятся по разным сегментам, что требует переделки ROM-BIOS так, что входы в ПЗУ в сегменте 15 или напрямую вызываются по CALL FAR или в сегменте для программ должно стоять ОЗУ в адресе F800, где ставятся промежуточные JMP-ы, отчего в сегменте программ доступны NEAR стандартные входы F800, а из них идёт FAR переход в реальное ПЗУ стоящее, как и положено в 86-тых системах на F000:E000 в сегменте 15.

К сожалению для 8086 очень трудно будет отладить ROM-BIOS, что придётся делать в реале, т.к нет эмулятора с экраном с через байтовой организацией.

Т.к при смене процессора адреса портов не важны, в реале установку 8088 надо делать сразу под другую архитектуру, нет смысла повторять ошибки разработчиков РК.

Монитор от РК86 пока конвертирован для той же самой архитектуры (с теми же самыми адресами портов). Но для этого нет никаких причин, т.к не проблема поменять строки EQU в исходниках. Потому разумно, особенно для минимальной конфигурации (при которой не добавляются другие банки ОЗУ), адреса портов сместить повыше, освободив больше сплошного ОЗУ. В реале это делается просто подачей на вход ИД7 DD11 других адресов, что при использовании РУ5 "открывает" закрытое ранее ОЗУ. Хотя, если ОЗУ всего 32К на РУ3, то перенос портов памяти не прибавит (в этом случае разумно установить отдельное дополнительное ОЗУ 62256 включённое в адресах 8000...CFFF).

Без ПЗУ, как минимум в 8 кб, не обойтись и его удобно иметь в сегменте для программ. Порты тоже удобнее иметь в сегменте для программ. А вот сами адреса портов не важны. И для упрощения конверсии РК-программ удобно ПЗУ, В/У и ОЗУ иметь в общем сегменте.

При самой простой доработке (что делается вначале), когда для ОЗУ используется лишь медленное динамическое ОЗУ, уже имеющееся на плате РК, получается вот такая архитектура (см.рисунок). ПЗУ, В/У и ОЗУ 52 кб располагаются в стартовом последнем сегменте 15. Но то же самое ОЗУ, причём полностью все 64К, дублируется и в сегменте 0. Т.е если нужно писать программы с удобным доступом к ПЗУ и В/У, то используем стартовый сегмент 15. А если требуется сплошное ОЗУ 64К, то программа может работать в сегменте 0.

А в скоростном варианте в сегменте 0 не то же самое тормозное ОЗУ из сегмента 15, а другое уже скоростное ОЗУ размером в 64 кб, что даёт всего 128 кб.

Если в плате РК есть только 32 кб ОЗУ на РУ3, то и в сегментах 0 и 15 тоже будет всего по 32 кб. Потому разумно РУ3 сразу заменить на РУ5 или же, если РУ3 хочется оставить из-за исторической ценности, можно смонтировать на плате доп.статическое ОЗУ 6264/62256, расширяющее память (для чего на оригинальной плате рядом с ПЗУ фонта есть дырки под панельку).

8088 позволяет в пустых сегментах памяти включить огромное ПЗУ, как бы большой встроенный ROM-диск.

Почему бы тогда сразу не перенести порты в пространство УВВ - работать с ними по IN и OUT?
Это и 8-битность портов сразу сгладит...

Действительно, оба только +1, это я неверно прочитал и понял описание бита D3 регистра команд CR.

Все предлагаемые варианты переделки архитектуры возможны, только у меня возникает вопрос, а где простота конструкции? Получится та-же IBM PC, но с этой IBM PC не совместимая... Надо разделить задачи - 1я это архитектура максимально приближенная к РК-86, и 2я, это некий ПК на i8086.
При этом первый вариант подразделяется на чистый новодел на 8086(схема из протеуса) и адаптер 8080 на 8088 для оригинального РК-86.
Второй же вариант имеет смысл делать придерживаясь раскладки архитектуры IBM PC, тк адресацию портов и ОЗУ меняем на некую другую, так пусть эта другая уж будет совместима с чем-то распространенным... Сделать процессорный блок с памятью и портами, а видео адаптер сделать как у РК на ВГ75, некий недоMDA.

Я тут прикинул вариант, как уйти от двух ПЗУ по мотивам этой картинки. С ОЗУ так на чтение можно сделать, а вот на запись я не уверен, что получится.

При использовании процессора 8088 простота не конструкции, а переделки имеющейся платы сохраняется. Перенос адресов портов обходится всего в несколько корпусов.

Смотрите сами. Чип-селект ПЗУ E000 есть готовый на выходе DD11. А чтобы получить новые чип-селекты портов достаточно добавить ИД7 - на один его /CS подаём выборку C000 с DD11, на второй его неинверсный CS - адрес A12, чтобы этот дешифратор выбирал область D000...DFFF. На адресные входы этого доп.ИД7 - адреса A9, A10 и A11. Т.о чтобы изменить адреса портов тратим только 2 TTL-корпуса (ещё один корпус формирует выборку ОЗУ в 52К).

Перенос портов оправдан, т.к для РК86 наиболее качественные игры имеют большие размеры и если DOS работает в основном ОЗУ 32 кб, то она отнимает ~10 кб из 32-х кб, что с учётом того, что и экран отнимает 3 кб, не позволяет грузить и запускать программы крупнее 18 кб.

Т.е без расширения ОЗУ и сама DOS теряет всякий смысл. RK-DOS решает эту проблему тем, что размещается выше 8000 и не отнимает основное ОЗУ. Т.о если не расширить сплошное ОЗУ, то вообще нет смысла ставить 8088 в РК86, тогда уж лучше ставить 8088 в ИРИШУ, где 64/128 кб.

Что касается команд OUT. Их ввести при 8088 легче, чем при КР580. Но в этом нет особого смысла. То, что в 8088 целых 65535 портов это не польза (достаточно десятка портов). При OUT конверсия программ сложнее, лишь при портах в памяти не надо менять логику и маш.команды. Кроме того в программах (например в RK-DOS) с портами работают косвенной адресацией через двойные регистры, а если применить OUT, то замучишься переделывать.

То что адресация по OUT освободит немного памяти - это не довод. Т.к достаточно ОЗУ всего 32+10=42 кб - это основное ОЗУ для конвертированных РК-игр и ещё 10 кб для загрузки туда DOS.

Много ОЗУ в РК надо было лишь в 80-тые годы, т.к без дисковода, чем больше ОЗУ, тем больший исходник мы можем загрузить и странслировать. На самОм РК без наличия дисководного ассемблера было трудно странслировать программу объёмом более 2 кб. Например, программу объёмом в 4 кб надо транслировать из двух кусков вручную переписывая адреса перекрёстных ссылок модулей, что очень утомляет, т.к делать это приходилось при каждой перетрансляции, каждый раз сохраняя и перезагружая исходники на МГ-ленте. Потому все приличные игры для РК были написаны на кросс-ассемблерах на других машинах (в основном на ДВК, т.к только они были доступны).

Много ОЗУ требуют и компиляторы ЯВУ. Самые хорошие компиляторы требуют 62 кб. Причём есть CP/M-компиляторы, которые требуют 62 кб не просто ОЗУ, а 62 кб TPA, что получается когда в основной банке остаются только входы в BDOS и BIOS CP/M, а её исполняемый код находится и прогоняется в другой банке. Но сейчас трансляцию программ, в том числе и на ЯВУ на порядок удобнее делать на PC. Потому предложенной архитектуры с избытком достаточно для всех нужд, тем более, что в сегменте 0 даже всего при одной банке РУ5 есть сплошное ОЗУ в 64 кб.

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

Всё что можно для такой машины адаптировать - это MSDOS, что позволит использовать текстовые программы MSDOS. Это самые примитивные текстовые редакторы, работающие на MDA и компиляторы ЯВУ и ассемблера. Даже с учётом, что исходник MSDOS 1.0 опубликован, адаптация MSDOS сложна, т.к надо дизассемблировать ROM-BIOS IBM PC изучить его и написать аналог. И всё это только ради того, чтобы получить инструментарий для разработки программ в MSDOS. Но это у меня есть и так, т.к у меня Win XP, где работают программы MSDOS. К тому же большинство приличных программ MSDOS откажутся работать в MSDOS версии 1.0.

Мне кажется тут изначально ставилась задача не сделать ущербный клон PC XT с MDA, а получить радиолюбительский компьютер более удобный, чем РК86, причём минимальной ценой. Замена процессора на 8088 вполне оправдана, т.к он даже лучше и удобнее, чем Z80 и благодаря конвейеру при одном и том же такте должен быть быстрее, чем Z80.

Оригинальному РК86 не хватает немного доп.ОЗУ, наличия альтернативных фонтов и скорости. Устранить эти недостатки я и пытался тщетно уговорить изготовителей новодельных плат РК86 на одном подобном сайте с плохой модерацией. Но молодёжи интересно только копировать исторические оригиналы, изготовители новоделов плат просто ретрограды, а неудобство программирования для базового РК никого не волнует.

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

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


Нет смысла. Распаять проводками два регистра и триггер - работы больше, чем распаять проводками вторую РФ2. Тем более, что обычно в таких случаях я использую выпиленные фрагменты других плат, особенно банки ОЗУ или ПЗУ.

Две ПЗУ РФ2 для экономии места на плате можно спаять в 2 этажа, отогнув в сторону 8 выходов данных у верхней РФ2. И эти 8 выводов можно как смонтировать проводами, так и вывести на 8 штырьков на конце косы, чтобы было удобнее переставлять при многократных перепрошивках.

Ого, вы тут развернулись Был бы я фанатом РАДИО-86РК, сделал бы модульный комп. Тем более стартовая концепция позволяет это сделать.

Почему модульный? Относительно простая сборка в минимальной конфигурации. Дальнейшее модернизация выполняется не сложными модулями. И как по мне интерес к такой модернизации со временем не угасает. Сколько можно попробовать, заменив один модуль. Жаль что этот компик не вызывает у меня нежных чувств (синдром утенка). Что интересно РАДИО-86РК был моим первым компьютером, который у меня появился дома. Но как говорится не "зашел". До сих пор на шифонере лежит плата РАДИО-86РК и пылиться.

Чего-то увлекся MSX. Завершил ревизию A. Сейчас делается неспешно ревизия B. И есть уже задумки для будущей ревизии С (будет делаться на заводских печатных платах). Видимо ревизия B и С будет развиваться параллельно (кросс плата позволяет тянуть сразу две ревизии).


Думаю не оффтоп, просто идея для фанатов РАДИО-86РК

Про модульность +1, только 86РК довольно монолитен имхо.

Может чего забыл. Но по моему BT и ВГ можно вынести за скобки. Даже ведется как эту конструкцию прикруть к MSX-EXT (рев.С). Я о видео контроллере.

Остальное дело техники CPU, РАМ и ПЗУ. И порты ВВ. Ну и реген ОЗУ чем то вменяемым заменить

У МSX1 была такая фишка, аппаратная пауза. Цпу в сон. Регеном занималась схемка отдельно.


+.Вот еще идейка. Два видео-контроллера в одном флаконе. ВГ+TMS. У TMS9918(29) есть входы для синхро схемы от мастера (+12В). Пусть будет мастер ВГ75

++. Немножко ушли от темы(с видео-контроллерами), сори.