Полигон-2

Предлагаю обсудить концепт самодельного калькулятора на Н1806ВМ2 в корпусе от советского Б3-23

Примерный состав Э3 :
Н1806ВМ2
ЭКФ1834ВВ55А ( импортный аналог )
М1801РР1 ( 000000 адрес )
КР537РУ11 ( или нечто похожее )
ЭКФ1533ИД10 - для управления катодами АЛС318
Несколько мелких ИС серии ЭКФ1564.

Питание - 3 батарейки АА, 4...5.5 вольт. Тактовая частота ВМ2 ~1 мгц, что бы не висел при разряде батареек.

meot написал:

[q]

А может стоит использовать более дешевый и доступный процессорный комплект, чем злато-серебро. Или планируется игрушка из разряда "для себя" ?

[/q]

Куда уж дешевле - 2 т.р. без учета 6СПП ?
И это при условии работы с питанием от батарей, как в МК Э-85.

Считаем :
Н1806ВМ2ОС - 400 руб
"М1801РР1" - 700 руб
ЭКФ1834ВВ55А - ~300 руб с Али
Мелкота китайская ~ 800 руб
Индикаторы пока есть в продаже дешево.

Корпус выносим за скобки.

SL project написал:

[q]

Какой калькуляторный функционал предполагается?

[/q]

... он ведь будет ограничен гравировкой, что на клавишах штатной клавиатуры Б3-23
то есть — плюс-минус-умножить-разделить

может, предусмотреть расширение какое-нибудь по функциональности?

>offtop>
Поделитесь потом алгоритмом вычислений. Есть аналогичное желание, но использовать К155ИП3 (и возможно Nibbler в качестве схемной базы).
>/offtop>

Извиняюсь за оффтоп, но когда смотрю такого рода схемы, лишний раз убеждаюсь, что хорошо, что у человечества есть всякие контроллеры на вроде PIC10 sot23:



На котором данный калькулятор реализуется полностью.

SL project написал:

[q]

а что то более продвинутое можно пытаться уместить в настольных кальках по типу МК-41 и подобных.

[/q]

Есть рецепт чуть проще, но менее помпезный - мелкоту и "неконцептуальные" 62256 разместить снизу МПП - тогда всё влезет, даже с портом RS-232.
А 1002ХЛ1 с 588ВН1 доступны не особо дорого. Но нужна будет именно 6СПП.
*
Насчет ОЭВМ на DEC-архитектуре - вопрос обсуждается уже более 10 лет.
Первыми начали вояки, в начале 21-го века, паралельно с обсуждением чисто русского 1836ВМ3, как выриант - ОЭВМ на его основе, с масочным ПЗУ.
Дальше обсуждения состава кристалла дело не продвинулось. Было 2 варианта :
1. Оставить ядро проца как есть, и приделать внутреннюю переферию - как таймер в 1801ВМ1
2. Принципиально ориентироваться на специфическое применение, как в 1013ВМ1

xoiss написал:

[q]

Доказательство в студию, пожалуйста.

[/q]

В смысле? Калькулятор на нем сделать плюс минус умножить делить? Ну это просто. Ног мало? Ну две идут на сдвиговый регистр(ы) для индикатора, две на клавиатуру, через опять же сдвиговые регистры. Или в чем сомнения?

xoiss написал:

[q]

Если готовы, то можно открыть отдельную тему — это было бы интересным проектом.

[/q]

Не готов, потому что калькуляторы в принципе мне не интересны. Ну, разве только что программируемые, правда не сталкивался, но чуть-чуть сама тема интересна. А обычные - не интересны, ну совсем никак. Разве что можно 1111 умножить на 1111 и получить кавайн. Это все, что я знаю о калькуляторах -)

PIC контроллер этот я показал в абстрактном понимании - показать разницу между сложностью решения задачи "тогда" и простотой "сейчас". И конечно, если бы я все-таки зачем-то делал калькулятор, то взял бы микроконтроллер с дофигища ногами, что бы не парится с "обвесом". Этот же микроконтроллер SOT23 полезен немного в другой области применения, хотя я не отрицаю что и на нем можно сделать калькулятор. Ровно как можно сделать калькулятор и на Н1806ВМ2 или на FPGA Spartan 6. Вопрос - зачем? - остается риторическим.

