Январь 2019
ПнВтСрЧтПтСбВс
 123456
78910111213
14151617181920
21222324252627
28293031   

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

Последние темы
» Разработка "Радио - РК2019М".
автор alemorf Сегодня в 12:39

» Карта памяти ИРИШИ для программистов
автор barsik Сегодня в 11:20

» [ANN] RCO Rampant Coin (RCO). Криптовалюта Rampant Coin.
автор Viktor2312 Сегодня в 05:04

» Статьи, заметки, очерки, разное...
автор Viktor2312 Сегодня в 04:53

» Новинки.
автор Viktor2312 Сегодня в 04:22

» Немного о портах
автор barsik Вчера в 11:27

» ПЭВМ "АПОГЕЙ - БК01Ц".
автор alemorf Пн Янв 14 2019, 14:26

» Сборка и настройка платы Apple-II
автор barsik Пн Янв 14 2019, 13:28

» Апогей-БК01Ц: Online эмулятор
автор alemorf Пн Янв 14 2019, 10:31

» Жалобы/пожелания по работе форума
автор alemorf Пн Янв 14 2019, 10:00

» Апогей-БК01Ц: Внешнее ПЗУ
автор alemorf Пн Янв 14 2019, 09:52

» Радио-86РК: внешние видео-адаптеры
автор barsik Пн Янв 14 2019, 03:04

» Прошивки УФ-ПЗУ и РПЗУ ИРИШИ
автор Viktor2312 Вс Янв 13 2019, 12:07

» Юниор ПК ФВ 6506. Информация, докуметы, фото.
автор alemorf Вс Янв 13 2019, 02:54

» Схема блока питания В265.
автор sergey1966 Сб Янв 12 2019, 17:46

» Кратко о компьютере АГАТ
автор alemorf Пт Янв 11 2019, 10:44

» Эльф 2
автор alemorf Чт Янв 10 2019, 23:01

» Упрощаем схему Микро-80 и исправляем косяки. И собираем по технологиям 80-х годов.
автор alemorf Чт Янв 10 2019, 14:51

» ПО ИРИТЕКСТ
автор barsik Чт Янв 10 2019, 09:58

» РК86: подключение винчестера IDE (или CF-карты)
автор bug19 Ср Янв 09 2019, 05:04

» Датчики. Статьи, описания, разное...
автор Viktor2312 Ср Янв 09 2019, 02:16

» Радио-86РК: Подключение дисковода
автор barsik Пн Янв 07 2019, 01:46

» Серия: Массовая радио библиотека. МРБ
автор Viktor2312 Вс Янв 06 2019, 17:22

» РК86 в роли терминала
автор barsik Пт Янв 04 2019, 17:06

» Статьи, заметки, очерки, разное...
автор Viktor2312 Вт Янв 01 2019, 20:45

Самые активные пользователи за месяц
Viktor2312
 
barsik
 
alemorf
 
bug19
 
QUATTRO
 
san010101
 
sergey1966
 

Поиск
 
 

Результаты :
 


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


Разработка "Радио - РК2019М".

Страница 5 из 6 Предыдущий  1, 2, 3, 4, 5, 6  Следующий

Перейти вниз

Re: Разработка "Радио - РК2019М".

Сообщение  san010101 в Вт Дек 25 2018, 15:44

А все таки сделать ПЗУ с языком высокого уровня, чтобы не загружаеть каждый раз?

san010101
новичёк

Сообщения : 27
Дата регистрации : 2018-07-24

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

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

.

Сообщение  barsik в Вт Дек 25 2018, 22:28

san010101 пишет:А все таки сделать ПЗУ с языком высокого уровня, чтобы не загружать каждый раз?
Неточно поставленный вопрос. Неясно о каком конкретно ЯВУ идёт речь.

Если речь идёт о настоящем ЯВУ, т.е о компиляторе Паскаля, Си, Ада, PL/M и куче других уже непопулярных ЯВУ, которые существуют для КР580, то загружать их из ПЗУ обойдётся довольно дорого (нужен большой объём ПЗУ). Кстати, дискета, винчестер или флэш-привод это по сути то же ПЗУ, но оперативно перезаписываемое.

Большой объём ПЗУ нужен по следующим причинам. Во-первых, все эти компиляторы не являются отдельными независимыми программами, а работают только в составе DOS для которой предназначен конкретный компилятор. Т.к компилятору откуда-то надо брать десятки файлов содержащих исходный текст программы, стандартные библиотеки и заголовочные иклюдэ файлы. Также сами компиляторы не являются одним единственным файлом, а состоят из множества модулей, последовательно подгружаемых в TPA в ходе разных фаз трансляции (иначе как 150 кб уместить в адресном пространстве 8-ми разрядки). Кроме того, без расширения ОЗУ хотя-бы до 52 кб использовать компиляторы ЯВУ на РК невозможно.

К сожалению, такие компиляторы имеют существенный объём и ПЗУ такого объёма обойдётся недёшево. Например, компилятор Паскаля имеет объём под 200 кб. Наименьший размер имеет компилятор PL/M, для его хранения достаточно ROM-привода размером всего в 48 кб.

Имея большой по объёму многобанковый ROM-диск технически несложно из него сделать CP/M привод (эл.диск ROM), т.е диск с флагом R/O, содержащий часто используемые CP/M-программы. Для этого достаточно содержимое CP/M RAM-диска прошить в ROM-диск. Я делал себе в 90-тые CP/M-привод из ROM-диска (это было удобно чтобы не хранить графический драйвер XBIOS.SYS в 16К на каждой дискете). Естественно, при попытке записи на такой CP/M привод будет выскакивать обидная надпись BAD SECTOR... Потому CP/M ROM-привод не может быть диском A (т.к CP/M имеет привычку писать свои временные файлы именно на привод A:).

Но иметь только CP/M ROM-привод содержащий все файлы компилятора недостаточно. Нужен и CP/M привод A (хотя бы минимального размера) позволяющий на него запись. Для компиляции достаточно небольшого RAM-диска размером в 56К из дополнительной банки ОЗУ новодела РК86. Ведь имея компилятор в ROM-приводе в эл.диске требуется хранить только исходник и результирующий код.

Теоретически Ваша идея создать резидентную среду для компиляции без дисковода не лишена смысла. По крайней мере для компилятора PL/M, т.к его размер невелик. Имея ROM-диск (от ОРИОНА) размером  всего в 64 кб, его тратим так. 12 кб отнимет код CP/M, загружаемый по сбросу. Остальные 52К отдаём под CP/M ROM-привод. В нём 2 кб отнимет программа обмена файлами по линии с IBM PC (эта функция м.быть встроена в Нортон). 10 кб отнимет фирменный текстов редактор (и всего 5 кб самодельный) и ещё 4 кб отнимет отладчик DDT. В оставшееся место уместится РК-Нортон для CP/M размером в 10 кб и PL/M-компилятор.

При наличии, CP/M-программ в ПЗУ загружать из линии в RAM-диск 56К придётся только исходники. Можно транслировать даже программы с исходником большого размера, т.к большие программы всегда разбивают на модули размером не более 16-20 кб для удобства. Тогда большие программы не уместившиеся целиком в диск 56К можно транслировать по частям, последовательно загружая и транслируя модули. Удобнее, конечно когда RAM-диск большой.

Если же под ЯВУ понимается интерпретатор бейсика, т.е бейсик от МИКРО-80 (1A20), бейсики МИКРОН (разных версий), журнальный бейсик-сервис с вводом ключевых слов через <АР2>, бейсик MIUS, бейсик ПЛЮС или речь о других подобных интерпретаторах бейсика, то иметь их в ПЗУ совсем не проблема.

