Полигон-2

MM написал:

[q]

[/q]

В общем, к понедельнику успел сделать не всё, но бОльшую часть.

Исходные коды проекта — здесь: https://github.com/xoiss/b3-23

"Проект" — это в данный момент чисто код на Си, реализующий что-то вроде симулятора Б3-23 в виде консольного приложения.

Проект состоит из трёх компонент:
- миниатюрное консольное приложение — ждёт ввода от пользователя, печатает результат работы в консоль и так далее, пока пользователь не закроет сеанс
- адаптер — адаптирует программный код симулятора (следующая компонента) к консольному мини-приложению, отвечает также за "отображение" регистра индикации
- и собственно сам "симулятор" — это вся алгоритмика калькулятора, которая суть умеет воспринимать события "нажатие клавиши" и считать

Компонента "симулятор" — вот конкретно её код: https://github.com/xoiss/b3-23/blob/master/simulator-b3-23.c
Эта компонента написана на ANSI C, и не использует никакие системные библиотеки.
Таким образом, она должна без проблем восприниматься большинством компиляторов Си — ну, во всяком случае, теми, что вышли после 1989 года.
// конечно, в особо изысканных случаях проблемы могут быть, но это надо предметно смотреть

Для того, чтобы на основании этого барахла сделать собсна калькулятор — будь то н1806вм2 или какой другой — необходимо следующее:
1. Железка с процессором, памятью, кнопками и индикатором. Минимальные требования я бы оценил так: примерно 2 кБ ПЗУ и около 64 байт ОЗУ. Клавиатура и индикатор - такие же, как у Б3-23
2. Какая-то минимальная "операционная система" на железке. В принципе, таковая как класс не обязательна, если все порты ввода-вывода будут напрямую доступны приложению (см. п.3 далее)
3. Переделать компоненту "миниатюрное консольное приложение" — т.е. нужно сделать специальное приложение, которое будет теперь уже не в консольном окошке на персоналке работать, а на вот этой железке. Эта компонента должна: (1) сканировать клавиатуру, фильтровать дребезг контактов, формировать код нажатой клавиши, (2) сканировать разряды индикатора, перекодировать коды цифр в 7-сегментные коды, зажигать сегменты индикатора. Часть этого функционала может быть выделена в некое подобие BIOS или OS (см. п.2), хотя это может быть и монолитное приложение
4. Незначительно переделать компоненту "адаптер" — ну, здесь скорее косметические изменения потребуются
Вот. И главное — компоненту "симулятор" переделывать НЕ требуется, т.к. она вообще никак не зависит от того, на какой платформе ей предстоит работать.

Если речь идёт вот именно о н1806вм2, то в принципе у меня лично есть:
1) компилятор языка Си для ДВК / УК-НЦ — наверное, им можно воспользоваться с целью, как минимум, перевести код компоненты "симулятор" на ассемблер с системой команд DEC PDP-11
2) некоторые остаточные знания системы команд (машинных инструкций) DEC PDP-11
3) опыт работы с периферией на УК-НЦ... правда, было это в 90-х

Что дальше?
1. Мне нужно ещё немного доделать сам симулятор. Сейчас он полностью реализует такие "фишки" Б3-23 как цепочки вычислений, вычисления с константой, сброс, ошибка переполнения, плавающая запятая, отрицательные числа. Из функций сделаны и отлажены сложение и вычитание. Не сделаны умножение, деление и вычисление процентов.
2. Нужно конкретное понимание, что из себя будет представлять "железка". Если это вот чисто калькулятор - ок. Но если это нечто большее, с дополнительными "некалькуляторными" функциями, то... надо обсуждать. В принципе, если на железке будет а-ля RT-11, а приложение калькулятора будет запускаться просто как SAV-файл, то тогда можно будет весь проект целиком попытаться Си-шным компилятором собрать
3. Как промежуточный вариант, можно попробовать вот всё это приложение допилить под ДВК в текстовом (консольном) режиме — и попробовать его на ДВК / УК-НЦ запустить с дискетки.


Пример диалога, как это сейчас выглядит:

// желающим воспроизвести потребуется Linux, ну или Windows + MinGW + MSys

MM написал:

[q]

Софт по любому следует делать для размещения в ПЗУ с 000000 адреса, ориентироваться на 8 кбайт ППЗУ ( 1801РР1 ).

[/q]

MM написал:

[q]

Если именно на КР537РУ11, возможно стоит разместить её массив СОЗУ с 170000 адреса длиной 001000.

[/q]

ну, скажем так, я знаю, как это (описание страниц доступной памяти) сделать в линковщике gcc (формат линкерного файла SVR4 "System V R4")
но я пока не знаю, как это сделать в компиляторе Си для ДВК / УК-НЦ... и вообще можно ли там такое сделать
надо читать прилагаемую мануалку, либо кто-нибудь пусть подскажет, как это сделать

код (адреса перехода и пр.), насколько мне известно, ДВКшный компилятор Си (равно как и компилятор Паскаль) делает полностью перемещаемым
поэтому не принципиально, с какого адреса он в итоге будет размещаться в памяти (если с 000000 - ну, значит так)

8 кбайт ПЗУ — если не использовать printf/scanf и пр. ненужности, то, думаю, должно хватить


MM написал:

[q]

Какой софт может быть, для варианта "программируемый 8-ричный контроллер" >...>

[/q]

... ну, эммм, давайте пока пойдём по минимальному варианту — хотя бы его осилить бы
максимум если только с добавлением вот этого:

SL project написал:

[q]

Возможно ли реализовать что при включении калькулятора загорается не сразу 0, а бегущая строка что то по типу PDP-11 CALC или CPU H1806 CALC а только потом загорается 0 и калькулятор переходит в режим вычиcлений.

[/q]

// да, такое возможно реализовать... в т.ч. и с эффектом "бегущей строки"


MM написал:

[q]

Пока дело исключительно в отсуствии желающих сделать топологию ДПП

[/q]

сами разведите!
оставьте самый минимальный набор компонентов — только то, что действительно необходимо

xoiss написал:

[q]

код (адреса перехода и пр.), насколько мне известно, ДВКшный компилятор Си (равно как и компилятор Паскаль) делает полностью перемещаемым
поэтому не принципиально, с какого адреса он в итоге будет размещаться в памяти (если с 000000 - ну, значит так)

[/q]

Разрешите напомнить, уважаемый господин xoiss, что стандартный MACRO.SAV не может предоставлять такие роскошные фичи без известного усердия кодера, насчет Паскаля ---> 99.9% что это так.

Вообще, пока не будет топологии ПП, физически привязывать софт к железу рановато, т.к. есть небольшая вероятность, что будет RT-11 совместимый кальк с не менее 32 кбайт СОЗУ и 24 кбайт ПЗУ ( а возможно и поболее ПЗУ ).

Для написания софта посоветую эмулятор ДВК господина Патрона и стандарные средства RT-11 V5.00 - EDIK.SAV, MACRO.SAV, LINK.SAV, DESS.SAV. Насчет Паскаля - нет уверенности, что его "резиновые" билиотеки смогут работать в ПЗУ.
Отмечу, что стандартный файл типа .SAV создается как раз для загрузки с 000000 адреса, с рабочим телом кода с 001000 адреса.
Стек и переменные следует размещать в массиве адресов КР537РУ11.

xoiss написал:

[q]

выбрать, что в ней будет, а чего не будет

[/q]

Минимальная схема электрическая принципиалная - несколькими постами выше.
Состав :
М1801РР1 , адреса 000000 - 017777, или модуль ЭСППЗУ с адресами 000000-157777 ( 56 кбайт )
КР537РУ11, адреса ( вероятные ) - 170000-170777
В чем польза минимальной конфы :
1.Работоспособность.
2.Возможность разместить на ДПП
3.Дешевизна китайских ДПП
4.Относительная дешевизна всего конструктива ( мало ИС ).

xoiss написал:

[q]

показаны как серия 133

[/q]

Приношу извинения, следует использовать серию ЭКФ1564, кроме разве что 1533ИД10 - простой замены в Москве найти не удалось, всё под заказ по конским ценам. Если ~10 ма критичны - то следует поискать и ЭКФ1564ИД10 ( у китайцев ).
*

xoiss написал:

[q]

допустима ли замена на КМОП цепочки элементов DD6:B, DD6:C?

[/q]

Да, можно вообще на RC цепочку, с временем задержки порядка 50 нс.
*

xoiss написал:

[q]

Предлагаю отказаться от цепочки R14, D8 и R16, Q1.

[/q]

Я использую только проверенные решения с Определенными параметрами. Времени заниматься посторонними НИИР у меня не особо.
*

xoiss написал:

[q]

Предлагаю узел Q2, ZP1 (я так понял, что это "крякалка", чирикающая при нажатии клавиши) сделать управляемым от процессора.

[/q]

Куда уж более - сидит на порте ВВ55А, проц как раз и управляет ей.Если насчет питания - надо приделывать доп. элементы. На фоне потребления индикатора - порядка 50 ма, дополнительные ~3 ма малозаметны. Особенно, если добавить общее потребление вычислителя - еще не менее 50 ма. ( 1 мгц тактовой ). Можно, конечно, сделать усилок на 1 элементе ЛН1 и 2 резисторах и 2 конденсаторах. Но свои ~3 ма он, боюсь, отожрет...
*

xoiss написал:

[q]

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

[/q]

Для ДПП это малореально, ввиду чрезмерного ограничения места ( к-ва компонентов ). А для 4СПП и 2-стороннего размещения ИС
- можно что-то приделать.
*

xoiss написал:

[q]

какой-нибудь режим, когда он действительно ничего не делает (остановлен)?

[/q]

После команды WAIT , код - 000001, при 000000 приоритете процессора, до поступления прерывания от таймера ( 100 вектор ) или многопроцессорного механизма ( 250-й вектор ). Именно 1806ВМ2 полностью статичен и допускает еще и снижение тактовой часты до 0 гц ( но это лучше не делать, можно снизить частоту хотя бы до 1 кгц , что бы не допустить зависания М-ЭВМ ).
*
Вообще, именно Н1806ВМ2 Чрезвычайно холодный процессор, речь идет примерно о 1.5 порядках снижения потребления при одинаковом с 1801ВМ2 быстродействии, например 0.5 млн ( 2.5 мгц 1806ВМ2 ) ~30 ма для 1806ВМ2. При останове тактовой в 1806ВМ2 потребление определяется течкой, и может составить порядка 1 ма.