MM написал:

[q]

Почему на DEC - так это самый шик, понты...

[/q]

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



Не потому, что мы старперы, и кроме 51 ядра в жизни больше ничего не видели, а наоборот, потому что все устали от, уже, попсовых NXP с STM32. Потому что можем! И понятное дело, что на том же STM32 сделать подобный стенд было бы в разы быстрее, проще, дешевле, компактней. Но душа требует странного. Требует ромбиков, никеля/ж, МЛТ, КМ. И получается, что как бы just for fun, но в то же время как бы для дела. Даже стало быть начали разводить огроменную плату для нашего стенда под ATX формат, опять же, потому что можем. Потерялись у меня все 3d модельки дома, но примерно так:



Но, конечно, все поглотила в итоге рутина. Стенд сделали из компа и STM32 на скорую руку, потому что нужно быстрей, а еще лучше позавчера, АААА!!! Но мы не сдались! Скоро очень скоро будет убер плата (уже в производстве), такого даже вообще еще никто не видел, как мы могем

Так что мне Ваши, так сказать, порывы понятны и ясны

KALDYH написал:

[q]

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

[/q]

Ну из программной части будет :
1.Открытие адреса
2.Просмотр /и запись ячейки
3.Запуск с адреса
4.Индикация адреса останова
5.Опция. Загрузка с линии в адрес
6.Опция. Вывод массива с адреса в линию

2 xoiss

я так понял что это будет самый обычный калькулятор который умеет + - * / % =. Только на процессоре 1806ВМ2


2 ММ

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

Лучше тогда реализовать полностью Обычный кальк на 1806ВМ2. а дальше уже будет видно.
Пусть пока будет без излишних наворотов, а просто калькулятором на ВМ2

MM написал:

[q]

Насчет моих познаний в софте - как-то в 1991 г. делал софт кассового аппарата, и на приемке изделия комиссия была крайне удивлена тому, что бабки считаются в восьмеричной сисьтеме...

[/q]

Вы не будете против, если я Вам помогу с этим?

Вот, например: https://github.com/xoiss/b3-23
[upd] перекинул на github

// я это вчера начал писать — ну, думаю, до понедельника закончу

svinka написал:

[q]

1801РР1 для батарейного питания не пойдет. Сосет от 40 до 85ма с источника

http://ic-info.ru/upload/iblock/28e/1801%D0%A0%D0%A01.pdf

[/q]

Тсс !
Это мой хитрый маркетинговых ход проталкивания модуля ЭСППЗУ.

Ну а для фото - может даже и удасться отыскать живую РР1...

svinka написал:

[q]

...поиски показали что ППЗУ КМОП пригодные для батарейного питания в СССР не выпускались...

[/q]

Есть решение такой проблемы - отключаемое ПЗУ.
Но это заведомо добавление 2 х 62256 СОИк и хитреж с коммутацией шины к ПЗУ.

Кстати, фактическое ( общее ) потребление 1801РР1 при 0.3 млн выборок в сек - в районе 30 ма, с иглами ~50 нс 100 ма.
Потреление модуля ЭСППЗУ при аналогичных условиях - сопоставимо, с иглами ~20 нс ~150 ма.

svinka написал:

[q]

антисоветская микросхема

[/q]

Как вариант "только на совке" - 2 х 537РУ8 - им как раз и фиксация адреса не нужна, и цена довольно гуманная, особенно на Н537РУ8.
Но жрут при обращении 1 мгц - порядка 20 ма на корпус.
https://eandc.ru/pdf/mikroskhema/k537ru8.pdf
Однако, терпимы к батарейному хранению, ток в районе 10 микроампер 3 вольт.

svinka написал:

[q]

И хотелось бы программно управлять частотой процессора. Например переключаться на 32кгц в режиме ожидания нажатия на кнопку

[/q]

К сожалению, ввиду Дефицита места на плате, могу предложить регулировать тактовую паяльником, посредством замены кварца.
*
К сожалению, опять таки ввиду Дефецита места на ДПП, придется применять серию ЭКФ1564 неизвестного производства.
*
Пока кто-нибуть не возьмется рисовать Герберы, тема будет чисто теоретической.
Топнормы :
FR-4 1.5 mm, 0.2/0.2 трек/зазор, отверстие 0.3, ободок отверстия - 0.2, медь 18 мкм.
Разумеется, делаться будет у Китайцев.
Если потерпит цена 500 руб за 4СПП, то можно и такую, с 2-сторонним расположением ИС.
Можно будет и 62256 приделать, и телеграф.
Ориентировочная цена ДПП при заказе 10 шт. ~300 руб, из них 200 руб - одноразовый шаблон.

а мы всё-таки попробуем!

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 ма.

MM, добрый день!

1. Можно ли Вас попросить опубликовать ту часть схемы, где показаны соединения ЦПУ, ОЗУ и ПЗУ?

2. Сколько потребляет (М)1801РР1 в дежурном режиме? (т.е. когда к ней нет запросов). Ток потребления в режиме чтения — упомянут в предыдущих сообщениях выше.

3. Сколько потребляет КР537РУ11 в дежурном режиме и в каком-нибудь режиме чтения/записи?

В интернетах кое-что нашёл на эту тему, но сомневаюсь в надёжности источников.

Спасибо!

xoiss написал:

[q]

опубликовать ту часть схемы, где показаны соединения ЦПУ, ОЗУ и ПЗУ?

[/q]

1.ОЗУ и ППЗУ устанавливаются на одноименные линии МПИ, согласно расписанию их выводов.
ЦП со временем опубликую ( на него нет библиотеки ), из особенностей - сигнал AR ( адрес принят ) соединен напрямую с SYNC, что повлечет потерю быстродействия ~5% ( см. его ТО на сайте А. или Физики ). Почему потерю - в отличии от 1801ВМ2 сигнал AR следует снимать до снятия сигнала SYNC не менее, чем за 1 такт - это фича 1806ВМ2 ( по типу как сигнал SSYNC в 1801ВМ3, общая длина следующего цикла МПИ определяется по переходу сигнала SYNC с 0в. к +5в. ( для сигнала SSYNC )).

xoiss написал:

[q]

Сколько потребляет (М)1801РР1 в дежурном режиме?

[/q]

2.Измерю на днях, при сигнале SYNC = +5в. Модуль ЭСППЗУ - совсем немного, определяется ЭКФ1533ЛП17 и подтяжками 10 ком - порядка 10 ма, при выборке - порядка ~50 ма.

xoiss написал:

[q]

Сколько потребляет КР537РУ11 в дежурном режиме и в каком-нибудь режиме чтения/записи?

[/q]

Это вопрос к обладателю этих ИС. Пока у меня их нет. Но для КМОП ток хранения - совсем небольшой, даже при +5в.

MM написал:

[q]

ЦП со временем опубликую ( на него нет библиотеки ), из особенностей >...>

[/q]

вот-вот, как раз про "особенности" я и говорю!

соединить линии адреса-данных — это в общем, очевидно
но совсем не очевидно, что с остальными линиями делать
может, где-то времена отклика как-то надо согласовывать, или ещё что-нибудь

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

спасибо!

MM написал:

[q]

Измерю на днях, при сигнале SYNC = +5в.

[/q]

Измерил, сопротивление - 10 ом, входящее напряжение стенда - 5.3 вольт :

Ток потребления М1801РР1 - 22 ма.
*

Ток потребления КР1801РЕ2-253 - колебался в границах 8 ма...16 ма, видимо зависит от 23 вывода ( CS ).
*

Ток потребления модуля ЭСППЗУ - стабильно 16 ма.

Если сменить подтяжки с 10 ком на 100 ком, и ЭКФ1533ЛП17 на 74HC07D, то вполне можно добиться тока хранения порядка 5 ма.
*
Патченная Э3 :

Изменения :
1.Вместо 1564ТМ2 применена 1564ИЕ19 - можно выбрать тактовую из ряда 1.0, 0.5, 0.25, 0.125, 0.0625, 0.03125, 0.015625, 0.0078125 мгц.
2.Добавлен полноценный ковокс 8 бит
3.Более предметно обозначены входы клавиатуры 4 шт. от 145ИП11 ( выходы клавы - выходы ИД10 )
4.Добавлен РНП на адреса 020000 ... 160000 - для дальнейшего апгрейда без смены платы ( можно СОЗУ нарастить до 32 кбайт ).
5.Усилитель звука ковокса сделан на 1564ЛН1

спасибо за справочные данные!

между делом запилил операции умножения и деления
осталось сделать взятие процентов
https://github.com/xoiss/b3-23/blob/master/simulator-b3-23.c

---

Коллеги, есть ли у кого нибудь живая машинка — одна из таких?:
Б3-23, Б3-24, Б3-26, МК-23, МК-26, МК-57
(они все были выполнены на одном и том же процессоре к145ип11)

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

кто может помочь?
спасибо!

Ну, собсна, всё — софт в "консольном" варианте готов!

Желающих протестировать, приглашаю сюда:
https://onlinegdb.com/rkoD9v2sm — версия с логикой вычисления процентов, как у Б3-23
https://onlinegdb.com/ry3kCP2sQ — версия с улучшенной логикой вычисления процентов (сам придумал )
[upd 22.10.18 16:05] сделал фикс в вычислениях процентов
[upd 23.10.18 00:35] переделал обработку = в вычислениях процентов
[upd 23.10.18 12:46] переделал логику вычисления процентов в режимах * и /

Инструкция:
- открываете ссылку (см. выше)
- увидите страничку с моим проектом — Вы не сможете его редактировать, но сможете его запустить на исполнение
- нажимаете кнопку Run — нужно подождать 5-10 сек., пока проект скомпилируется
- далее в нижней половине экрана откроется текстовая консоль (белые буквы на чёрном фоне) — в неё моя программа напечает приветствие и приглашение к диалогу
- если нижняя часть слишком узкая по высоте, то наведите мышкой на границу-разделитель и потяните её вверх, чтобы увеличить высоту окна консоли, уменьшая высоту окна с кодом
- переведите курсор (мышкой) в консоль и попробуйте ввести какие-нибудь примеры для расчёта
- ... например, введите 1+2=
- каждый раз в конце нажимайте ENTER, чтобы завершить ввод строки — ну, дальше, думаю, сами разберётесь
- программа обрабатывает клавишу-за-клавишей и после каждой "клавиши" печатает состояние дисплея калькулятора и внутреннее состояние аппарата
- когда Вам надоест, в пустой строке нажмите Ctrl+D (эта комбинация в POSIX операционных системах при дефолтных настройках вводит с консоли символ "конец файла")
- программа подосвиданькается с Вами и завершит работу
- ... далее нажмите ENTER (ну или просто закройте окно браузера)

Пример, как это выглядит в окне браузера:


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

Для тех же, кто хочет скомпилировать прямо у себя в бинарь и сей бинарь запустить, можете скачать проект отсюда:
https://github.com/xoiss/b3-23.git

Проект написан под Linux. Проверял на Ubuntu 14 (Trusty):


Если у Вас Windows, то Вам потребуется установить наборы MinGW + MSys. Я проверил - собирается, взлетает, летает, садится.
Если у Вас macOS, BSD, Solaris, то... думаю, тоже заведётся, но Вам наверняка потребуется допилить Makefile (если у Вас на машине нет gcc, то это точно придётся сделать).

Вот. Как-то так.

Немного передохну и попробую перекинуть на ДВК под RT-11, для начала.
Может, ещё доделаю остальные функции процессора к145ип11 — которые в Б3-23 были спрятаны "под капотом", но зато видны в клавиатуре Б3-26 и МК-57

Всем привет!

1Ж24Б написал:

[q]

Есть живой Б3-23 и МК-57. Что требуется выполнить?

[/q]

... если можно, то вот ещё несколько примеров на проценты — я здесь привожу так, как у меня в симуляторе реализовано

5. Введите C C 200 + 5 % =
- после нажатия клавиши % на экране должно быть 10.
- а после нажатия клавиши = на экране должно быть 210. — что и есть результат вычисления (200+5%)

6. ... продолжая пункт 5, сразу введите 6 % =
- после нажатия клавиши % симулятор выдаёт 12.
- после нажатия клавиши = симулятор выдаёт 212. — что есть результат вычисления (200+6%)
- другими словами, при повторных вычислениях с процентами симулятор в качестве константы использует "базу исчисления процентов" — в данном случае это число 200
- интересно, что на пункт 6 скажет настоящий Б3-23

7. Введите C C 10 / 3 %
- после нажатия клавиши % на экране должно быть 333.33333 — т.е. 10 составляет 3% от 333,33333

8. ... продолжая пункт 7, сразу нажмите клавишу =
- после нажатия = симулятор выдаёт 0,03 — т.е. он как бы делает обратную операцию — возвращает, сколько процентов (в долях единицы, в данном случае) составляет 10 от 333,33333
- опять таки в качестве константы здесь было использовано первый введённый аргумент — число 10
- интересно, что на пункт 8 скажет настоящий Б3-23

Спасибо!

о, спасибо!!!

так, я понял — посмотрю внимательно п. 8
похоже, для этой части надо логику поменять

В общем, пока ехал домой, разобрался, что к чему.
Симулятор я переделал... но не в сторону к Б3-23, а, наоборот

Получается, что в к145ип11 всего четыре регистра (в общем то, я так и думал изначально):
1. Регистр первого операнда, он же - регистр клавиатуры/индикатора
2. Регистр второго операнда, он же - регистр константы (в операциях с константой)
3. Вспомогательный регистр для операций умножения и деления. Точно не могу знать, но он либо формирует (накапливает) в себе произведение/частное, либо удерживает множимое/делимое
4. Регистр памяти (доступен только в Б3-26, МК-57)

В процессе выполнения операции деления, например 200 / 40 =, делимое (200) уничтожается, т.к. из него в цикле вычитается делитель (40), пока в регистре делимого в остатке не окажется 0 (ну или пока счётчик сформированных разрядов частного не досчитает до 8). Делитель же (40) в процессе деления сохраняется, и далее служит константой.

Когда мы вычисляем обратный процент, например 10 / 5 %, в сущности необходимо выполнить деление 10 / 5 (в ответе 2) и потом подвинуть запятую на два разряда вправо (чтобы получить искомое 200). Сотвесна, делимое (10 - база) уничтожается, а делитель (5 - ставка процента) становится константой... Нажимать после этого клавишу = лишено всякого смысла, конечно же.

Сейчас у меня реализована другая логика. Константой становится не ставка процента, а база для вычисления процентов. Это необходимо в операциях вычисления наценки/скидки (например, 200 + 5 % =). Но правильно ли делать константой базу при вычислениях процентов (но не наценки) — это вопрос.

Хммм... наверное, всё-таки логика, реализованная в Б3-23, более правильная, т.е. при вычислении просто процентов (но не скидок) константой должна становиться именно ставка процента. Если в калькуляторе при этом есть M-регистр, то это позволяет вести расчёт суммы налога по ведомости. То есть типа такого: 200 * 13 % M+ 207 % M+ 204 % M+ ... — в итоге даст 200 * 13/100 + 207 * 13/100 + 204 * 13/100 ... Хотя, не понятно, какой смысл вести расчёт именно так, если можно так: (200+207+204) * 13/100

Логика, реализованная у меня, позволяет, наоборот, вычислять разные проценты от одной и той же базы. Например, 200 * 5 % (даёт 10), далее 6 % (даёт 12) и т.д.

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

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

---

... в общем, подумал, и сделал два варианта:
1. в точности, как у Б3-23
2. как у Б3-23, но улучшенный

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

итак, первый вариант в "примере 8", как и положено, возвращает 111.11111 — хотя это и совершенно бессмысленная операция, но пусть будет "в точности как Б3-23" — просто в дань уважения

во втором варианте я попытался наделить "нажатие клавиши =" в операциях вычисления прямых и обратных процентов каким-то вразумительным смыслом, а именно:
- если ввести 200 * 5 %, то, как и положено, получаем 10 — но далее, если нажать =, то теперь получаем обратно 200
- по аналогии, если ввести 10 / 5 %, получаем, как и положено, 200 — и далее, если нажать =, то теперь получаем обратно 10
- в общем, в обоих случаях клавиша = выполняет действие обратное клавише %
- действия можно чередовать % = % = и т.д.
- в остальном логика не изменилась
- в операциях вычисления наценки/скидки функция клавиши = не менялась, но осталась как у Б3-23

Ну, вроде, на этом всё.

Поправил логику процентов — updated-комментарий выше. Код перезалил, ссылки на проект обновил.

