User Tag List

Страница 14 из 19 ПерваяПервая ... 101112131415161718 ... ПоследняяПоследняя
Показано с 131 по 140 из 181

Тема: Модульный РАДИО-86РК

  1. #131

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Захотелось узнать во что обойдётся избавление от неудобной архитектуры РК86. Естественно, при сохранении совместимости. Т.е узнать экономией какого числа деталей вызваны трудности РК86 по использованию CP/M и несовместимость с клонами. Поэтому нарисовал схему реконфигуратора архитектуры РК86, которую при публикации РК86, для тех кто хочет расширить ОЗУ, обещали опубликовать позднее.

    Первой мыслью о схеме коммутации адресов является применение 556РТ4, где на 4 входа подаются адреса A13,A14 и A8,A9 (также и A15), а на 8-й вход подаётся сигнал управления архитектурой. В 2-х опубликованных схемах расширения ОЗУ (см.вложения) также применили РТ4. Только сделали это "намертво", т.е навсегда имеешь только 60 кб, потеряв при этом совместимость со всем старым ПО для РК с 32К. Естественно, такой вариант не годится.

    РТ4 позволяет иметь оперативную реконфигурацию, для чего она и нужна. Иначе, вообще на кой хрен ставить неудобную РТ4, если для жёсткой смены адресов достаточно лишь добавить ЛА2 и перекинуть пару проводков на ИД7. Потому приведённые во вложении схемы считаю глупыми. РТ4 неудобна потому, что её надо прошивать, а значит паять прошиватель РТ4. РТ4 позволяет сократить схему на 1 корпус, ради чего связываться с РТ4 просто не стоит.

    И без РТ4 схема получается простой. Добавляем ЛА4, ИД7 и КП11. ЛА4 и ИД7 совместно образуют дешифратор на F000, F100, F200,... F700. Выходы старого ИД7 дающего выборки 8000, A000, C000 и E000 отрезаем от печати и в разрыв цепей вставляем КП11. КП11 коммутирует выходы двух ИД7. Она, в зависимости от бита управления, будет подавать на В/У, то старые выборки, начинающиеся с адреса 8000, то новые выборки с адреса F000 с дополнительного ИД7. Чтобы управлять формированием /CAS требуется ещё один корпус логики.

    Для работы с ОЗУ 60К придётся добавить 2-ю банку ПЗУ. Второе ПЗУ ставится в параллель старому ПЗУ, для чего на него напаивается панелька в которую вставляется второе ПЗУ РФ2. Переключение можно сделать и тумблером, но лучше программно. Тогда из одной конфигурации можно запускать программы для другой конфигурации. Для расширения ОЗУ в таком варианте можно использовать только цельнобанковую коммутацию.

    Итого цена проблемы: 4 корпуса 1533 серии. Теперь надо думать. Делать большое ОЗУ или не делать. На этой же схеме РК86 превращается в АПОГЕЙ.

    Кто-то умный скажет, что схему можно сократить переключая адреса A13,A14 и A8,A9 прямо на входах ИД7. Да, деталей меньше, но мне надо чтобы дешифраторы работали одновременно, т.к некоторые адреса общие для обоих конфигураций.

    Кстати, по поводу расширения ОЗУ в РК86 нашёл вот такой текст (на другом сайте).

    Когда имел РК86, я расширил его ОЗУ до 512К. Для этого нужно было поставить в два этажа РУ7, а дополнительные адреса подключить к паре разрядов дополнительного ППА. Разумеется, нужно было ещё переписать монитор - вставить директивы переключения страниц памяти. В результате, можно было переключать страницы памяти.

    Дополнил я также РК-шку "фантомным монитором" - при холодном старте монитор из ПЗУ переписывался в ОЗУ (по тем же адресам), потом ПЗУ отключалось и прикладной софт (собственноручно придуманная операционка) получала полный доступ к модификации управляющего монитора, что дало программную гибкость.
    Этот человек написал неточно, т.к адреса РУ7-мых подключаются не напрямую, а через дополнительно установленный мультиплексор КП11. И адреса на мультиплексорах надо сдвигать, чтобы по /RAS шли адреса A0...A8, иначе не будет регенерации. И при при двух РУ7-мых с ОЗУ в пространстве 0...7FFF, будет только половина из 512К, т.е 256К. Т.к невозможно иметь коммутацию по 32К и окно ОЗУ в области F800. То есть, - или ПОЛУ-банковая коммутация по 32К и доступно 512К, но без ОЗУ в F800. Или ЦЕЛЬНО-банковая коммутация по 64К, тогда в области F800 возможно иметь ОЗУ, но доступно только 256К + 16К в окне F800...FFFF.

    Наличие ОЗУ в области F800 действительно даёт гибкость, хотя ещё лучше сделать эту область некоммутируемой. Наличие ОЗУ F800 позволит обойтись одним ПЗУ РФ2. Тогда в ПЗУ прошивается загрузчик из проводной линии, который стартует по кнопке сброс и из IBM PC в ОЗУ закачивается ROM-BIOS. Лучше сразу оба, для ОЗУ 32К и ОЗУ 60К и размещаются в другой банке ОЗУ. Тогда возможно переключение конфигураций при всего одном ПЗУ РФ2.

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

    Расход деталей в варианте с одной конфигурацией и в варианте с двумя конфигурациями архитектуры практически одинаков (и даже с 2-мя конфигурациями деталей меньше).

    После размышления я решил учесть мнение корифанов B2M и error404 считающих, что большое ОЗУ с цельно-банковой коммутацией лучше, чем 32К или даже 48К с коммутацией доп.памяти в окне 8400...BFFF. Объём ОЗУ становится важен, если программное обеспечение пишется на ЯВУ и используется ДОС, получше, чем РК-ДОС.

    Т.к никто не хочет высказаться по поводу доработок, то очевидно все согласны и понимают, что в силу своей лени, я и без подсказок сделаю так, как будет проще по числу деталей и объёму труда. Вот какая архитектура получается.

    Конфигурация 32К включается по сбросу. В конфигурации 32К - адреса портов стандартны: 8000, F200, C000, E000. ОЗУ - 32К и в области F800 - тоже ОЗУ 537РУ10, а не ПЗУ. ПЗУ 2К, включается по сбросу, всегда стоит с адреса 0 и занимает адресное пространство 0...7FFF, так что если поставить 27256, то будет как раз. Порт клавиатуры кроме как по 8000 выбирается и по F100. А доп.ППА всегда выбирается только по F200. Кроме того ВИ53 выбирается по адресу F500. Т.к доп.ППА перенесён, то в области A000...BFFF - ОЗУ, так что фактически это конфигурация с ОЗУ 32+8= 40 кб.

    В конфигурации 60К адреса портов F000, F100, F200... F700. ОЗУ сплошное 60К 0...EFFF. В области F800 также ОЗУ. КНГМД F000, порт клавиатуры F100, доп.ППА D14 по адресу F200,
    ВГ75 по адресу F300, ВТ57 по адресу F400, а ВИ53 по адресу F500, ВВ51 по адресу F600.

    Конфигурации переключаются битом PC7 доп.ППА D14. Т.к во всех конфигурациях ППА D14 доступен по F200, переключение доступно из любой конфигурации.

    Банки переключаются битами PC0...PC6 ППА D14, который во всех конфигурациях стоит на F200. Таким образом возможно лишь 128 банок по 64К (доступно только 60К), что даёт возможность использовать SIMM до 8 мб. Надеюсь, этого хватит на первое время, хотя при дальнейшем расширении ОЗУ придется вводить старший байт номера банки.

    Плату ТУРБО акселератора, я сразу паять не буду, а вначале поставлю буфер для ОЗУ. Почти не сомневаюсь, что это позволит заменить кварц с 16 МГЦ на 27 МГЦ, что даст такт КР580 ровно 3 МГЦ. На первое время этого хватит. В режиме НЕТУРБО такт будет переключаться на 1.5 МГЦ. Акселератор имеет смысл паять только ради существенного выигрыша путем применения Z80 на такте 8 МГЦ со статическим ОЗУ 62256. Ради КР580 на 3...3.5 МГЦ акселератор делать не стоит, т.к этого же можно добиться и без дополнительных плат.

    Чтобы было 80 символов в строке ВГ75 у меня будет тактироваться тактом 12.5 МГЦ (а если фонт старый некрасивый 6*8, то надо 10 МГЦ). Весь расход деталей на введение 80-ти символов, только кварц и АГ3 для аппаратного формирования ССИ. Экран плющенный, но дающий видимых 78/80 символов в строке. Такая доработка мне нужна, чтобы в дальнейшем получить 40 полноценных цветных символов.

    Цвет для начала из одного фонта за счёт сокращения разрешения в знакоместе, это минимальный расход деталей и труда. Только чтобы посмотреть как выглядят игры с графикой и цветом. В дальнейшем имеет смысл иметь цвет из отдельного фонта цвета, в качестве которого разумно использовать загружаемый фонт по схеме от Alex_LG, только это ОЗУ ставить не вместо основного фонта, а в параллель, как это сделано в МЦПГ "Партнёра", что даёт 16 цветов INK и 16 цветов для PAPER.

    Т.к все доработки очень простые и делаются по одной, т.е поэтапно, то проблем с отладкой не возникнет. Подобные доработки РК86 я уже делал в начале 90-х. Так что проблем нет. Важно, что труда - на 2 порядка меньше, чем при разработке полностью нового компьютера, а результат лучше, т.к есть совместимость.
    Вложения Вложения
    Последний раз редактировалось barsik; 16.03.2017 в 02:11.

  2. #132

    Регистрация
    26.04.2016
    Адрес
    г. Полоцк, Беларусь
    Сообщений
    48
    Записей в дневнике
    4
    Спасибо Благодарностей отдано 
    18
    Спасибо Благодарностей получено 
    7
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    IMHO, вполне разумно.
    Хотя, для переключения конфигурации 32/60 и банков ОЗУ наверное лучше поставить регистр и не трогать D14.

  3. #133

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от A_AVL
    для переключения конфигурации 32/60 и банков ОЗУ, наверное, лучше поставить регистр и не трогать D14
    Конечно в обычном компьютере так и надо сделать. Но в РК86 нет буферов на ОЗУ, отчего нет резерва по нагрузке шины. В РК не стОит ставить ничего, что нагружает шину. Чем больше поставишь, тем сильнее сбоит ОЗУ и тем менее высокий такт КР580 потянет.

    Так, вообще без периферии, без всякой нагрузки и даже со снятым доп.ППА D14, у меня РК86 с КР580 с радиатором работал с кварцем 32 МГЦ (целый час и не сбоил). А это такт CPU в 32:9= 3.55 МГЦ. А когда я подключил РК-КНГМД, внешнюю плату эл.диска 512К на РУ7-мых и ППА D14, то едва потянуло кварц в 20 МГЦ, что даёт такт всего в жалкие 2.2 МГЦ.

    Точно такая же ситуация наблюдалась и на СПЕЦИАЛИСТЕ. Если там на шине много 155-той серии, то такую плату не турбировать. А если всё - на 1533 серии и буфера ЛП10 выкусить (буфера всегда вызывают снижение кварца), то СПЕЦИАЛИСТ стабильно работал с тактом КР580 3.5 МГЦ. И даже в течение часа с тактом 4 МГЦ (КР580 так разогрелся, что начал самовыпаиваться из платы и хороший медный радиатор, приклееный эпоксидкой, не особо помогал). Кстати так просто 4 МГЦ из КР580 не выжать, нужны доп.меры.

    Потому в РК86 идеально в качестве управляющих регистров подходит доп.ППА (особенно, если он КМОП 82С55 и мало грузит шину). Например, управляющие регистры на базе ВВ55 сделаны в ОРИОН-ПРО и вот в этом компьютере http://zx-pk.ru/threads/20927-quot-p...ra/page12.html.

    Кроме того управлять надо много чем. Например, переключением фонтов, а если фонтов 32 штуки, то это 5 битов. Добавьте к этому управление ТУРБО-НЕТУРБО, ещё один бит. Теперь добавьте бит на включение/выключение ПЗУ РФ2/27256 в адресах 0...7FFF. Далее нужны биты на включение/выключение цвета и режима 40/80 символов. А также другого варианта цвета. Управление загрузкой фонта в ОЗУ фонта, что тоже хотелось бы иметь, т.к это упрощает разработку спрайтов (ведь перетыкая 62256 с подпаянной батарейкой, уже через 10 раз будет плохой контакт в панельке ПЗУ). Думаю и ещё какие-то биты понадобятся. Так что возможность использовать доп.ППА в качестве регистров это очень удачно.
    Последний раз редактировалось barsik; 12.03.2017 в 12:40.

  4. #134

    Регистрация
    26.04.2016
    Адрес
    г. Полоцк, Беларусь
    Сообщений
    48
    Записей в дневнике
    4
    Спасибо Благодарностей отдано 
    18
    Спасибо Благодарностей получено 
    7
    Поблагодарили
    4 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    IMHO, D14 лучше оставить для того, чему он предназначался разработчиками. Тогда уже лучше добавить в схему ППА D14' для управления конфигурацией.

  5. #135

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Догадался как ещё больше упростить расширение ОЗУ в РК86.

    Если переключение конфигураций 32/60 кб программное, то нет смысла иметь адресацию клавиатуры, ПДП, ВГ75, ВИ53 и РК-КНГМД в обоих конфигурациях. Таким образом второй дешифратор внешних устройств не нужен. В обоих режимах необходимо только адресовать ПЗУ F800 и управляющее ППА, которое и переключает конфигурацию. Как дополнительный выигрыш при этом, - не требуется иметь и второе ПЗУ F800 с ROM-BIOS для режима 60К.

    Архитектура улучшается, если при доработке одновременно расширить ОЗУ до 128К и более, т.к это позволяет вынести экранный буфер из ОЗУ в 60К.

    Сначала рассмотрим вариант с одной банкой РУ5. Доработка заключается в установке дешифратора на 2 выборки, - для ПЗУ F800 и для ППА, который ставится по адресу F700. За исходный вариант берётся плата РК, где используется РК-КНГМД, отчего есть дешифратор на область F000. Область F000 используется для подключения разных В/У - как минимум, РК-КНГМД и ВИ53. Доп.ППА по адресу A000, может как остаться, так и отсутствовать. Но удобнее в области A000...BFFF иметь окно резидентного ПЗУ 27256 или ОЗУ. Область E000...EFFF - открытое ОЗУ из основной банки, что требуется для тех, кому всё-ещё нужна РК-ДОС. Также сюда удобно грузить отладчик.

    Для переключения в режим 60К выводится единица по биту ППА F700. Это приводит к полной деактивации ИД7 на плате РК86. Все В/У исчезают из адресного пространста и образуется сплошное ОЗУ до F000. Остаётся только ПЗУ на F800 и управляющее ППА на F700. С одной банкой ОЗУ в режиме 60К для получения сплошного TPA экран программно переносится на E6D0, остальное ОЗУ для CP/M. Для опроса клавиатуры и работы с другими В/У программа включает конфигурацию 32К, в которой все имеющиеся В/У доступны.

    Расход деталей в таком варианте составляет лишь ЛА2 + ЛА3, на которых сделан дешифратор, формирователь выборки ППА F700 и ПЗУ F800. Ещё один корпус логики требуется для верного формирования /CAS. Итого, общий расход деталей 3 корпуса логики.

    Однако, ещё выгоднее добавить вторую банку РУ5-тых, напаяв её вторым этажом. Тогда при включении режима 60К, вместо основной банки ОЗУ во всём пространстве адресуется дополнительное ОЗУ. В том числе и экранная область остаётся в основной банке ОЗУ. Выводу на экран это не мешает, т.к по сигналу HLDA, свидетельствующем о работе ПДП автоматически включается основная банка ОЗУ. Благодаря этому полностью отпадает даже необходимость перешивать ПЗУ и куда-либо переносить экранный буфер (он как всегда на 76D0). Программа CP/M имеет полные 60 кб и экран ничуть не мешает.

    Естественно, 128 кб мало, поэтому, если есть 565РУ7, то вторым этажом лучше напаять их. При этом даже не придётся перекидывать адреса на мультиплексорах, т.к теперь есть более прогрессивная идея регенерации. Расход деталей при установке вторым этажом РУ7 - один корпус КП11, зато это даёт общий объём ОЗУ уже в 64+256= 320 кб.

    К сожалению, установка на шину второй банки истратит резерв нагрузочной способности шины и выжать максимальный такт в 3.5 МГЦ уже не удастся, - без установки буфера ОЗУ придётся ограничиться тактом КР580 в ~2.5 МГЦ. Поэтому одновременно, с расширением ОЗУ разумно сразу же ставить буфер - две 589АП16.

    Кроме того, придумана схема регенерации SIMM объёмом до 8 мб (в лоб РК регенерирует только 11 адресных линий, что даёт регенерацию ОЗУ до 1 мб). Для этого SIMM ставится не вместо, а в дополнение к имеющейся РУ5-той, причём адреса A8,A9 на КП11 даже не требуется перекидывать. Более того, число деталей (при SIMM до 4 мб) даже не увеличивается, т.к мультиплексор для мультиплексирования адресов ставится в любом случае. Но для регенерации ставится не КП11, а КП12, который теперь мультиплексирует не только адреса A16,A17 и A18,A19, что требуется при /RAS /CAS, но и одновременно при сигнале HLDA выдаёт на ОЗУ адрес регенерации.

    При такой регенерации SIMM, надо сохранить базовую банку РУ5-тых, т.к из неё читается экран. Потому что тогда из SIMM экран не читается, отчего во время чтения ПДП на SIMM можно подавать любой адрес. Поэтому 8 адресов регенерации при /RAS формирует ПДП, а в качестве адресов регенерации A8 и A9 берутся сигналы LC0 и LC1 от ВГ75, которые меняются в каждой линии растра. Таким образом период регенерации становится максимально коротким, отчего будут работать даже старые ОЗУ, в которых почти дохлые накопительные PN-ёмкости. Такая идея регенерации ничего не стоит по расходу деталей и не требует применения режима CAS раньше RAS.
    Последний раз редактировалось barsik; 15.03.2017 в 13:19.

    Этот пользователь поблагодарил barsik за это полезное сообщение:

    BarsMonster(31.07.2022)

  6. #136

    Регистрация
    14.08.2006
    Адрес
    Владимир
    Сообщений
    4,581
    Спасибо Благодарностей отдано 
    64
    Спасибо Благодарностей получено 
    112
    Поблагодарили
    97 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    Догадался как ещё больше упростить расширение ОЗУ в РК86.
    [...]
    Однако, ещё выгоднее добавить вторую банку РУ5-тых, напаяв её вторым этажом. Тогда при включении режима 60К, вместо основной банки ОЗУ во всём пространстве адресуется дополнительное ОЗУ. В том числе и экранная область остаётся в основной банке ОЗУ. Выводу на экран это не мешает, т.к по сигналу HLDA, свидетельствующем о работе ПДП автоматически включается основная банка ОЗУ. Благодаря этому полностью отпадает даже необходимость перешивать ПЗУ и куда-либо переносить экранный буфер (он как всегда на 76D0). Программа CP/M имеет полные 60 кб и экран ничуть не мешает.

    Естественно, 128 кб мало, поэтому, если есть 565РУ7, то вторым этажом лучше напаять их.
    При этом даже не придётся перекидывать адреса на мультиплексорах, т.к теперь есть более прогрессивная идея регенерации. Расход деталей при установке вторым этажом РУ7 - один корпус КП11, зато это даёт общий объём ОЗУ уже в 64+256= 320 кб.

    К сожалению, установка на шину второй банки истратит резерв нагрузочной способности шины и выжать максимальный такт в 3.5 МГЦ уже не удастся, - без установки буфера ОЗУ придётся ограничиться тактом КР580 в 2.5-3 МГЦ. Поэтому одновременно, с расширением ОЗУ разумно сразу же ставить буфер - две 589АП16.
    [...]
    Я это и предлагал N страниц ранее, тоже считаю что самый разумный способ - в отключаемой странице 0 оставить все как есть для работы с дисплеем и ВУ и 100% совместимости со старым софтом, а fullram и CP/M делать в доп. страницах ОЗУ. Единственно: надо бы весь комп перевести на одну банку РУ7 - это будет красиво (без напаивания ОЗУ вторым этажом) и не потребует дополнительного буфера (и возможности разгона останутся прежними). Как вариант, оставить как есть РУ5, а расширенные страницы сделать на одной единственной SRAM (64к от кэшей 386 или 512кб с доп страницами - у кого какие ОЗУ есть, у меня например есть и такие и такие ), что тоже не перегрузит шину.
    Лучше сделать и жалеть, чем не сделать и жалеть.

    Некоторые из моих поделок тут: https://github.com/serge-404

  7. #136
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

  8. #137

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию Турбирование РК86 с помощью куска проволоки

    Придумал, как истратив один кусок проволоки, ускорить работу РК86, за счёт сокращения времени захвата шины. Благодаря тому что клок КР580 и ВТ57 в РК86 можно произвольно менять, при повышении такта ВТ57 с 1.77 МГЦ до 3.2 МГЦ, более чем вдвое сокращается время простоя КР580. В базовой схеме время простоя CPU составляет ~25%. После повышения клока ПДП простой сократится вдвое. Тогда реальное быстродействие составит 87.5% от частоты 1.77 МГЦ, то есть 1.55 МГЦ, вместо 1.3 МГЦ в базовой схеме. Турбирование на ~20%, что существенно. В "Партнёре", где кварц 18 МГЦ такая доработка даёт реальный такт 1.79 МГЦ вместо 1.5.

    В базовой схеме ВТ57 тактируется тем же тактом 1.77 МГЦ, что и КР580. Для ускорения достаточно впаять в схему РК86 счётчик 155ИЕ2, который делит F2TTL 16 МГЦ на 5, что и даёт требуемый такт в 3.2 МГЦ.

    Тот, кто не дружит с паяльником, и не в состоянии смонтировать на плате одну дополнительную микросхему, может ограничиться повышением клока ВТ57 до 16:6=2.66 МГЦ. Такой такт присутствует на ноге 9 счётчика ИЕ4 (D3), хотя это и не меандр. Тогда, всего лишь за счёт расхода куска проволоки, время простоя CPU сокращается в 1.5 раза и реальный такт РК86 достигает 1.77 * (1-(0.25 : 1.5)) = 1.475 МГЦ. Турбирование на 13.5%.

    Такой вариант не даёт выигрыш по длине цикла чтения ПДП из ОЗУ (т.к 2.66 МГЦ в схеме РК не меандр), т.е не повышает надёжность при перегруженной шине, а лишь экономит расход деталей. Но если поставить свой делитель такта 16 МГЦ на 6 такой: делим на 3, а затем делим на 2, отчего на выходе меандр, то длительности цикла обращения к ОЗУ будут длиннее и требования к мощности выходов ОЗУ и их быстродействию снизятся.

    ВТ57 в моём РК86 нормально работал при тактировании 3.33 МГЦ, так что с этим проблем нет. Ограничение на такт ВТ57 накладывает не быстродействие самого ВТ57, а быстродействие небуферизованного ОЗУ 565РУ5, что зависит от перегруженности шины. Впрочем и это легко исправить введением одного такта WAIT при обращениях к ОЗУ (это конструктивно проще, чем вводить буфер для ОЗУ).

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

    При подборе деталей для монтажа РК, обнаружил, что у меня есть скоростная статическая память общим объёмом ~1 мб.

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

    Код:
    HN58C65FPI-25T 		8K x 8 Electrically Erasable and Programmable CMOS ROM
    
    EM51256C-15PL 	  8 шт  32K x 8 High Speed 15 ns SRAM TAG Memory 
    w24257AK-15   	 10 шт  32K x 8 High Speed 15 ns CMOS Static RAM 
    TC51832ASPL-10 		32K x 8 High Speed 10 ns CMOS pseudo static RAM 
    N341256P-15 		32K x 8 CMOS static RAM
    
    TC55257BPL-10		32K x 8 CMOS static RAM
    TC55257BPL-10L		32K x 8 CMOS static RAM
    CXK58257AP-10L		32K x 8 CMOS static RAM
    
    HM6264LP-15   	  2 шт	8K  x 8 CMOS static RAM
    HM6264P-12		8K  x 8 CMOS static RAM
    CXK5864BM-10L 		8K  x 8 CMOS static RAM
    
    HM6516-6	  2 шт  2048 x 8 CMOS static RAM
    HM1-6514-9	 12 шт  1024 x 4 CMOS static RAM
    [свернуть]

    Ввиду этого, с учётом отсутствия у меня внешних носителей, появилось желание иметь от 32-х до 128 кб статического ОЗУ. Использовать которое можно, или как псевдо ПЗУ с резидентными программами, прокачиваемое в окне 8К A000...BFFF, или как энерго независимый эл.диск, в котором можно будет хранить все часто используемые CP/M-программы. Запитав микросхемы памяти от батарейки, превращаем RAM в ROM. Поэтому хочу примениить, как минимум, 32 кб статических ОЗУ в роли ПЗУ. Естественно, самые скоростные 10 и 15-ти наносекундные RAM оставлю для акселератора РК86 на Z80B с тактом 9 МГЦ.

    Ещё более интересна HN58C65FPI 'Electrically Erasable and Programmable CMOS ROM' с объёмом в 8 кб. Эта микросхема ведёт себя как обычное быстрое статическое ОЗУ, но при выключении питания ничего не забывает. Что очень удобно при разработке и отладке ROM-BIOS, т.к стирать и перешивать УФ-ПЗУ не только утомительно, но главное в том, что ресурс перезашивок у ПЗУ выше 2732 очень мал. Если древние РФ2 выдерживают сотни перезашивок, то 27128, 27256 дохнут уже после 5-10.

    Т.к кроме ПЗУ F800, другого ПЗУ в РК нет, а возиться с вводом в МГ-формате, при каждом включении - не смешно, то хочу поставить злектро стираемую ПЗУ в адресах A000...BFFF, где размещу RAMDOS и загрузчик с проводной линии. Тем самым программно и без хлопот, по мере необходимости, смогу менять состав резидентного ПО.

    Недавно разработанный новый драйвер проводной линии обеспечивает скорость ~2 кб в секунду (при реальном такте CPU в 2.5 МГЦ), тогда как старый драйвер 1995 имел скорость всего 200 байт в секунду. Но новый протокол передачи требует наличия уже не двух проводов, а четырёх. Естественно, применение ВВ51 позволило бы увеличить скорость передачи ещё, как минимум, в 4 раза, но я предпочитаю обходиться проводами вместо лишних микросхем там где это возможно.


    Цитата Сообщение от error404
    надо бы весь комп перевести на одну банку РУ7 - это будет красиво (без напаивания ОЗУ вторым этажом)
    Две банки памяти лучше, чем одна по многим причинам

    - число деталей и трудоёмкость одинаковы (точнее при одной РУ7 деталей даже больше).

    - РУ5-тые имею только двухэтажными (90% имеющихся РУ5-тых - двухэтажные, т.к на почти всех моих платах ОРИОНА - РУ5-е используются только в таком виде), одиночных РУ5-тых - буквально единицы.

    - при 2-х этажах, место на монтаж на плате или слепыше не тратится.

    - нагрузочная способность РК изначально рассчитана на двух-этажность ОЗУ (для РУ3-тьих).

    - полезно иметь РУ5-тые, чтобы проверять, что они регенерируются в конкретном режиме ВГ75, т.к если режим работоспособен на РУ7-мых, это не значит, что будет работать на РУ5-тых, у которых вдвое меньше период регенерации.

    - 256К + 64К= 320К, а это больше, чем 256К.

    Но главный довод, - если ставить только одну банку, то это пусть технически "красивее", но не позволяет использовать SIMM. Т.к из SIMM не должен читаться экран. Потому-что, когда ПДП читает экран из основной банки, то SIMM регенерируются. При работе ПДП из SIMM читается не экранный адрес, а адрес регенерации. При этом адреса регенерации A8,A9, A10 для мультиплексора регенерации берутся от ВГ75 (адреса сканирования в знакоместе, что меняются каждые 64 МКСЕК).

    Этот же довод, но по другой причине работает и для второй банки на РУ7-мых. Дело в том, что при такой регенерации период регенерации составляет самую маленькую величину. Благодаря чему, надеюсь, ~20 шт оставшихся сбойных РУ7-мых удастся использовать. Без этого РУ7-мые вообще использовать нельзя, т.к даже теоретически период их регенерации при базовой схеме превышает паспортные данные.

    Если же ставить только одну банку РУ7-мых, то период регенерации будет превышать паспортные данные (т.е период более 4 МСЕК), что недопустимо, и исправить это за счёт использования LC0,LC1,LC2 будет нельзя из-за экрана (см.предыдущий абзац).
    Последний раз редактировалось barsik; 03.05.2017 в 20:11.

  9. #138

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    ВК28 уже давно поставили в схему РК86. И фонт одновременно исправили с 6*8 до 8*8. И ОЗУ буферизовали. Почему никто не признался в этом, когда об этом спрашивали ?
    http://i052.radikal.ru/1003/a4/d0f4b2f2b905.jpg

  10. #139

    Регистрация
    18.03.2017
    Адрес
    г. Москва
    Сообщений
    51
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    0
    Поблагодарили
    0 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    ...И фонт одновременно исправили с 6*8 до 8*8.
    В этом деле меняют пиксельклок?
    По идее вместо 8 МГц, надо 10,(6). Можно 32/3...

  11. #140

    Регистрация
    01.06.2005
    Адрес
    Москва
    Сообщений
    229
    Спасибо Благодарностей отдано 
    3
    Спасибо Благодарностей получено 
    53
    Поблагодарили
    34 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от barsik Посмотреть сообщение
    http://i052.radikal.ru/1003/a4/d0f4b2f2b905.jpg
    тьфу ты... я думал там схема.
    и доставляет же кому-то удовольствие размещать картинки на *****-радикале

Страница 14 из 19 ПерваяПервая ... 101112131415161718 ... ПоследняяПоследняя

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Радио-86РК: Игры
    от rnd.gen в разделе Радио-86РК
    Ответов: 146
    Последнее: 10.12.2025, 06:29
  2. Ассемблер Радио-86РК
    от gdv2002 в разделе Радио-86РК
    Ответов: 337
    Последнее: 13.02.2024, 07:25
  3. Радио-86РК: По страницам журнала "Радио"
    от Viktor2312 в разделе Радио-86РК
    Ответов: 79
    Последнее: 13.02.2014, 08:34
  4. эмулятор радио-86рк
    от sergey2b в разделе Эмуляторы отечественных компьютеров
    Ответов: 4
    Последнее: 09.06.2011, 15:59
  5. Радио 86РК
    от Shnurkov в разделе Барахолка (архив)
    Ответов: 1
    Последнее: 02.01.2009, 12:52

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •