Июнь 2019
ПнВтСрЧтПтСбВс
     12
3456789
10111213141516
17181920212223
24252627282930

Календарь Календарь

Последние темы
» Ферритовые антенны.
автор Viktor2312 Сегодня в 16:27

» ПЭВМ "Ириша". Программное обеспечение (ПО), общая тема.
автор barsik Вчера в 17:03

» ПЭВМ "Электроника МС1502"
автор alemorf Вчера в 12:12

» "Орион Супер-4" (Ташкентский).
автор barsik Вчера в 09:57

» ПЭВМ Специалист, основной вариант
автор barsik Вс Июн 16 2019, 17:00

» Орион-128. Документация, схемы, платы...
автор Viktor2312 Вс Июн 16 2019, 11:21

» Жалобы/пожелания по работе форума
автор barsik Сб Июн 15 2019, 20:56

» Специалист как болванка для творчества аппаратчиков
автор barsik Сб Июн 15 2019, 11:55

» SINOVATE (SIN). Криптовалюта Синовэйт.
автор Viktor2312 Чт Июн 13 2019, 22:10

» Партнер 01.01: О компьютере
автор alemorf Чт Июн 13 2019, 14:29

» ПЭВМ "Эрик"
автор barsik Чт Июн 13 2019, 13:45

» Микросхемы ПЛИС CPLD CoolRunner-II.
автор Viktor2312 Чт Июн 13 2019, 09:46

» Litecoin (LTC). Криптовалюта Лайткоин.
автор Viktor2312 Вт Июн 11 2019, 19:58

» Новинки. Книги. Часть 3.
автор Viktor2312 Вт Июн 11 2019, 07:40

» Обмен между дискетами CP/M <-> IBM (720Kb)
автор barsik Сб Июн 08 2019, 18:30

» Орион-ПРО. Эмулятор iMSX
автор barsik Сб Июн 08 2019, 17:53

» Подключение 3.5" дисковода к Ориону
автор barsik Сб Июн 08 2019, 17:40

» Download для ОРИОНА
автор barsik Пт Июн 07 2019, 20:04

» Формирователь монохромного видеовыхода ОРИОНА
автор barsik Пт Июн 07 2019, 18:05

» Орион-128. Расширение памяти до 512 КБ на 565РУ7.
автор barsik Пт Июн 07 2019, 11:02

» КНГМД (Орион-Турбо)
автор barsik Пт Июн 07 2019, 10:36

» Расширение порта F600. "Орион-128".
автор barsik Пт Июн 07 2019, 10:22

» Орион-128: Полезные доработки ПЭВМ
автор barsik Пт Июн 07 2019, 09:49

» Орион-128: Демки
автор barsik Пт Июн 07 2019, 09:15

» Орион-128: BASIC
автор barsik Пт Июн 07 2019, 08:50

Самые активные пользователи за месяц
Viktor2312
Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_lcapОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Voting_barОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_rcap 
barsik
Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_lcapОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Voting_barОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_rcap 
alemorf
Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_lcapОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Voting_barОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_rcap 
parsec
Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_lcapОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Voting_barОбсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Vote_rcap 

Поиск
 
 

Результаты :
 


Rechercher Расширенный поиск


Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат

Перейти вниз

Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Empty Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат

Сообщение  barsik в Пн Апр 15 2019, 19:13

1
Делать сейчас промышленным способом периферийные платы расширения для ИРИШИ вряд-ли возможно, в силу мизерного числа пользователей, имеющих реально работающую ИРИШИ.

Да это и не имеет особого смысла, т.к нужны, в основном, очень простые платки расширения, содержащие небольшое число микросхем, которые под силу самостоятельно (вручную с помощью ножовки и электропаяльника) изготовить любому не очень ленивому человеку. Крошечную платку на несколько корпусов нет смысла изготавливать заводским способом, к тому же самодельную платку можно постепенно расширять другими доработками. А более крупную по числу деталей промышленную плату можно сделать позднее, когда определятся все схемы мелких дополнительных узлов, что желательно добавить в ИРИШУ.

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