Статистика:
1. Код симулятора занимает 560 строк
... если убрать декларации, пустые строки, и строки-со-скобочками, то чистого кода будет где-то около 300 строк
2. На написание и отладку собсна симулятора я потратил период времени с 09 октября по 23 октября — это ровно 2 недели
... чистого времени - где-то в среднем по 3-4 часа в день, в расчёте 2 дня из трёх — т.е. итого около 30-40 человеко-часов

Даже если положить, ну, пусть хотя бы по 3 байта машинных команд в среднем на одну строку Си-шного кода (а это очень скромная норма), то выйдет, оценочно, около килобайта кода!
... и это ещё при том, что я НЕ реализовывал извлечение квадратного корня, работу с регистром памяти, ну и пр. мелочёвку, которые есть в к145ип11.

Ума не приложу, КАК это было впихнуто в к145ип11...

Но что для меня непонятно, каким образом инженеры это всё сделали в 70-х годах прошлого века.
У меня для этой работы был современный компутер, на котором работать - удовольствие.
И это я сделал ещё всего лишь симулятор, т.е. я не запихивал этот код в мягко-говоря-своеобразную архитектуру микро-ЭВМ 145ип11.
Либо у них тогда на это ушло реально на пару порядков больше сил и времени, либо у них был какой-то технологический секрет (суперкомпутер??), либо... эти люди были на самом деле оооочень талантливыми.
// я не знаю, кто разработал прошивку для конкретно 145ип11, — может наши сделали это сами, а может скопировали у американцев (вроде был такой чип Rockwell A5901 — http://www.arithmomuseum.com/a...ang=en)... но ведь кто-то же это изначально сделал

---

MM, надо делать железку!

MM написал:

[q]

ИМХО, по аналогии с Паскалем, порядка 20 байт ( 10-14 ( 8 ) слов ) на 1 оператор Паскаля, с точностью переменных 2 байта.

[/q]

... я брал оценку "3 байта на строку" — это не для системы команд PDP-11, а так, чисто абстрактно — в плане "как это вообще могло вместиться изначально в 145ип11"
для PDP-11, боюсь, имеющийся у меня Си компилятор даст ооочень много байт на строку — вряд ли он умеет хорошо оптимизировать выхлоп — много будет "накладных расходов" на прологи/эпилоги функций


MM написал:

[q]

Текст на ассемблере следует заранее писать в перемещаемом по адресам варианте.

[/q]

да, я понимаю — это типа когда для работы с переменными (не со страницей В/В) используются инструкции с режимом адресации 6 и 7 — например, 010067 XXXXXX, где XXXXXX - смещение — вместо того, чтобы использовать 010037 AAAAAA, где AAAAAA - адрес... и когда всякие вызовы подпрограмм и дальние переходы тоже идут с режимом адресации 6 и 7

уверен на 99.999%, что Си компилятор делает именно перемещаемый код
но на самом деле если он вдруг будет и не перемещаемым, то попробуем его переместить в нужное место (т.е. с захардкоженными адресами) в процессе линковки

хммм....

какой из двух взять?:
- http://zx-pk.ru/threads/18351-emulyator-dvk.html
- http://zx-pk.ru/threads/24755-emulyator-rt-11.html
// вторая ссылка, вроде, более свежая (по дате) — начну с неё

xoiss написал:

[q]

Спасибо!
Могу ли я попросить Вас сделать ещё несколько примеров?

[/q]

9. 79,43
10. -2
11. 0.0.0.0.0.0.0.0.

1Ж24Б написал:

[q]

[/q]

Спасибо за помощь!
Ну, похоже, вычисление процентов и работу с константой я сделал верно.

В примерах 10 и 11 пока оставлю "своё" поведение.
Но посмотрю, насколько сложно будет сделать поведение, как у оригинала.


MM написал:

[q]

[/q]

Спасибо!
С компилятором Си на RT-11 в общем разобрался.
Он оказался с диалектом K&R с небольшими дополнениями (тип enum) и ограничениями, специфичными для линковщика RT-11 (соглашение на глобальные символы).
Пытаюсь перевести на него проект симулятора.

1Ж24Б написал:

[q]

Плата вместе с преобразователем за её пределами - 70*98 мм.

[/q]

Фотка очень необходима, с линейкой измерительной, или скан, тоже с линейкой.

Без этого нет возможности приступить к проектированию ПП.

