Разработка ЭКВМ на MCS-48

[rw6hrm]

Ну тут не уверен, что командами из ОЗУ можно вызывать подпрограммы из ПЗУ,.. хотя можно более внимательнее прочесть описалово IMSAI-48, ссылку на доку я давал на первой странице, они там как-то магнитофон приделали, но вот куда загружается код - я не вникал... Но - а стоит ли? Это ж железо начинает почковаться в прогрессии, для начала хотя бы простейший аппарат сделать...

[Advertiser]

[MM]

Ну тут не уверен, что командами из ОЗУ можно вызывать подпрограммы из ПЗУ,

Ну это малость потребует увеличения ППЗУ, минимум до ~8 Кбайт - т.к. надо соорудить подпрограммы для "языка", номера подпрограмм будут хранится в ОЗУ, вперемешку с данными для них.
Вызов подпрограмм осуществлять по очереди или при др. условиях ( "переходах" ).
Можно ( вероятно ? ) вообще написать интерпретатор Бейсика в ППЗУ, а в СОЗУ - текст самой Бейсик-программы.
ИМХО - 16...32 Кбайт ППЗУ хватит. Тормоза будут еще те...

Но Бейсик - это сложно, можно просто съэмулировать простейший программируемый кальк.

[andrews]

"Язык" самый примитивный. Просто возможны два типа "программ". Первый если я хочу последовательным нажатием клавиш создать пользовательскую функцию, нажимая функциональные клавиши, например: ^2,+,^2,кв.корень= и калькулятор сам мне дает первый свободный номер для такой программы. Для простейшего калькулятора достаточно ограничится функциями одной-двух переменных. Вызываем эту программу нажатием клавиши
"функция", полученный номер, затем вводим число и =. Другой тип программ- загруженная в hex кодах 8039 процедура допустим для простоты тоже с одним числовым параметром( для обработки байтов лучше иметь клавиатуру с 16 ричными числами, но лично мне хочется использовать 4x4 или 4x5 пленочную клавиатуру c eBay, поэтому шестнадцатеричных чисел я не предполагаю; можно конечно и десятичный, и восьмиричный байтовый ввод использовать, что не сильно усложнит программу). Для такой процедуры с одной входной и одним возвращаемым значением надо оставить место под адрес запуска, параметры, указать ее длину, контрольную сумму и очевидно все это разместить в таблице. Формировать весь массив с заполненной таблицей( если известен адрес ее размещения в памяти) можно или на другом компьютере, или непосредственно на ЭКВМ при вводе с клавиш ( но это потребует добавить примитивный редактор "next" "prev", и у цифрового дисплея надо иметь хотя бы 8-9 разрядов, а еще лучше символьно-цифровой, что полезно для отображения символов функций и сообщений об ошибках). В общем сложно провести эту грань между интересными функциональными возможностями калькулятора и сложностью их реализации.

[Mick]

Решил сделать сабж. Поразбиравшись, обнаружил много интересного, делюсь

Тут откопал у себя схему своей попытки поделия на ВЕ35. Было это еще в 2002 году.
Положил в тот же пост, что и картинки - https://zx-pk.ru/threads/25682-samod...l=1#post887010

[dvarkin]

ВЕ35/48 ну просто валом.

Странно, в Ижевске валом ВЕ39, а я бы не отказался от кучки ВЕ48.

Делать из серии 1816 программируемый калькулятор есть задача невозможная, по причине архитектуры. Вы можете что-то записать в ОЗУ "снаружи", но исполнить не получится, поскольку программа и данные разделены. Посему вопрос о "программируемости" можно закрыть.

Приехали, а как PAULMON работает?

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

Поясняю, на всякий случай, про PAULMON и всё такое:
У 1816 есть сигналы /RD /WR для чтения и записи Памяти Данных соответственно, а есть сигнал /PSEN для чтения Памяти Программ аналогичный /RD для ПД.
Если, например, элементом 2И эти сигналы соединить и результат повесить на /OE ОЗУ, то ОЗУ будет откликаться и на чтение ПП и на чтение ПД, ну и вопрос дешифрации адреса - уже другой вопрос.

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