Можно упомянуть ещё автоинкрементный иришин ROM-диск, но он относится к основному оборудованию и , естественно, у большинства пользователей ИРИШИ уже есть (к сожалению, покупателям плат ИРИШИ пришлось его паять вручную, как и плату клавиатуры, т.к выпуская несколько партий плат ИРИШИ эти платы просто забыли выпустить).

Платка расширения ОЗУ на 64К представляет собой узел дешифрации (выбирающий ОЗУ банки 1, т.е доступ в доп.ОЗУ разрешается при P0=1, P1=0), буфер (555АП6) и собственно ОЗУ. В качестве которого удобно использовать одну-две микросхемы статического ОЗУ по 32 кб в DIP-корпусе (например, 62256 или w24257). Можно применить и DIP-статику по 64 кб, но она 32-х ногая, - более распространённые панельки на 28 ног удобнее. Эти несколько микросхем можно спаять затратив всего около 3-х метров дорогого провода МГТФ-0.03 и примерно 15 грамм дорогого припоя ПОС-60. Если требуется более 64К, то схема будет намного сложнее, т.к придётся ввести дополнитльный диспетчер памяти.

Контроллер дисковода. На мой взгляд в качестве него стоит рассматривать лишь РК-КНГМД. Т.к чтобы использовать контроллер на ВГ93 или другой БИС у ИРИШИ не хватает своей скорости, отчего требуется применения ПДП, контроллер на ВГ93, тем более с ПДП  сложнее, а главное программирование сложнее, точнее надо писать драйвер с нуля, тогда как для РК-КНГМД всё уже есть). Но даже простой РК-КНГМД это уже достаточно сложное для ручной сборки изделие (содержит с иришиным интерфейсом ~14 микросхем) и не у всех хватит энтузиазма спаять это проводками.

Напротив, контроллер IDE-винчестера (или с ним совместимой по интерфейсу CF-карты) очень прост и обычно содержит всего 2 или 3 TTL-микросхемы.

Контроллера флэш-карты у ИРИШИ, похоже, не будет, т.к один человек, который мог бы это сделать отказался от покупки ИРИШИ. Пока забудем о флэш-карте. Возможно когда-нибудь я сумею "вытащить" из чужого аналогичного ПО подпрограммы низкого уровня и сделаю такой привод (речь конечно о варианте не с контроллером на Atmega или AVR, а о таком, где сам процессор 8-ми разрядки обслуживает флэш-карту, а контроллер это лишь интерфейс).

В качестве доработки плат, я пока имею ввиду только маленькую доработку на плате граф.адаптера. Тут в расмотрении две идеи. Первое это добавка в граф.адаптер второй страницы экрана. Две экранные страницы есть только в режиме 1. Но от этого немного толку, т.к две экранные страницы нужны только играм, которые используют режим 2 (цвет 320*200), в котором страница экрана только одна.

Две экранные страницы позволяют избавиться в играх от мерцаний спрайтов. В ZX-Spectrum с этим борются извращённо, программно отслеживая когда идёт бордюр и выводя спрайты только во время бордюра, что избавляет от мерцаний.

Для ИРИШИ такой метод не годится в силу низкой скорости и намного меньшей длительности бордюра. Да и вообще гораздо проще делать изменения с сколь угодно низкой скоростью на невидимом в данный момент экране, а потом мгновенно включать его отображение. Это позволяет двигать по экрану даже большие по размеру спрайты без мерцаний. Для ИРИШИ это особенно актуально, ввиду её низкого быстродействия  в цветном режиме.

Аппаратно это добавление однобитового порта. Т.к строб порта DB на плате уже есть, вся доработка "выливается" по расходу деталей всего лишь в триггер 155 ТМ2 и один вентиль ЛЛ1. Естественно, триггер будет стробирован кадровым бланком. Причём, ЛЛ1 ставить не придётся, т.к я его уже "откопал" на плате граф.адаптера. Т.е расход в один триггер избавляет ИРИШУ от мерцаний в играх.

Второй вариант доработки граф.адаптера заключается в установке 9-той 565 РУ5, дающей для каждого экранного байта лишний бит. Запись в этот бит будет автоматической из однобитового порта (принцип цвета Специалиста и Радуги). Вся доработка выливается в 3 микросхемы. ИРИША имеет 2 палитры, но сейчас лишь одна из них выбирается сразу на весь экран. Один новый бит как раз и позволит выбирать палитру для каждого экранного байта. Что даст на экране 7 цветов, хотя и с существенными ограничениями (возможна только одна общая палитра на 8 соседних точек). В любом случае это заметно улучшит цветовые возможности для игр.

Оба варианта доработки граф.адаптера достаточно просты для ручного монтажа. Но пока неизвестно, что нужнее. И это не значит, что я собираюсь это делать завтра. Это и понадобится мне не скоро. Да и то, лишь, если действительно понадобится. Написал, лишь чтобы самому не забыть и по нескольку раз не изобретать одно и то же.

_________________
***
barsik
barsik
Мастер+

Сообщения : 490
Дата регистрации : 2016-11-10
Откуда : С-Петербург

Посмотреть профиль

Вернуться к началу Перейти вниз

Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Empty .

Сообщение  barsik в Ср Апр 17 2019, 01:50

2
Viktor2312 пишет:
barsik пишет:изготовители плат забыли выпустить плату клавиатуры, чем подвели пользователей

Плата клавиатуры, - о ней KokaF77 как-то не говорил
Тут нечего обижаться, не ошибается только тот, кто ничего не делает. И речь шла не только о Вас, но и втором источнике плат ИРИШИ MV1971.
Viktor2312 пишет:не все могут себе купить кнопки "черри"
Не понял как маленькая платка контроллера связана с типом клавиш, тут вроде, какие есть, те и применяй.

Другое дело, что в 21-м веке (когда PC-клавиатуры стоят копейки) делать самодельную клавиатуру и ещё паять для неё плату хотят только излишне фанатичные любители зацикленные на аутентичности и эту проблему более разумно было порешать с помощью простого контроллера на Atmega от caro, какой применяют для ОРИОНА, Вектора, РК86, Микроши, Специалиста и ZX. Для этого надо было уговорить автора сделать соответствующую прошивку.

Это ведь не сама ИРИША, а периферийный контроллер и как он сделан и на каком принципе никого не волнует, лишь бы выдавал ASCII-коды в точном соответствии с надписями на клавиатуре. Что кстати, для ИРИШИ и ОКЕАНА реализуемо, а для РК, Ориона и Специалиста нет, т.к там КОИ-7 и коды привязаны к конкретной клавише, а раскладка клавиш JCUKEN-ЙЦУКЕН, отличается от QWERTY-ЙЦУКЕН использованной на PC-клавиатуре (потому надписи на PC-клавиатуре не соответствуют).

Причём прошивка клавиатурного контроллера для ИРИШИ намного проще, т.к не нужна эмуляция матрицы (что надо делать очень быстро, для чего и нужен скоростной контроллер), а для ИРИШИ надо всего-лишь считать два последовательных байта от AT клавиатуры, по таблице пересчитать скэн-код в ASCII-байт и со сколь угодно медленной скоростью записать его в выходной порт, сопроводив сигналом /STB=0, и держать до тех пор пока от клавиатуры не придёт посылка об отпускании клавиши.

Кстати, PS/2 клавиатура с пяти-штырьковым разъёмом это абсолютно то же самое, что AT-клавиатура, лишь другой разъём, а вот клавиатура с USB-разъёмом это совсем иное.

Т.е для такой работы достаточно даже скорости 8-ми разрядки, не нужна Atmega на 50 МГЦ, что необходима для эмуляции матрицы контактов (там надо выдать в порт биты с матрицы за время прогона всего нескольких команд основного процессора, т.е от момента выдачи в ППА сканирующего нуля по вертикали до считывания процессором из ППА по горизонтали, - на это есть всего несколько микросекунд).

А для аппаратной клавиатуры скорость не играет роли, можно потратить на процедуру анализа и выдачи кода время в 1000 или 50 тысяч раз большее. Нам неважно если код пойдет не через 10 микросекунд, а через 10 миллисекунд или даже через 100 миллисекунд (т.е 0.1 секунды).

Потому, ещё в 90-тые для CP/M ВЕКТОРА подключили PC-клавиатуру для CP/M совсем без доп.железа, - написали маленькую программку-драйвер, что читает через ППА контакты с разъёма AT-клавиатуры. Получается подключение клавиатуры от PC без доп.железа. Но на выходе лишь ASCII-код, а не биты в порту эмулирующие матрицу, потому это и годится только для CP/M, а для игр и других не-CP/M программ всё-равно надо держать родную матрицу кнопок читаемую через ППА.

Но для практического применения такой вариант не устраивает, потому что, чтобы не пропадали нажатия, процессор должен очень часто проверять клавиатуру, - в CP/M это так, а в играх нет. Или же надо делать реакцию по прерываниям, что вообще морока.

Если бы у меня была потребность сделать клавиатуру для ИРИШИ... А это не так, т.к у меня аппаратных клавиатур хватает, - есть и от Apple-II+, неудобная  всего 56 клавиш, есть и от Apple-IIe, ~68 клавиш и есть венгерский Консул. Не чешский контактный, а очень качественный венгерский с вечными датчиками на эффекте Холла (датчик Холла как и геркон срабатывает от магнита, но нет контактов). Т.е можно пользоваться этой клавиатурой вечно, точнее до тех пор пока на неё не упадёт кирпич и не разрушит клавиши механически.

Так вот, отвлёкся, удобно сделать контроллер клавиатуры на 6802. Он удобнее Z80, т.к имеет внутри 128 байт ОЗУ, чего достаточно для стека и буфера, встроенный генератор и контроллер прерываний. Потому весь контроллер клавиатуры не считая процессора состоит из кварца, РФ2, ИР22 для вывода в ИРИШУ и ЛП10 в качестве порта ввода от PS/2 (доп.логика не нужна, т.к в качестве выборки - адреса). Скоростная Atmeg-а, STM32 или AVR не нужна для столь низкоскоростной задачи.

А если матрица качественных клавиш всё-же есть, то имеется ещё более простое решения. В ИРИШЕ есть ППА, хотя в нём свободен всего один порт из трёх. Можно подключить матричную клавиатуру 8*8 без расхода деталей, используя для ввода тот же буфер клавиатуры 589 ИР12 (порт 04). Кажется 589 ИР12 работает по уровню, а не по фронту, т.е может работать не как защёлка, а как просто буфер (если нет, т.е защёлкивает по фронту, то на его вход C можно подать меандр и будет работать как буфер).

Для обслуживания матричной клавиатуры 8*8, битами из ППА сканируем бегущим нулём матрицу по вертикали, а через 589 ИР12 (порт 04) читаем горизонталь матрицы. Т.о при желании очень просто ввести в ИРИШУ матричную клавиатуру 8*8 (вся работа заключается лишь в перепрошивке ПЗУ и подпайке проводов к разъёму матричной клавиатуры). По удачному совпадению РК86 как раз использует клавиатуру с матрицей 8*8. Но надо ещё как-то вводить 3 спец.клавиши (Control, Shift и RUSLAT). Для этого в ППА ИРИШИ найдётся 3 входа.

Матричная клавиатура возможна в ИРИШЕ потому, что в иришином ROM-BIOS клавиатуру обслуживают не на прерываниях. Думаю, что автор ROM-BIOS просто не захотел связываться с прерываниями, т.к сегменты памяти из-за экзотической архитектуры ИРИШИ в ходе работы программ всё-время переключаются и где тогда хранить обработчик прерываний, чтобы не было улёта. И к тому же это неудобнее для програмистов, когда при переходе в другую карту надо выключать прерывания.

А скорее всего, автор иришиного ROM-BIOS, как и многие, просто ненавидел прерывания, т.к предвидел, что пользователи ИРИШИ захотят слушать трехголосный музыкальный BOX от РК86, который скворчит как раз через выход INTE, что невозможно с прерываниями. Кстати жаль, что для него не написали муз.редактор, т.к вручную составлять партитуру неудобно.

Кстати, как я уже писал в теме про клавиши, пару месяцев назад контроллер PS/2-клавиатуры сделали для ОКЕАНА, а там такая же клавиатура как в ИРИШЕ и АГАТЕ.
Viktor2312 пишет:Модуль доп ОЗУ на К565РУ5 оригинал у вас есть? Схема, описание
Оригинала конечно нет. Но при РУ5-тых это всего лишь узел их регенерации с типовым интерфейсом ИРИШИ. Я и сам одно время хотел такое себе сделать (т.к была под рукой плата конструктива ИРИШИ с панельками для РУ5).

Но тут возможна проблема. Вроде бы, чтобы память на РУ5 имела прозрачный доступ (т.е всегда без WAIT для CPU), надо использовать сигнал клока F2 КР580. Похоже, что этот сигнал контроллер для регенерации ОЗУ (по крайней мере, тот, что я видел в зелёной книжке "Одноплатные микро-ЭВМ") использует, чтобы обеспечить процессору мгновенный доступ. Возможно именно поэтому авторы ИРИШИ вывели этот сигнал (под именем F2CLC) на магистраль.

А если стоИт другой процессор, например Z80, 8088, 6802 или 68008, то облом, - они с такой платой ОЗУ скорее всего работать не смогут. Получается плата ОЗУ с прозрачными РУ5 только для КР580. А вот если сделать плату 64К на статике, которой не нужна никакая регенерация, то и не возникает никаких проблем прозрачности.

Для любых процессоров конечно можно использовать РУ5-тые прозрачно, но надо думать о такой схеме, т.е её надо сначала разработать (срисовать из книги можно только для КР580, а для других CPU - неоткуда). Но может проблем и нет и для любого CPU легко получить прозрачность. Я просто не разбирался ещё в схеме контроллеров регенерации РУ5-тых и видел всего одну схему из зелёной книги, т.к Вы свою схему регенерации РУ5-тых не выложили.

Но даже несинхронная память с WAIT будет тормозить намного меньше, чем граф.адаптер в режиме 2 и 3. Граф.адаптер стопорит CPU зараз на 80 тактов (пока видеочасть выводит видимую часть строки). А тут недоступным будет только лишь каждый второй такт, как и в режиме 1. Это тормозит процессор немного, всего на 15%, а не на 50%, как в режимах 2,3. Так, что если КР580 тактировать 2.75 МГЦ, то реальное быстродействие программы в ОЗУ как раз и будет как у ВЕКТОРА и ОКЕАНА.

Более того, т.к шина асинхронная, то можно сделать частоту RAS-CAS максимально высокой (покуда ОЗУ не начнут сбоить и дохнуть от пререгрева), это ~4.5 МГЦ. А в граф.адаптере ОЗУ на 2 МГЦ. Значит торможение сократится более чем вдвое до 5-6%, что вполне приемлемо. И значит при тактировании КР580 тактом в 2.75...3.0 МГЦ получим самый быстрый отечественный комп на КР580, причём и на ОЗУ той эпохи.

Кстати, как выше упомянул, дополнительные 64К ставятся без всяких добавок, т.к это поддерживает родной диспетчер памяти ИРИШИ. При этом доп.банка включается в шину когда сигналы выбора банки P1,P0 выбирают банку 1. А вот, если надо добавить больше 64К, то надо добавлять второй диспетчер памяти, т.е нужен какой-то дополнительный механизм, который переключает страницы дополнительной памяти в одном из пустых окон неиспользуемых карт памяти 1 или 3.

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

Расширение ОЗУ стандартным путём, что даёт всего 64+64=128 кб, за счёт маленькой платки расширения ОЗУ (с одной или двумя панельками для w24512/w24257 или их аналогов) достаточно, чтобы поиметь на ИРИШЕ CP/M пригодную для любых программ (для чего достаточно TPA всего в 52-54 кб). Но в качестве привода при этом обязательно необходимо какое-то внешнее устройство типа дисковода/винчестера/контроллера microSD. Потому-что достижимый при такой архитектуре эл.диск из ОЗУ может иметь размер всего в 48 кб, что даже не смешно и достаточно лишь для ознакомления с CP/M.

По деталям проще всего сделать контроллер IDE-винта, это всего ППА ВВ55 плюс 3 TTL-микросхемы. Но IDE винт желателен антикварный 40-250 мб (мб не гб). Возможно и более современный IDE-винт будет работать, но я не уверен, что у всех современных винтов сохранён обмен с разрядностью по 8 бит (байтами), т.к это не используется уже с начала 90-тых.