Тут есть два варианта. Загрузка из расширенного до нужного объёма резидентного ПЗУ или из внешнего ROM-диска (по схеме ROM-диска ОРИОНА, т.к ROM-диск предложенный для самого РК имел ограничение в 32К).

Способ ROM-диска, наиболее нетравмирующий. При этом достаточно прошить в ROM-диск желаемые программы и слегка модифицировать ROM-BIOS F800. Последнее теперь сделать легко, т.к я ещё в прошлом году для добавки поддержки многобанковости и ВИ53 в ПЗУ РК, освободил там ~170 байт, куда можно уместить даже маленькую ОС для обслуги ROM-диска.

Для решения задачи старта бейсика достаточно встроить простейший стартёр программы из ROM-диска (это займёт менее 30 байтов кода). Тогда по нажатию <СБРОС> будет обычный выход в RAM-монитор из ROM-BIOS. Если же в момент сброса удерживать какую-нибудь из трёх внематричных клавиш (УС, СС, РУСЛАТ), то происходит выход в бейсик (или любую другую программу из ROM-диска). При этом, чтобы можно было менять программу в ROM-диске без перепрошивки ПЗУ F800, программа размещается в ROM-диске в формате ORD, т.е содержит в начале стандартный ORD-заголовок в 16 байт из которого загрузчик в ПЗУ узнаёт размер файла и место загрузки.

Расширять резидентное ПЗУ можно 3-мя способами. Первый - это расширение резидентного ПЗУ F800, - страничным методом в окне F800...FFFF, при этом в окне 2 кб, управляемые какими-либо битами прокачиваются страницы ПЗУ размером в 2 кб.

Второй способ, - это введение "теневого ПЗУ". Это когда большое окно ПЗУ на 8К/16К (или даже 32К) находится как бы в тени ОЗУ по адресам 0...1FFF/3FFF и по отдельной команде включается, чтобы обеспечить доступ процессору к находящимся там программам. Программа может как работать из окна ПЗУ, так и просто храниться там, перегружаясь для работы в ОЗУ. Естественно, при этом ОЗУ находящееся в этих же адресах (и переведённое при включении ПЗУ в "тень") недоступно, что делает невыгодной работу бейсика прямо из ПЗУ, т.к резко сокращает ОЗУ для хранения бейсик программы. К тому же при этом бейсик надо модифицировать, чтобы перенести рабочие ячейки и адрес буфера текста на 4000. Интересно, что такая архитектура с работой бейсика прямо из ПЗУ очень похожа на архитектуру ZX-16К из 1982 года.

Третий способ это включение ПЗУ в неиспользуемых дырках адресного пространства в области портов. Как известно, в РК86 не совсем удачно для портов выделено целых 32 кб, тогда как реально РК-портам достаточно менее 20 адресов. Потому можно в каждой из 3-х 8-ми килобайтовых областей являющихся выборками В/У (8000...9FFF, A000...BFFF, C000...DFFF) сделать с помощью дополнительной логики перераспределение адресного пространства.

Отдав из 8-ми килобайт собственно порту ввода/вывода всего 1 кб (есть причина почему меньше нежелательно), выиграв чип-селект на участок в 7 кб, в котором можно разместить расширяющее ПЗУ 27128 (с 2-х страничной коммутацией, т.к в 7 кб влезает только бейсик МИКРО-80). Можно взять схемку вот отсюда. Рассмотрите также вариант расширения ПЗУ до 15 кб по этой схеме. Такой вариант выгоден тем, что тогда бейсик может работать из самогО ПЗУ (если его перетранслировать), оставив все 29 кб для размещения бейсик-программы.

Если Вам лениво самому перетранслировать ПЗУ РК86, то могу странслировать такое ПЗУ. Это простейшая задача на 5 минут работы. Сообщите какой вариант установки доп.ПЗУ Вы используете и я в тот же день это сделаю.

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

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

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

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

.

Сообщение  barsik в Чт Дек 27 2018, 02:04

Отмечу один любопытный нюанс работы предложенной схемы начального пуска. Заметим, что ИД7 дешифратор формирующий карту памяти компьютера в схеме РК зачем-то деактивируется сигналом /НП. Что приводит к тому, что пока есть (т.е не сброшен) сигнал НП, - дешифратор запрещён. Таким образом, при НП мы не имеем возможность даже записать в РУС ППА управляющее слово, т.к ни одно устройство нельзя выбрать, а всё адресное пространство вплоть до FFFF - повторяющееся ПЗУ F800.

Кстати, это обстоятельство наводит на интересную идею, - если заменить РФ2 на 27512 и обеспечить программное управление сигналом НП, то так можно читать ПЗУ в 64К, введя в ROM-BIOS отдельную п/п-мму чтения ПЗУ. Такой трюк позволяет с'экономить управление адресами A11...A15 страничного ПЗУ, что в обычном варианте приходится формировать на ТМ9 или портами ППА.

В моём Специалисте такая же схема формирователя НП, т.е НП сбрасываемый сигналом /WR. Но там дешифратор В/У не запрещается сигналом НП. Это перестраховка от авторов РК86. Возникновение кратковременных случайных сигналов на выходе дешифратора в моменты переключения сигналов на адресной шине не вредит, т.к все устройства (память и В/У) выбираются только по активности сигналов DBIN или /WR. Потому запрещать дешифратор ИД7 (формирующий выборки устройств) сигналом НП не требуется.

Тем не менее в РК так сделано. При этом процесс старта происходит так. После сброса сигнал НП приводит к тому, что на адресе 0 читается первая команда в ПЗУ F800. Первой командой всегда стоит JMP в область F800. Далее из ПЗУ РК читается следующая команда по адресу F836, отчего на шине адреса при активном DBIN возникает адрес А15=1. Что приводит в базовой схеме к сбросу ТМ2 формирующего сигнал НП.

В обсуждаемой схеме А15=1 не используется для сброса RS-триггера формирователя НП. Это делается следующей командой которая пишет в ППА клавиатуры задавая режим его работы. Но дешифратор запрещён сигналом НП, потому при НП=1 ППА не выбирается и потому не программируется.

В данной схеме сброс триггера НП происходит по сигналу /WR. Потому сначала сигнал /WR сбрасывает НП, разрешая работу дешифратора ИД14 и спустя время задежки дешифратора формируется чип-селект ППА и т.к /WR уже активен происходит запись в него. Это немного не по диаграмме в РТМ, принято сначала подавать чип селект, а уже затем сигнал записи. Но можно и так. Т.к задержка срабатывания RS-триггера и время прохождения сигнала через дешифратор в сумме не превысят 20-30 НСЕК, то цикл записи в ППА длящийся при 2.5 МГЦ ~600 НСЕК сократится незначительно и запись в ППА осуществится без проблем.

Т.о особенностью данной схемы сброса является то, что одной и той же командой и даже в том же самом машинном такте осуществляется и сброс сигнала НП и запись в ППА, которую сброс сигнала НП за 30 НСЕК до того разрешил.

PS. Предыдущие 2 поста лучше перенести в тему "РК86: Разное". Здесь это оффтоп.

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Чт Дек 27 2018, 05:50

Блин, вы не маленький человек, но не ужели не знаете, что наносекунды пишутся маленькими буквами нс. Жесть просто.
Далее не существует никакого (матерное слово из трёх букв)-селект. Есть только сигнал выбор кристалла /CS. Который иногда так и обозначается в отечественной литературе /ВК.