Как вариант, могу взять на прокат Б3-23 или лучше Б3-24Г, как вариант - Б3-37

// просто добавлю ссылку — информация по кр537ру11б к1801ре1 (не рр1) и др. ОЗУ/ПЗУ — есть в выпуске МРБ 1199

Э3 для RT-11 :

Адреса регистров по записи :
177570 - мл. байт - сегменты светодиодов, 000377 - все сегменты потушены.
177574 - мл. байт - звук выход, 000200 - уровень тишины, 000000 (плюс) и 000377 (минус) - максимальные уровни.
177576 - мл. байт - биты 0...3 - катоды знакомест и сканы клавиатуры, 000377 - самый правый знак индикатора
по чтению :
177576 - мл. байт - входы сканов клавиатуры, список возможных данных чтения:
000000 - ничего не нажато,
000001 - 1-я линия нажатие
000002 - 2-я линия нажатие
000004 - 3-я линия нажатие
000010 - 4-я линия нажатие
000017 - нажаты все 4 линии одновременно.
Адреса 177560...177566 - в резерве для 1002ХЛ1.
Резисторами настраивается :
1. Частота процессора
2. Частота прерываний по 100 вектору
3. Адрес начального пуска
*

*
Есть предложение задействовать 100-й вектор для отображения данных индикатора и сканирования клавиатуры, с частотой порядка 1 кгц. Это даст пользователю почти прозрачный режим работы его программы - т.е., например, пока считается хитрая математика, индикатор не гаснет. С учетом софта подавления дребезга кнопок каждый такт прерывания потребует порядка ~100 машинных команд.
*

Более натуральные измерения :

3 батареи АА идут лесом, т.к. модули ЭСППЗУ и СОЗУ не помещаются по высоте между материнской платой и платой клавиатуры, если только не реальные М1801РР1 приделывать, что нерентабельно
Зато, предположительно, поместится плоский аккум от сотового, поверх модулей памяти на месте батарейного отсека.
Соответственно, понадобится DC-DC конвертер 3.7 в. ----> 5 в. на MC34063, и резисторик с диодиком, что бы заряжать аккумурлятор от внешних +5в.
Общая длина платы - 143 миллиметра, ширина - 70 миллиметров, упоры - см. фото ( 16 и 18 (51 и 53) миллиметров от нижнего края платы )
Индикатор имеет КП с координатами 85 миллиметров от левого края платы, снизу - 15 миллиметров, и крайнюю верхнюю КП с координатой 55 миллиметров, запрещенная зона монтажа сверху - 8 миллиметров ( до отметки 93 миллиметра при отсчете слева платы ).
*
Устройство питания с аккумом от сотового :

*
Устройство минимального тайминга цикла SYNC

*
Э3 телеграфа :

Э3 выше обновлены.
ВМ2 находися в ДМА режиме, управляет внешняя БК11М с микроскопической программой.

Сделал тестовый софт для ППЗУ с 100000 адреса :

Результат измерения быстродействия - 43 сек общего цикла, т.е. не менее 900 т. рег-рег в наличии.

Фото общего плана :


Потребление при сканировании индикатора +4.95 в. - 136 ма, при подсчете быстродействия - 115 ма.

xoiss написал:

[q]

с RT-11

[/q]

Расчитываю с ней.

Насчет СОЗУ - вероятно, будет модуль с 62256 .

... тем временем, делаю юнит-тесты к проекту https://github.com/xoiss/b3-23/tree/unittests/unittests

сегодня таки нашёл багу в коде — неправильно реализовано округление в функциях trim() и align()
например, по правилам Математики, число 0.4445, если его округлять до целого, должно стать 0, т.к. первый отбрасываемый знак "4" меньше 5
но сейчас программа выдаст 1 вместо 0, т.к. округление идёт пошагово разряд-за-разрядом, т.е. получается так: 0.4445 -> 0.445 -> 0.45 - > 0.5 -> 1 (разумеется, это неправильно)

вывод: не стоит пренебрегать тестами, даже если на 100% уверен в правильности написанного кода

Собственно, теперь вопрос в софте - присылайте для RT-11 МС1201.02 с ОЗУ 48 кбайт, файлы типа .SAV ( буду пробовать через эмулятор ДВК господина Патрона ).