У меня к сожалению есть только ненужные винты SATA/SATA2 на 250 и 750 гб, а из IDE есть только тормозной 40 мб винт от ноутбука из начала 90-тых. Обмен с ним происходит вдвое медленнее даже, чем с дисководом, к тому же он после 20 секунд простоя ради экономии электроэнергии нагло отключает вращение колеса, а при очередном обращении разгоняется ~3 секунды. Из-за этого с ним неудобно работать напрямую, а только с эл.диском, тогда рабочие файлы загружаются на эл.диск и уже с ними производится работа.

Потому мне нужен эл.диск не менее, чем на 128 кб. И как раз подумываю о изготовлении контроллера дисковода (конечно от РК86, для контроллера на ВГ93 у ИРИШИ не хватает скорости).

При расширении ОЗУ возникает вопрос куда его ставить. У ИРИШИ особая архитектура. Свободные дырки есть только в картах 1 и 3. Причём, если расширять ОЗУ так как рассчитывали авторы ИРИШИ, то и эти дырки исчезают, все становятся занятыми. Чтобы оставить систему расширяемой, как в плане увеличения ОЗУ, так и в плане подключения периферии, разумно расширять ОЗУ в карте 1, а карту 3 отдать для нужд периферии. Удобно прокачивать большое ОЗУ, например, на SIMM 1 мб, в единственном окне 4000...7FFF карты 1.

Контроллер дисковода по схеме РК-КНГМД в минимуме содержащий ~14 корпусов (вместе с ППА) на ИРИШЕ по скоростным причинам сможет работать или только в видео режиме 0 (когда быстродействие ~1.5 МГЦ, но экран крошечный) или в режиме 80 символов, но с погашенным на время доступа экраном (что ускоряет до 1.77 МГЦ) или же требуется обязательное наличие нетормозной памяти (в которой программа тоже прогоняется на скорости 1.77 МГЦ).

Если расширение ОЗУ ИРИШИ сделано на непрозрачных РУ5/РУ7 или SIMM, доступ к которым основан на разделении времени, т.е каждый чётный маш.такт доступен процессору, а каждый нечётный такт отдан узлу регенерации, то эффективное быстродействие при такте CPU в 1.77 МГЦ не превышает ~1.5 МГЦ. Этого, причём на пределе, хватит лишь для формата диска SD в 400 кб. Это ещё одна причина почему динамические ОЗУ невыгодны для расширения ОЗУ в ИРИШЕ, но увы крупнообъёмная статика непаябельна (планар с шагом 0.4 мм), а на мелкой DIP-статике, чтобы получить хотя бы 512 кб надо слишком много корпусов.

На плате РК-КНГМД стоит ПЗУ (кстати на плате РК-КНГМД Микроши версии 1.0 стояло не ПЗУ, а статическое ОЗУ, что конечно удобнее на стадии отладки). Если в эту панельку на 28 ног вставить 62256, плату РК-КНГМД включить в область I/O (подумываю об адресе $50), а 32К из 62256 включить в карте 1 (оставив два ока в карте 3 для расширений, например для платы текстового адаптера), то это снимает проблему наличия нетормозного ОЗУ необходимого для КНГМД. При этом к схеме РК-КНГМД добавляется узел логики выделяющий два окна для 62256 с 4000 и с C000 в карте 1 и типовой буфер шины ИРИШИ на 555АП6. Дополнительным плюсом РК-КНГМД является возможность читать дискеты от РК86. Т.о плата такая плата КНГМД одновременно даёт 32 кб безтормозного ОЗУ и дисковод при общем числе корпусов на плате ~18 штук.

А вариант большого (1 мб) расширения ОЗУ в окне базового диспетчера ОЗУ не реализовать в эмуляторе, т.к никто не знает как написать конфиг, чтобы один диспетчер ОЗУ работал в окне управляемом другим диспетчером ОЗУ, да и не ясно возможно ли это в эмуляторе вообще. Но это не особо важно, приведёт лишь к тому, что для эмулятора, т.е для отладки программ будет одна версия CP/M (не для реала, чисто для эмулятора), использующая базовый механизм коммутации в окнах управляемый портом С. А для реала будет другая версия с другим механизмом коммутации памяти. Для CP/M-программ не важно как сделан привод, будь то винт, флоп, эл.диск, перфоленточный или даже перфокарточный накопитель. Программам до этого нет дела, т.к к "железу" обращаются только драйверы нижнего уровня из CP/M-BIOS.