Зачем договаривались, что сигнал НП мы будем обозначать PUSK и инверсный /PUSK, нет продолжаете делать кашу из сигналов смешивая русские и английские.

У меня просто нет слов...
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Чт Дек 27 2018, 12:48

Так понимаю, что из-за болезни наступил тайм-аут в разработке платы новодела РК. Сообщите, когда этот тайм-аут закончится. Спешки нет, ничего не горит.

Если сразу сделать основную плату сложно и долго, то можно выпустить маленькую платку "примочку", которая содержит всего несколько TTL-корпусов и с помощью косы с DIP-разъёмом подключается в панельку D11, которую в журнале Радио просили ставить при монтаже платы РК. Думаю, что панелька у D11 у всех стоит. Такой доработкой можно получить расширение ОЗУ до 54 кб, а также ПЗУ до 4 кб (добавкой второэтажной РФ2) и дополнительные "выборки кристаллов" для подключения периферии. Зато платка будет крошечная, а значит очень дешёвая.

оффтоп:

неужели не знаете, что наносекунды пишутся маленькими буквами нс. Жесть просто.
Нет правил на сокращения. Секунда удобно сокращается до СЕК, а наносекунда до НСЕК.

Вы уже не первый раз упрекаете меня в малограмотности. Я пишу "т.е" и т.о" (что Вас дико возмущает), а не "т.е." и "т.о." сознательно. Потому что руководствуюсь принципом 'Не человек для грамматики, а грамматика для человека'. Писать надо так, как лучше, а не так, как утверждает академик, написавший ответ на лингвистический вопрос в Интернете. Правильность ранее задавали носители языка, а не академики, выдумывающие правила грамматики и правописания. Лингвисты не поспевают за живым изменением языка, а всё что они раньше могли делать, это спустя 15-20 лет констатировать изменения в языке и закреплять их официально.

Но теперь, когда каждый при сомнении гуглит "как правильно писать", лингвисты получили наконец возможность влиять на русский язык. Причём не исключено, что ответы о правописании вместо настоящих лингвистов дают вражеские агенты, поставившие себе целью подорвать и изуродовать основу нации, её язык. Если в годы холодной войны в США десятки институтов были заняты выдумыванием порочащих анекдотов, то и сейчас через Интернет они продолжают вредительство по всем направлениям.
не существует матерного слова чип-селект. Есть только сигнал выбор кристалла /CS. Который иногда так и обозначается в отечественной литературе /ВК.
Мне непонятна Ваша странная идиосинкразия относительно использования слова "чип". Я слишком плохо знаю современные ругательства, и потому даже не понимаю, почему Вы считаете это слово матерным.

Слово чип-селект, прямая калька с английского, давно и прочно, уже лет так 40, устоялось в литературе о электронике и компьютерах. Поздно возмущаться по этому поводу и долбать невинных пользователей, привыкших к повсеместно распространённым в литературе техническим терминам.

Долбать надо не пользователей, а депутатов Думы, чтобы приняли закон о защите русского языка от англиканизмов. Например, во Франции и Финляндии есть такие законы. Потому во Франции англиканизмов намного меньше (они проникают, но лишь там где нет эквивалентов), там пропаганда англиканизмов уголовно преследуется. А у нас, особенно с повсеместным внедрением Интернета, русский язык губится англиканизмами и быстро превращается в суржик из английской лексики.

Это делает малограмотная молодёшь (находясь под тлетворным влиянием иностранных агентов), которой использование чуждых слов кажется крутым, и вражеские голоса, которые сознательно вводят слова-кальки для вытеснения русских слов. Давно пора начать штрафовать владельцев сайтов, где допускают издевательства над языком. При Сталине таких вредителей сразу же "выводили на чистую воду" и, за низкопоклонство перед Западом, быстро отправляли на лесоповал.

Пока в правила форума официально не введён запрет на слово "чип", требование его избегать незаконно. Что не запрещено, то разрешено.
Зачем договаривались, что сигнал НП мы будем обозначать PUSK и инверсный /PUSK? Нет, продолжаете делать кашу из сигналов смешивая русские и английские.
Речь же была о журнальном РК, где цепи вообще имеют неудобные цифровые обозначения, а не о схеме новодела, и глупо было бы вводить в пост путаницу двумя названиями. К тому же этот узел удобно виден на моей схеме, выложенной ранее. На неё я и ссылался.

Во-вторых, я так назвал физический сигнал, а не цепь на Вашей схеме, которой у меня и нет. Разве лучше, если бы я писал не сокращённо, а каждый раз писал длинно - "начальный пуск". В журналах описывающих самодельные компьютеры такой сигнал называется НП.

В общем, Ваш предыдущий пост - совсем не по делу. Лучше удалить, чтобы не засорять. Видимо, сказывается депрессия из-за болезни.

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Чт Дек 27 2018, 15:11

Так понимаю, что из-за болезни наступил тайм-аут в разработке платы новодела РК. Сообщите, когда этот тайм-аут закончится. Спешки нет, ничего не горит.

Да, временная приостановка, как вы выразились time out. Любят у нас английские слова, фразы, писать не переводя, а прямо как читается по английски, так и писать русскими буквами, но это уже видать болезнь мозга у подобных, поэтому остаётся только посочувствовать им...
А схемой займусь, как вы всё выложите и скажите, вот если это вычертить, то всё будет хорошо (работать как часы, так как продумано, отмакетированно) и завтра я не напишу, что схему нужно переделывать, перечерчивать и желательно с нуля. Вот тогда я и продолжу, а то как-то не интересно, два дня чертишь, уже вот вот конец, но тут оказывается всё мы переделаем, изменим, это выкинем, этого по-напхаем, и в общим чертите схему заново, не так вот больше не хочется недели убивать в пустую.

Если сразу сделать основную плату сложно и долго, то можно выпустить маленькую платку "примочку", которая содержит всего несколько TTL-корпусов и с помощью косы с DIP-разъёмом подключается в панельку D11, которую в журнале Радио просили ставить при монтаже платы РК. Думаю, что панелька у D11 у всех стоит. Такой доработкой можно получить расширение ОЗУ до 54 кб, а также ПЗУ до 4 кб (добавкой второэтажной РФ2) и дополнительные "выборки кристаллов" для подключения периферии. Зато платка будет крошечная, а значит очень дешёвая.

Давайте схему, посмотрим, подумаем, я не против, если там с пяток корпусов, то она и не заметно пройдёт для основного проекта, так в перерывах, для отдыха мозга, слепим её.


Что под спойлером комментировать не буду, тема не та, с некоторыми вещами могу согласиться, что там написаны, в контексте, что да есть такое. Но во многом не согласен, а уж про матерное слово из трёх букв в литературе, не слышал, не видел, не читал, и не сталкивался, НО до недавнего времени когда больные на голову и слабенькие умом западопоклонники полезли, и добрались до науки, институтов, и там малограмотная молодёжь уже начала применять это матерное слово, оставлю это на их совести, для меня это слово либо так приемлемо chip, либо перевод, как и положено, микросхема, интегральная схема, когда контекст подразумевает готовое, корпусированное изделие, и кристалл, когда мы говорим о структуре, внутренней структуре микросхемы, от этого и сигнал (выбор кристалла) и многое другое, ну а это ваше и многих других, для меня было, есть и всегда останется матерным словом из трёх букв. Эх всё же немного прокомментировал.
И по поводу удаления, ничего удалять не буду, только если уж явный мат, текст не по теме или ещё какие непотребства, т. е. только в крайнем случае, я наполняю форум информацией, а не очищаю его...
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Чт Дек 27 2018, 19:25

Ну так что, где схема и описание платки. Только в схеме обязательно нужно возле каждого сигнала написать к какому контакту панельки он подключается. Про косичку не очень понял, это делается обычно шлейфом на 16 проводников, который обжимается в разъём. А разъём уже вставляется в панельку вместо микросхемы.
Разъём называется: DS1019-16N.


И стоит это удовольствие 20 руб. всего, если 1 шт. только покупать. Можно продумать и в комплекте с платой сразу, чтобы шёл.
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Пт Дек 28 2018, 16:22

Правильно, прекращаем глупую спешку. При спешке без возможности что-то менять, гарантированно выйдет туфта. Понял, что перерыв - это карт бланш на кардинальные изменения и время подумать о других вариантах архитектуры и схемы. Писать, что я не дал схему неверно. Я дал, и работать она будет. Она довольно оптимальная, но неоптимальная по архитектуре.

В частности, страничное ПЗУ с окном всего в 2К неудобно, пригодно только лишь для хранения программ перегружаемых в ОЗУ (эквивалентно ROM-диску). А архитектура РК как раз сделана так, что ПЗУ 8 кб совмещается с ПДП. ПЗУ в 8 кб не мешает работе ПДП на E000. 8 кб в адресном пространстве это важнее, чем резидентный ROM-диск. Программа в этих 8-ми килобайтах работает прямо оттуда (с адресов E000...FFFF). Потому глупо этим не пользоваться.



Как писал в теме про РК-ОЗУ, коммутацию архитектуры можно делать РПЗУ РТ4, КП11-той и деактивируя дешифратор (D11) и включая свой. Нарисованная ранее схема использовала для переключения КП11. Этот вариант отключает выборку дешифратора (и порты 8000, A000, C000 исчезают), а свой дешифратор включён всегда в старших адресах (потому не мешает). С целью экономии эта схема минимизирована. Убран системный (третий) ППА, для формирования сигналов управления он заменён на 1533 ТМ9. Все 4 атрибута ВГ75 на фонты. Reverse Video долой (инверсный фонт делает это лучше и удобнее). Вибрато долой.

Устранён досадный недостаток схемы на КП11, а именно пропадание впустую адресов E000...EFFF. В данной схеме ПЗУ стоит на 8 кб в адресах ПДП (E000...FFFF). 27256 прокачивается в 4 страницы (ранее было 16 страниц по 2 кб). Всё управление одним регистром ТМ9. Для РК неважно, что упр.сигналы не читаются. Грамотно сделанное системное ПО это заменяет программно.

Один из буферов надо убрать, слишком громоздко. Можно убрать буфер на внешнюю шину и два ППА, оставив буфер на ОЗУ (это сокращает на АП6 и 4 вентиля). Можно ещё заметно сократить схему заменив все вентили ЛИ1 двумя диодами и резистором. Это не вредит. У меня схемы с диодами работали на 5 МГЦ, при диодах и задержки меньше.
Ну так что, где схема и описание платки.
Это так быстро не делается. Тут по разводке печ.платы работы намного меньше, но много думать всё-равно надо. Потому-что крошечную платку на 1-2 микросхемы делать бессмысленно, их намного удобнее и проще припаять вторым этажом.

Вот для иллюстрации этой мысли доработка по расширению ОЗУ на 8 кб в окне ППА D14. Какой смысл ради одной микросхемы и 2-х диодов (что заменяют вентиль ЛИ1) делать печ.плату. Дешёвая микросхема 155 ЛА3 монтируется вторым этажом за 10 минут.



не читать:


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

Если плата будет, то глупо губить её сбыт с помощью выпуска маленькой платки. Да и есть есть ли в ней смысл, т.к некоторые (многие ?) не захотят доработки, даже с помощью второэтажных платок. А уж если человек купит маленькую платку для доработки конструктором, то он не захочет покупать целую плату.

И на отдельной маленькой платке можно сделать только хреновую доработку, т.е получить далеко не оптимальную архитектуру. Двух-режимный РК (т.е с переключением 32 / 56 кб) с помощью платки подключаемой только через панельку DIP-16 не получится, будет громоздко и доп.провода вне панельки. Чтобы было мало деталей надо использовать 155РЕ3.

А основной вопрос в том, какую архитектуру на мелкой платке делать. Какой смысл делать доработку, если она несовместима с платой новодела, не будет поддержана ПО, а тем более, ещё и создаёт ненужный альтернативный вариант. Это совсем не нужно. Потому о маленькой платке поговорим, если дело новодела надолго застопорится.

Хотя и с маленькой платкой есть интересные варианты. В частности, сделать не мелкую платку в 4 корпуса, а большую в 20 корпусов, которая подключалась бы через две косы DIP-40 в панельку процессора и DIP-16 в панельку D11. Тогда можно многое сделать. В частности буферизовать процессор, заменить его на Z80, добавить к нему буфера изолирующие CPU от шины ПДП, чтобы ядро было отделено от шины ВГ75 и ПДП. Тогда ПДП не нужно останавливать процессор на время захвата шины. Это ускорит на 20%, а в граф.режимах на 40%.

Ещё один вариант - это сделать маленькую платку переходник для замены CPU на Z80. Платка маленькая - лишь панелька на 40 ног и пара TTL-корпусов.



Последний раз редактировалось: barsik (Чт Янв 03 2019, 17:58), всего редактировалось 5 раз(а)

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Пт Дек 28 2018, 17:57

Ещё один вариант это сделать маленькую платку переходник для замены CPU

Это меня вообще не интересует, даже не предлагайте.

Хотя и с маленькой платкой есть интересные варианты. В частности, сделать не мелкую платку в 4 корпуса, а среднюю в 20 корпусов, которая подключалась бы через две косы DIP-40 в панельку процессора и DIP-16 в панельку D11.

Давайте схему, полную, законченную, которая точно больше не будет изменяться, а то знаете как оно...: "Я эту самую истину выкапываю, а в это время с нею что-то такое делается... Выкапывал я истину, а выкопал кучу... Не скажу чего."
Можно развести пока эту маленькую платку.

По поводу основной платы, я уже написал, я жду так же окончательные куски схемы от вас, которые вы продумали, окончательно решили, желательно отмакетировали, чтобы я по ним вычертил схему и по ней развёл плату, но чтобы она, схема, не трансформировалась в процессе её вычерчивания и уж тем более во время разработки платы.


Так же у меня к вам есть вопрос, мне нужно буферизировать шину адреса, всё понятно мне, у меня 3 К155ЛП10, а вот куда мне подключать выводы микросхем переводящие их в Z-состояние, к выводу HLDA, там как раз в описании на К155ЛП10 написано, что при подаче хотя бы на один вход сигнала лог. 1 - переходят в высокоимпедансное состояние и в описании МП написано, что этот вывод переходит в состояние лог.1 подтверждая "захват" и буферные схемы канала адреса и данных переходят в высокоомное состояние.
Из всего этого я понял, что все выводы 1 и 15 моих К155ЛП10 необходимо подключить в выводу HLDA микропроцессора.
Правильно ли я понял?
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  barsik в Пт Дек 28 2018, 18:36

Из всего этого я понял, что все выводы 1 и 15 моих К155ЛП10 необходимо подключить в выводу HLDA микропроцессора. Правильно ли я понял?
Правильно. Это надо делать только, если в системе есть второй процессор, который запрашивает шину подавая сигнал на HOLD. Если DMA не используется, то надо заземлить "выборы кристаллов" адресных буферов. Заметьте, как фразы со словами "выбор кристалла" звучат непонятно.

Полезнее разобраться в схеме включения ВТ57 в РК86. Там схема не традиционная. Интересует использование другого канала. Чтобы трансфер другого канала не попадал в ВГ75.

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Пт Дек 28 2018, 19:19

Заметьте, как фразы со словами "выбор кристалла" звучат непонятно.

Конечно не понятно, если учесть, что данных выводов у буферов нет, а есть только два входа объединённых по И для перевода выходов микросхемы в третье состояние, или иными словами в Z-состояние, или иными словами в высокоимпедансное состояние, или иными словами в высокоомное состояние. А в контексте где у микросхемы имеется вход выбор кристалла, это нормально и понятно звучит.

Это надо делать только, если в системе есть второй процессор, который запрашивает шину подавая сигнал на HOLD. Если DMA не используется, то надо заземлить

Насколько я понял принцип работы, то лучше к МП, так как он всегда будет поддерживать вывод HLDA в состоянии лог.0, если не используется режим ПДП. Я же когда спрашивал вас о буферизации шины адреса, то меня сейчас интересует буферизация именно базового варианта Радио-86РК. В остальных схемах, у меня по этому поводу вопросов не возникает, как в том же МП у меня реализовано, там они и КР580ВК28 имеют заземлёнными эти входы, входы перевода выходов микросхем в высокоимпедансное состояние.
Поэтому значит я могу смело ставить свои буферы в базовый вариант РК с подключением выводов 1 и 15 к выводу МП HLDA. По идее должно работать... Я же просто неспешно макетирую свой РК, пока работает только генератор G1 на КР580ГФ24, второй генератор G2 на К531ЛН1 пока только собрал, но не включал, он у меня с кварцем на 10 МГц. То есть в D3 не будет использоваться первый внутренний счётчик, делящий частоту на 2.

Полезнее разобраться в схеме включения ВТ57 в РК86. Там схема не традиционная. Интересует использование другого канала. Чтобы трансфер другого канала не попадал в ВГ75.

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




Сейчас генератор G2 на КР531ЛН1 проверил, жужжит отлично, он у меня на 10 МГц. Входы неиспользуемых трёх логических элементов объединены и через резистор 1 кОм соединены с +5 В.

Решил заменить, и уже заменил у себя кварц с 10 МГц на 16 МГц, поэтому частота микропроцессора будет 2 МГц, кварц в G1 стоит 18 МГц. И частота для видео 8 МГц, кварц в G2 стоит 16 МГц, вот только пока не включил и не проверил, сейчас притащу БП, осциллограф подрублю и проверю...

Проверил, работает, жаль осциллограф имеет полосу пропускания 10 МГц всего, хотелось бы посмотреть как он на самом деле меандр выглядит, но не время видать, не дорос я её до современного цифрового осциллографа с полосой пропускания хотя бы 100 МГц.

avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Вс Дек 30 2018, 02:21

Не оценил никто, что на последней схеме коммутируемый формирователь карты памяти (дешифратор) лучше, чем был на прежних схемах и к тому же даёт и 8 кб ПЗУ прямой адресации. Число вентилей в этой схеме формирователя карты памяти лишь немного больше, чем в оригинальном РК, хотя здесь не один режим, а целых два (32К и 56К), а ещё и доп.порты добавлены. Посмотрите на схему трезвым взглядом, зацените шедевр.
Viktor2312 пишет:
barsik пишет:Полезнее разобраться в схеме включения ВТ57 в РК86. Там схема не традиционная. Интересует использование другого канала. Чтобы трансфер другого канала не попадал в ВГ75.
Ну так разбирайтесь, я сейчас после болезни, не способен, на глубокомысленные действия...
Это не горит, т.к надо только для КНГМД на ВГ93 и для ускорения работы винчестера. И для этого придётся схему включения ПДП скопировать с Партнёра, т.е изменяется всё ядро РК, а значит надо макетировать целый компьютер с нуля. Это слишком много работы, у меня на это точно не хватит энтузиазма.
Viktor2312 пишет:Вам бы лучше разобраться с вашей D3
Кварц для видео можно ставить 10 МГЦ. Это видно и по схеме с которой мы заимствуем замену 155 ИР13 на ИР10. Схема, которую я срисовал с реала, использовалась при кварце 18 МГЦ и давала 7 пикселей по ширине символа. Соответственно вторичный делитель делил на 7. Сначала у меня было 8 пикселей, но потом для CP/M понадобились маленькие английские буквы и я заменил ПЗУ фонта на ПЗУ от видеокарты Apple-II, в котором ширина знакоместа всего 7 точек. Но 7 не делится нацело на 2, потому такой фонт не годится для стилизованной псевдографики РК, для которой знакоместо должно делиться по горизонтали надвое. Освободившийся триггер из ИЕ5 можно использовать для получения такта ВИ53.

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

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

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

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

.

Сообщение  barsik в Вт Янв 01 2019, 12:11

фото самодельных плат недоступные незарегистрированным читателям

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Вт Янв 01 2019, 15:55

Барсик, а для чего вы это уродство выложили, вот просто интересно. Как выглядят подобные извращения, я думаю каждый знает. И то как уродливо это всё выглядит. Для макетирования конечно сойдёт, чисто чтобы собрать и проверить на практике, но постоянно эксплуатировать, это конечно ужас, то там отвалится что-то, то там килограмм пыли накопится. Я тоже так делал, но было это лет 20 назад, и потихоньку уходил от подобного уродства совершенствуя свою технику монтажа, но всё равно выглядит это всё пахабно. Поэтому давно пришёл к выводу, что нет ничего лучше заводских плат...

Вот например:


Ну, это просто отвратно выглядит, куча МГТФа вообще не понятно, зачем там печатная плата с какими-то дорожками. Не, если это прототип, на котором всё отлаживается и запускается, пробуются новые схемные решения, то никаких вопросов, оно так и должно выглядеть, но если это машинка для постоянной эксплуатации, то фу...
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Вт Янв 01 2019, 15:58

Я надеюсь вы там схему продумываете, макетируете и скоро всё будет готово, к тому, чтобы я вычертил окончательную схему и разработал ПП для изготовления. А то у меня такое ощущение, что вы забросили заниматься нашим РК2019.
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Вт Янв 01 2019, 19:12

для чего вы это уродство выложили...
Да вот, получилось наконец некоторые фото из Samsung Galaxy перекачать в компьютер. Да и полезно хоть что-то выкладывать. Раньше мог использовать только фото сделанные Nokia, но у неё нефокусируемая камера 5 мпикс, дающая низкую чёткость. Это хотел раньше показать как выглядят разъёмы СНП для клавиатуры и ROM-диска и адаптер на КР140УД6, но есть проблема обмена по USB с Самсунгом, т.к его ПО не хочет инсталлироваться на Win XP. А с Нокией проблем пересылки по USB-кабелю нет, даже ПО не нужно, только подключить и в компьютере появляется новый накопитель из SD-карты в телефоне. Хотя, она не воспринимает SD-карту более 2 Гб.
Вот например, - это просто отвратно выглядит, куча МГТФ-а, вообще не понятно, зачем там печатная плата с какими-то дорожками... но постоянно эксплуатировать, это конечно ужас, то там отвалится что-то, то там килограмм пыли накопится. Я тоже так делал, но было это лет 20 назад...
Это плата Специалист-Экспресс, в том же состоянии, как её доработки были закончены в 1990. И кстати, вопреки вашим домыслам, она проработала более 30 лет без единого отказа и работает и сейчас (даже без зелёных КМ-ок, которые были сняты и проданы абрекам). Ничего не отвалилось и не перегрелось в тесном корпусе, хотя и запылилось.