Mick, про плату 2002 г.: на схеме нет некоторой мелкой логики, например, ЛА3?
И зачем подтягивающие резисторы на шине адреса/данных (порт BUS) ВЕ35?

[murgatroid_79]

Давно лежит у меня без дела тепловычислитель ТВ-1 вот такой:


Фотки не моего экземпляра,с инета надёргал.Купил,в своё время, из-за цифровых индикаторов,а заглянув внутрь уже рука не поднялась раздербанивать
Интересным показалось применение ККД КР580ВВ79...и книжка у меня была с описанием такого решения:

Думал займусь,изучу незнакомую архитектуру...
Отложил,забыл...и забил

Но прошивку с ПЗУ , всё-таки считал.Найду выложу..
Ну если надо кому-то

[andrews]

Лучше сделать ОЗУ, в которое можно записывать коды как данные, а исполнять их оттуда как программу. Это если дать возможность пользователю набивать "программы", как последовательность кодов 8039. Если же поставить литий на ОЗУ, то код загрузчика можно заносить на стороннем программаторе, а все остальное непосредственно на ПЭКВМ, или наоборот можно все целиком загружать на стороннем программаторе, а на ПЭКВМ исполнять и корректировать. Можно и пошаговую отладку предусмотреть.

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

Ну если надо кому-то

платы эти под эпоксидкой? а вот то, что сокеты под MCU и EEPROM это хорошо! Если попытаться заменить 573рф2 на что-то EEPROMовское(через переходную плату), то сможете и что-то свое на этом железе разработать. Кстати вопрос в этой теме интересный -на что можно поменять 573рф2?

[Tronix]

Ядро от O2EM эмулятора вроде работает более-менее по первым прикидкам.... Но, многое надо делать - таймер нормально реализовать, такты на шине соблюсти, с расширителем порта что-то решить, который М5L8243Р. Его, кстати, тоже в протеусе нет..... Ну, такое.....

[dvarkin]

murgatroid_79, прикольная вещица, а книжка у меня в вузовской библиотеке есть, брал недавно

Лучше сделать ОЗУ, в которое можно записывать коды как данные, а исполнять их оттуда как программу.

Именно это я и имел ввиду (элементы 2И - по вкусу, но в 8048 нет произвольного чтения ПП). Ещё раз в пример 8051 и PAULMON:

Здесь как раз поступили без 2И: Записываем в ОЗУ коды с UART по /WR как ПД, а читаем по /PSEN как ПП.

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

Tronix, интересненько

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

на что можно поменять 573рф2?

CAT28C16?

[dvarkin]

Переделал схему своего варианта ЭКВМ из первого сообщения: draft2.pdf

Убраны дешифратор и мультиплексор, клавиатура заменена на выводы матричной, ещё немного других изменений.

Так как, оказывается, после обращения к ПП состояние Порта 2 восстанавливается, то почему бы не поместить в него адрес для ПД вместо мультиплексора? (Но при обращении к РВВ эти данные стираются.)

Триггер ТМ8 запоминает данные младшей части Порта 2 (во время фронта ALE) для оперирования ими во время обращения к РВВ - строчка клавиатуры выбирается по записанным в порт данным. Кроме того, выходы ТМ8 всегда содержат данные младшей части Порта 2 не изменяющиеся при обращении к ПП.

1602 LCD может начать выводить данные, когда ВЕ39 ещё заземляет некоторые (квазидвунаправленные!) контакты младшей части Порта 2, ещё может случайно выполнится операция ANLD или ORLD, что тоже может создать конфликт и с 1602, и с ЛА9 (2И-НЕ ОК) (при работе LOW IMPEDANCE PULLUP), поэтому поставил такие же как в Спектруме 680 Ом резисторы.

Серии микросхем нарисовал какие есть у меня, но нужно учитывать, что максимальный выходной ток лог. 0 выводов Порта 2 и ALE - 1,6 мА: если бы все ИС были 555 серии (у которых максимальный входной ток лог. 0 - 0,4 мА), то ALE был бы перегружен.

Третий вывод Порта 2 попутно дублирован для ТМ8 с целью разгрузки шины от 555 серии.

Кстати, как вообще клавиатурные матрицы работают с не Шоттки диодами - там же напряжение падает вверх до ненулевого уровня?