Аналоговый джойстик, что поддерживает ИРИША не нужен, т.к таких джойстиков в природе уже не существует, а вот контактный, т.е обычный джойстик от ZX-Spectrum разумно (т.к единственно возможно) подключать через порт А ППА. Это снимает проблему двойных нажатий в играх.

Т.к паять проводками, то лучше несколько меньших плат, чем одна огромная. Вырисовывается две самодельные периферийные платы средней сложности.

Одна - это 32 кб скоростного доп.ОЗУ на 62256 и на этой же плате РК-КНГМД, а также второе ППА ($40), куда уже внешне может подключаться ROM-диск, впрочем он при наличии дисковода или винта практически не нужен (никакие ROM-диски в ИРИШЕ не нужны, т.к холодный загрузчик прекрасно умещается в 2 кб, что свободны в ROM-BIOS). В этот же пользовательский ППА может подключаться и прошиватель УФ-ПЗУ типа 27xxx и прошиватель ПЗУ с проволочными перемычками типа 155РЕ3 и 556РТ4, хотя их менять в ИРИШЕ не требуется (можно, но разумнее сохранить исходный стандарт карт памяти).

Вторая плата - это большое тормозное ОЗУ на SIMM-30 в 1 мб (или даже 4 мб, в крайнем случае возможно несколько SIMM по 256 кб или 565РУ7, хотя столь мало ОЗУ намного проще сделать на статике). Для динамического ОЗУ необходим узел регенерации, что с интерфейсом магистрали составит ~10 TTL-корпусов. Скорость этого ОЗУ не важна, оно лишь для эл.диска, т.е нужно только для трансляции программ на ИРИШЕ или когда вообще нет внешних массовых приводов типа винта/флопа или флэша. На плате ещё останется много места куда можно в качестве 3-х канальной гуделки прицепить AY-8912 или ВИ53, а также ППА пользователя.

С двумя базовыми платами это всего будет 4 платы стандартного конструктива ИРИШИ. Конечно, если бы была возможность сделать промышленную плату, то две описанные платы для ручного монтажа без проблем уместятся на одной иришиной плате. Т.о при изготовлении корзины ИРИШИ разумно сразу предусмотреть, как минимум, наличие четырёх разъёмов мам ГРПМ-61 для установки плат.

_________________
***
barsik
barsik
Мастер+

Сообщения : 490
Дата регистрации : 2016-11-10
Откуда : С-Петербург

Посмотреть профиль

Вернуться к началу Перейти вниз

Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Empty .

Сообщение  barsik в Ср Май 08 2019, 16:06

3
Viktor2312 пишет:предлагаю вам рассмотреть схему адаптера магнитофона, которая на рисунке 7.8 в красной книжечке, подумать, и высказать своё мнение по ней, что возможно там лишнее, то есть лучше не ставить, или что-то наоборот добавить, а если и отмакетируете, то вообще было бы супер
Делал я этот адаптер лет 30 назад. По-моему этот адаптер ничем не лучше других. Испытаний не проводил, но так разницы этого адаптера и адаптера от Специалиста (не оригинального эр-кашного, а с гистерезисом из 1988), не заметил.

Правда я использовал импортные кассеты и магнитофон ЯУЗА-220 с японской механникой, сендастовой головкой и идеально настроенный, чтоб писал 20...20, а при этом с любым МГ-адаптером всё прекрасно вводилось, не было вообще ни одного сбоя. Сбои пошли лишь много лет спустя, когда кассеты сдохли от времени. Можно судить о МГ-адаптере только, если провести испытания на осыпающихся советских кассетах на раздолбанном в хлам аппарате IV-класса с запиленной головкой.

Лучше применить МГ-адаптер на КМОП (что из схемы ZS Scorpion), он вводит ничуть не хуже других, но самый простой. Да и вообще МГ-адаптер не нужен, точнее нужен лишь как времянка, пока владелец не допаяет КНГМД, контроллер винта или флэша. А спаять одну КМОП-микросхему на картонке по силам каждому. Потому делать печ.плату отдельного МГ-адаптера не имеет смысла.