На этой стандартной плате Специалиста доработок самый минимум (т.к здесь ОЗУ всего 64К). Общее число второэтажных TTL-микросхем, всего лишь 6 штук (а ИР22 в районе 155 ИР1 это для подключения ASCII-клавиатуры или джойстика). Здесь на место крайней РФ2 установлен 580 ВК28 (полезный при турбировании до 4 МГЦ).

На этой плате видно, как подключаются внешние устройства к плате на которой не предусмотрено системного разъёма для периферии. От панельки 16 ног и советского разъёма DIP-16 (к которому провода именно припаиваются, а не накалываются, потому выходит именно коса) коса идет на разъём закреплённый на задней стенке корпуса. Это даёт возможность менять платы (как видите клавиатура подключается тоже через разъём, половинку разъёма СНП58-64). Наличие разъёма для периферии и позволило мне подключить к Специалисту в 1988 внешний эл.диск с RAMDOS, а в 1989 дисковод 5305 с CP/M.

Доп.микросхемы стоят, чтобы турбировать плату, расширить экран и исправить неудачную архитектуру Специалиста, - открывается ОЗУ D000...F7FF, куда и грузится CP/M. Кстати, видно, что вполне нормально РФ2 работают припаянными в 2 этажа - здесь всего в 3 панельки установлено 6 штук РФ2, что даёт аж 12 кб ПЗУ. И данный Специалист работает и как стандартный на 48К, так и позволяет использовать CP/M. Другие фото плат Экспресс - это другие платы Специалиста (их было больше, но распилил, осталось всего 5 плат).
но если это машинка для постоянной эксплуатации, то фу... давно пришёл к выводу, что нет ничего лучше заводских плат...
Я уже понял, что у нас разные хобби. У Вас хобби по изготовлению экспонатов для музея. Для Вас красота имеет бОльшее значение, чем полезность, как изделия.

Благодаря доработкам вторым этажом у меня уже в 1989 на Специалисте был дисковод, эл.диск 512К, Z80, CP/M и доступны программы CP/M). Этого никто в стране ни на Специалисте, ни на ОРИОНЕ не имел и несколько лет спустя. И глупо сравнивать возможности любителя в 80-тые и даже в 90-тые, и сейчас. Тогда было дорого и сложно организовать производство плат. И несмотря на это мне удалось в 1989 организовать выпуск плат эл.диска и в 1990 плат КНГМД  для Специалиста.

Кстати, у меня вообще нет ни одного любительского компьютера без аппаратных доработок. Потому-что оригинальные платы имеют низкую потребительную ценность. Если Вас простейшие доработки на платах Специалиста удивили, то мои платы ОРИОНА, где доработок больше, понравятся ещё меньше.

На фото видно мой метод макетирования с использованием небольших отпиленных фрагментов разных печ.плат, свинченных винтами М2 (лучше М1.5).
Я надеюсь вы там схему продумываете, макетируете и скоро всё будет готово, к тому, чтобы я вычертил окончательную схему и разработал ПП для изготовления.
Я же уже нарисовал схему модификаций, причём упростив при улучшении свойств. Отмакетировать всё сложно, точнее долго (надо паять макет всего РК). Хотя кое-что я ещё проверю в реале. Есть и другие задачи по этой теме (эмулятор и разработка ПО).

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Вт Янв 01 2019, 20:11

Я же уже нарисовал схему модификаций, причём упростив при улучшении свойств. Отмакетировать всё сложно, точнее долго (надо паять макет всего РК). Хотя кое-что я ещё проверю в реале. Есть и другие задачи по этой теме (эмулятор и разработка ПО).

Я жду окончательный вариант от вас. Чтобы как писал уже выше. Не перечерчивать схему на лету, и уж тем более во время разработки ПП. Поэтому жду от вас отмашку.
Как будет готово, создайте отдельный пост, тут и напишите, вот все кусочки схемы, начинайте чертить, изменяться ничего уже не будет. И я по этим данным вычерчу схему, задавая вопросы, если что-то будет не понятно по ходу пьесы. И как вычерчу, мы проверим схему и я приступлю к разработке ПП, сначала мы расположим все компоненты, микросхемы, разъёмы, и тогда пойдёт процесс, но после расположения всех компонентов на плате, что-то менять уже не получится, по крайней мере кардинально.
Главное, чтобы на плате не было вторых этажей и МГТФа. Если кто хочет конечно изуродовать плату, то тот может это сделать, но главное, чтобы без МГТФа и вторых этажей можно было сделать полностью законченный вариант и полностью рабочий.

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

Ошибаетесь и главная ошибка в том, что не экспонаты для музей, а...
У меня хобби по изготовлению красивых, полностью продуманных и доработанных, до изготовления ПП, и полезных изделий. Если устройство изготовленное мной будет уродливое, на мой взгляд, неказистое, то вот оно как раз таки и отправится на полку как музейный экспонат, в раздел, как не нужно делать. Я всегда с момента как начал заниматься электроникой, всё время стремился совершенствовать свои изделия, делать их более практичными, более красивыми и т. д.

т.к его ПО не хочет инсталлироваться на Win XP.

Давно пора поставить Windows 7 и современный браузер Опера и спокойно пользоваться, а то вечно то у вас стрелка ни того цвета, то пропадает что-то. Естественно ХР давно морально устарела и не поддерживается и многое не может. Так что не удивительно, что у вас постоянные проблемы. Если ХР нужна для работы, то обычно нужно иметь два компа, один с ХР с LPT портом с несколькими COM портами и на нём используются всякие программаторы и т. д. А на другом более мощном компе стоит Windows 7, современный браузер и это основной комп для работы. Так что, дерзайте, а если только ХР, то не мучайте меня тем, что у вас что-то не отображается или изменяется, так как это не удивительно и именно так и будет.
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Ср Янв 02 2019, 06:55

Барсик, расскажите мне про счётчик команд. Мне нужно сделать на "рассыпухе", на К555 серии, счётчик команд. Пока думаю для этого применить 6 микросхем К555ИЕ7. Вычерчу попозже схему покажу, пока просто всё как в тумане, хотелось бы услышать ваши мысли по этому поводу.

Предварительная, не полная схема: Скачать
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Ср Янв 02 2019, 10:14

расскажите мне про счётчик команд. Мне нужно сделать на "рассыпухе", на К555 серии, счётчик команд. Пока думаю для этого применить 6 микросхем К555ИЕ7.
Чего-то мне не удалось понять из какой это темы и о чём речь. На схеме нарисован кварцованный генератор низкой частоты (8 МГЦ разделить на 2 в 24 степени) с периодом в 2 секунды. Вряд-ли это для текстового и графического адаптера, - там так много разрядов не надо.

Или Вы собрались создать свой собственный микропроцессор на рассыпухе? Макет микропроцессора 6800 в 1974 был сделан на 451-ном TTL-корпусе. А в итоге эта конструкция была воплощена в одном кристалле с применением 3500 n-MOP транзисторов. Сейчас некоторые чокнутые иностранцы от скуки делают собственные микропроцессоры, аналоги однокристальных, например, 6502, CPU PDP-11 (погуглите по ключу "микропроцессор своими руками"). Но разработать микропроцессор на TTL, даже с применением РПЗУ очень сложно.

У меня сложилось мнение, что процессор делается на идее программного автомата построенного на основе АЛУ. Каждую команду реализует микропрограмма из десятка команд. А существование готового однокристального АЛУ существенно упрощает задачу. Я немного думал на эту тему и по прикидкам можно сделать 4-х разрядный программный автомат на базе интегрального АЛУ 155 ИП3 (аналог 74181) на менее, чем 50-ти TTL-корпусах и УФ-ПЗУ/РПЗУ.

http://www.nedopc.org/forum/viewtopic.php?f=92&t=10653#p112875
http://www.nedopc.org/forum/viewtopic.php?f=92&t=9923#p95765
http://www.nedopc.org/forum/viewtopic.php?f=92&t=10286#p104333
http://www.nedopc.org/forum/viewtopic.php?f=92&t=10286#p104333
http://www.galacticelectronics.com/Simple4BitCPU.HTML

Но даже 4-х разрядный самодельный CPU довольно сложный. Потому разумно подумать о одноразрядном микропроцессоре. Он будет чуть тормознее, но зачем нам высокая скорость. Можно сделать и двухразрядный CPU, т.к обидно, что одноразрядный, четырёхразрядный, 8-ми и 16-ти разрядный процессоры есть, а вот двухразрядного нет.

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Ср Янв 02 2019, 16:40

Чего-то мне не удалось понять из какой это темы и о чём речь.

Я написал сюда, чтобы привлечь ваше внимание. Это из темы БВМ-1.

На схеме нарисован кварцеванный генератор низкой частоты (8 МГЦ разделить на 2 в 24 степени) с периодом в 2 секунды. Вряд-ли это для текстового и графического адаптера, - там так много разрядов не надо.
Я же написал, счётчик команд. Тактовый генератор 8 МГц, это основная тактовая частота. Оптимальная для всей серии К555. Например, микросхемы К555ИЕ7 стабильно работают и на 25 МГц, в справочнике так и указано максимальная частота 25 МГц, а некоторые только 10 МГц, поэтому выбрана частота 8 МГц, так как даже самая медленная микросхема в серии будет стабильно и надёжно работать, с запасом.

Тут генератор формирует меандр. А счётчики считают, на выходах образуется число. При включении питания счётчики сбрасываются в 0, на выходе (AB0 - AB23) число 000000H, после прихода первого тактового импульса, значение начинает увеличиваться 000001H, после второго 000002H и т. д. вплоть до FFFFFFH, но если на шину (AA0 - AA23) поступит другое число, например, 38D936H и сигнал LOAD (импульс отрицательной полярности) то в счётчики будет записано это число 38D936H, после прихода следующего импульса тактовой частоты, счёт продолжится с этого числа 38D937H, 38D938H, 38D939H, 38D93AH и т. д.

Или Вы собрались создать свой собственный микропроцессор на рассыпухе?

Почти, не процессор, а вычислитель, машину, как такового процессора в ней не будет, просто различные блоки, каждый выполняет свою функцию, всё будет реализовано на К555 серии, как базовая, микросхемы других серий по минимуму и только в крайнем случае.

Макет микропроцессора 6800 в 1974 был сделан на 451-ном TTL-корпусе. А в итоге эта конструкция была воплощена в одном кристалле с применением 3500 n-MOP транзисторов. Сейчас некоторые чокнутые иностранцы от скуки делают собственные микропроцессоры, аналоги однокристальных, например, 6502, CPU PDP-11 (погуглите по ключу "микропроцессор своими руками"). Но разработать микропроцессор на TTL, даже с применением РПЗУ очень сложно.

У меня сложилось мнение, что процессор делается на идее программного автомата построенного на основе АЛУ. Каждую команду реализует микропрограмма из десятка команд. А существование готового однокристального АЛУ существенно упрощает задачу. Я немного думал на эту тему и по прикидкам можно сделать 4-х разрядный программный автомат на базе интегрального АЛУ 155 ИП3 (аналог 74181) на менее, чем 50-ти TTL-корпусах и УФ-ПЗУ/РПЗУ.

http://www.nedopc.org/forum/viewtopic.php?f=92&t=10653#p112875
http://www.nedopc.org/forum/viewtopic.php?f=92&t=9923#p95765
http://www.nedopc.org/forum/viewtopic.php?f=92&t=10286#p104333
http://www.nedopc.org/forum/viewtopic.php?f=92&t=10286#p104333
http://www.galacticelectronics.com/Simple4BitCPU.HTML

Но даже 4-х разрядный самодельный CPU довольно сложный. Потому разумно подумать о одноразрядном микропроцессоре. Он будет чуть тормознее, но зачем нам высокая скорость. Можно сделать и двухразрядный CPU, т.к обидно, что одноразрядный, четырёхразрядный, 8-ми и 16-ти разрядный процессоры есть, а вот двухразрядного нет.

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

Поэтому пока есть вот такая простая задача, нужен счётчик команд, который тупо перебирает адреса от 000000H да FFFFFFH, но естественно потребуется регистр, так как это значение, получаемое на счётчиках нужно сохранять, для этого будет использоваться К555ИР22/К555ИР23 зависит от дальнейшего продумывания схемы, всё дело в сигнале С у первой запись происходит при подаче лог. 1, у второго по спаду импульса отрицательной полярности. А так же естественно нужна предустановка при переходе к подпрограммам или при условных и безусловных переходах. Поэтому пока не продумывал реализацию сигналов LOAD и сигнала записи в регистр РС - счётчик команд.
Так же добавлю, что система 32 разрядная, но для результата например умножения, так как он 64 разрядный пока не понятно как я буду делать, отдельную полноценную 64-разрядную шину или шина результата будет так же 32-разрядная, но мультиплексированная. Но скорее всего будет полноценная 64-разрядная отдельная шина результата.

Поэтому, абстрагируйтесь от всех этих примеров выше, от большого количества корпусов микросхем, это всё вас не должно беспокоить. И сосредоточьтесь на конкретной задаче/вопросе, счётчик команд (РС), он как вы видите 24-разрядный. Просто хочется при разработке ничего не упустить.
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  alemorf в Ср Янв 02 2019, 16:51

А вы доделывать Радио 86РК будете?

alemorf
новичёк

Сообщения : 39
Дата регистрации : 2018-12-17

Посмотреть профиль http://alemorf.ru/

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Ср Янв 02 2019, 20:29

А вы доделывать Радио 86РК будете?

Как уже писал выше и неоднократно, раза три минимум. Я жду окончательные куски схемы от Барсика, чтобы вычертить схему, и так, чтобы во время вычерчивания она не менялась кардинально, а то я уже три схемы вычертил готовые на 95% и каждый раз Барсик всё переделывает до такой степени, что к моменту когда я закончил схему на 95% он её настолько изменяет, что проще вычертить с нуля учитывая все изменения. Поэтому я жду схему от него, которая не будет меняться кардинально во время вычерчивания, и уж точно не будет трансформироваться во время разработки ПП. А пока её нет, я продолжаю работать над одним из своих проектов и немного хочу проконсультироваться по этому поводу, вот и всё...

Вариант 0, был преобразован в вариант 1, на что ушло много времени и оказалось, что быстрее вычертить с нуля, поэтому вариант 2 был вычерчен с нуля. Но так как всё барсик решил переделать, то смело можно начинать, с нуля, вариант 3, и хочется, чтобы это был окончательный вариант.

Вариант 1

Вариант 2

Далее, мне просто уже не хочется плодить различные варианты схем...
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  barsik в Чт Янв 03 2019, 16:53