МГ-адаптер в оригинале крепится на параллепипиды на плате ЦП. Также монтируется и иришин ROM-диск, потому что иришин ROM-диск на другую плату не поместить (без соотв.коррекций на плате ЦП), - он рассчитан на локальную шину, его чип-селект не выходит на магистраль и при его выборе буфера магистрали не открываются.

Потому иришин ROM-диск разумно объединить как раз с МГ-адаптером. А также желательно с узлом доп.ПЗУ. А возможно даже и с узлом замены CPU на Z80 или 8088 (хотя короче тянуть косу от панельки CPU к платке закреплённой на винтах разъёма ГРПМ-61).

Такая плата делается в виде второэтажной платки монтируемой на плате ЦП на параллепипидах. Узел для доп.ПЗУ это всего-лишь пара TTL-корпусов, но это позволяет ставить всего одну 27256 (или даже две) вместо двух 2764 в одну из панелек для ПЗУ на основной плате и иметь 32 (64) кб ПЗУ вместо 16. Аппаратно расширение ПЗУ до 64К это раза в 3 меньше деталей, чем иришин ROM-диск, но требует применения чуть модернизированного ROM-BIOS.

А на дополнительной плате ИРИШИ (по сути мультикарте) разумно разместить КНГМД (15 корпусов), КНЖМД (он с ППА), доп.ОЗУ 64/128К на w24257/w24512, возможно одно ПЗУ 32К, ППА пользователя и AY-8912 (или 580ВИ53), чтобы скворчало на три канала. Это сделает ИРИШУ полноценной машиной.
Viktor2312 пишет:я уже подумываю о разработки печатной платы ver 2.0 для ПЭВМ "Ириша-М", но я хочу все блокировочные и другие конденсаторы заменить на SMD и все резисторы
Смысла не вижу в SMD-конденсаторах. Блокиравочные конденсаторы никак не влияют на размер печ.платы и замена на SMD даёт не выигрыш, а создаёт кучу неудобств.

Радиолюбители же не завод, где есть запасы SMD-деталей. Напротив, у всех есть запасы именно обычных деталей. Например, у меня, как и у всех есть запас блокировочных емкостей по питанию (0.1 мкф = 104). А SMD-резисторы в радиолюбительстве это вообще бред, они слишком маленькие.

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

На любительской машине нужно лишь то, что требуется для игр. Плюс ППА пользователя для подключения периферии пользователя (в основном это лишь прошиватель УФ-ПЗУ и РПЗУ с пережигаемыми перемычками). Потому на плате новодела ИРИШИ я бы выкинул ВВ51, ВН59, 1006ВИ1, 2*КП13, 2*АП26, ИЕ10, ЛА13 и еще кучу сопутствующей логики. Буфера процессора в локальной магистрали я бы тоже убрал, а древние буфера магистрали заменил бы всего на три 1533АП6.

Вместо 2-х панелек для ПЗУ 2764 оставил бы только одну, но зато для 27256. Все 3 канала ВИ53 на звук. И естественно, вместо ГФ24+КР580+ВК28+3*ЛП10 поставил бы всего один Z80. В итоге освободилось бы от половины до 2/3 печ.платы ЦП. И на это освободившееся место прекрасно бы встали 128 кб ОЗУ на w24257, ППА пользователя с разъёмом наружу и контроллер винта.

Такая машина останется ИРИШЕЙ, потому что главное, что программно отличает ИРИШУ, это её диспетчер памяти, её структура экрана в 3-х видео режимах и номера портов. А это не меняется. Убираются только бесполезные компоненты, которые даже ROM-BIOS-ом не поддержаны.

_________________
***
barsik
barsik
Мастер+

Сообщения : 490
Дата регистрации : 2016-11-10
Откуда : С-Петербург

Посмотреть профиль

Вернуться к началу Перейти вниз

Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат Empty Re: Обсуждение желаемых новодельных плат расширения и мелких усовершенствований базовых плат

Сообщение  Спонсируемый контент

4

Спонсируемый контент


Вернуться к началу Перейти вниз

Вернуться к началу


 
Права доступа к этому форуму:
Вы не можете отвечать на сообщения