я уже три схемы вычертил готовые на 95% и каждый раз Барсик всё переделывает до такой степени, что к моменту когда я закончил схему на 95% он её настолько изменяет, что проще вычертить с нуля учитывая все изменения
Я уже выложил все схемы модификаций. Если энтузиазм закончился и потому Вы ищете причины сделать паузу, я же не против, праздники есть праздники. Но не надо искажать факты. Всё изменение схемы РК составляет 5% общей схемы, так что в худшем случае, если меняется вообще всё в предлагаемой доработке, доп.работы прибавляется всего 5%. А изменения были крошечные и трудоёмкость модификации схем не превышала 20 минут труда.

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

Остались лишь конструктивные вопросы. Например, вопрос разъёма для подключения периферийной платы. Можно не ставить никакого разъёма. Достаточно предусмотреть отверстия под винты М1.5 с помощью которых к плате привинчивается другая маленькая платка на которой стоит разъём, тогда каждый может применить такой разъём который ему нравится

Если планируется подключать плату граф.адаптера, то стоит учесть, что для его подключения нужен полный системный разъём, все адреса. А вообще в качестве разъёма для подключения периферии достаточно панельки, куда втыкается коса с разъёмом DIP-16 идущая к внешнему разъёму на стенке корпуса. Это я и хотел показать с помощью фото.

В случае перегрузки шины периферией можно применить буферизующий переходник, - на маленькой платке закрепляется буфер АП6 и запаяны штырьки из выводов микросхем. Но АП6 для В/У надо ставить лишь в случае нужды, 99% пользователей она не понадобится. Если на плате останется место можно АП6 для буферизации В/У поставить и на плате. Вот мой переходник-буфер для РК86, он втыкается в панельку для КР580, здесь видно, как выводы отломанные от микросхем несложно припаять к контактным точкам.







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


Можно с'экономить одну микросхему (дешифратор), если исключить дополнительные чип-селекты. При этом разъём для периферии, естественно, вообще не нужен, т.к её всё-равно не к чему подключать.



Последний раз редактировалось: barsik (Чт Янв 03 2019, 17:57), всего редактировалось 2 раз(а)

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

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

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

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

Re: Разработка "Радио - РК2019М".

Сообщение  Viktor2312 в Чт Янв 03 2019, 17:44

Я уже выложил все схемы модификаций.

Тогда в ближайшие дни попробую всё собрать воедино. Пока, на данный момент схема такая, но она такая на момент где-то 21 декабря, когда я заболел.

Схема: Скачать
avatar
Viktor2312
Гуру+

Сообщения : 11288
Дата регистрации : 2012-08-10
Возраст : 40
Откуда : Пятигорск

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

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

.

Сообщение  barsik в Чт Янв 03 2019, 19:14

В качестве D5.2 лучше ставить не ЛП5, а ЛЛ1. Там ЛП5 работает в качестве ЛЕ1. При ЛЛ1 инвертор D9.3 отпадает. Элемент D5.4 тоже из ЛП5 работает как буфер-повторитель на сигнал /WR. Его можно оставить ЛП5 или заменить на ЛЛ1 или ЛИ1 включённые как повторители, причём другие их вентили не должны выходить на шины (потому что эти корпуса желательно ставить 531 серии т.к выход этого вентиля идёт на 8, 16 или 32 входов /WE у динамических ОЗУ).

Кстати, резисторы 33 Ома на входах ОЗУ не нужны. Это какой-то пережиток. Ни в СПЕЦИАЛИСТЕ, ни в ОРИОНЕ их не ставили и никто не страдал по этому поводу. При необходимости можно КП11-тые поставить 531-вой серии. Хотя в ОРИОНЕ мультиплексоры любых серий тянули входы 4-х банок ОЗУ, так что это вряд-ли потребуется.

D5.1 придётся оставить ЛП5. Не знаю, что выставляется на DBIN во время HLDA. Этот элемент работает как инвертор для DBIN (формируя /RD), но как повторитель для ВТ57. Потому одну ЛП5 придётся ставить. Остальные вентили из ЛП5 надо использовать как инверторы, подав на второй вход 1.

Если судить по схеме РК86 подключаемого к VGA, всё отличие только в том, что вместо пиксель клока 10 МГЦ подаётся пиксель клок в 2.4 раза больший - 24 МГЦ.

Не знаю перепрограммируется ли режим ВГ75, чтобы соответствовать стандартам VGA. Если считать, что режим не меняется (это лучше всего, т.к тогда игры меняющие режим ВГ75 смогут работать на VGA без переделок), то при пиксель клоке 24 МГЦ период строки равен (1.000.000/24) * 8 * (78+4)= 27.3 МКСЕК, что соответсвует частоте строк в 36.56 КГЦ.

А минимальный режим VGA имеет частоту строк в 31.5 КГЦ. Непонятно, зачем понадобилось так задирать частоту строк, если достаточно меньшей. Период частоты кадров, если режим ВГ75 не менять, получается 27.3 * 312= 8528 МКСЕК, что соответствует частоте кадров в 117 ГЦ. Так что число линий в знакоместе надо поднять, чтобы число видимых строк растра поднялось минимум до 350, как в режиме 640*350.

Значит общее число линий (т.е с учётом линий на обратный ход луча) должно стать 425...450. И в этом случае частота кадров будет 1.000.000/(425*27.3)= 86 ГЦ, что более приемлемо для VGA-дисплея. При 350 видимых линиях растра и 25 текстовых строках высота знакоместа должна стать 350/25= 14, т.е фонт точно будет соответствовать стандартному фонту EGA-режима - 640*350.

В общем пока мне не ясно, как ВГ75 включать в режим VGA. Неясно сохраняется ли совместимость с графическими играми РК86. Если не сохраняется (что мне кажется вероятным, судя по вышеприведённым цифрам), то такое подключение VGA мне не нужно. Получается, что все разговоры о том, что РК можно подключить к VGA это обман. Думаю, что придётся старые РК-игры с графикой специально адаптировать для VGA.

По моим представлениям надо подгонять частоту строк к минимуму, т.е к минимальной частоте строк 31.5 КГЦ и частоте кадров 60 ГЦ. Период частоты 31.5 КГЦ = 31,746 МКСЕК. Тогда при 82 знакоместах шириной в 8 пикселей нужен пиксель клок всего лишь ~20 МГЦ. Считаем сколько линий растра должно выводиться, чтобы частота кадров была 60 ГЦ. Период 60 ГЦ равен 16.66 МСЕК. Делим на длительность вывода строки в 31.75 МКСЕК, получаем 524 линии растра. Значит это режим с 400-ми видимыми строками. Максимальная высота знакоместа у нас 16. Тогда минимальное число строк как раз равно 400/16= 25.

Думаю, что VGA дисплей должен работать и при EGA-сигнале. У которого частота строк 21.85 КГЦ, а частота кадров 60 ГЦ. Считаем пиксель клок. Строчный период = 45.77 МКСЕК и пиксель клок всего 14.33 МГЦ. Это уже вполне разумные цифры. Причём ещё при 312 линиях растра частота кадров остаётся 70 ГЦ. Вот если такой режим VGA воспримет, то не придётся переделывать все графические игры для VGA.


Последний раз редактировалось: barsik (Чт Янв 03 2019, 20:09), всего редактировалось 1 раз(а)

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

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

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

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

Re: Разработка "Радио - РК2019М".

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


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


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

Страница 5 из 6 Предыдущий  1, 2, 3, 4, 5, 6  Следующий

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


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