Спасибо! Правильно ли я понимаю, что первые версии процессоров/игры были выпущены в Зеленограде в 88-89 гг. , а потом производство передано в Киев/Винницу?

Насчет точных дат и городов - затрудняюсь ответить, но скорее всего так и есть.
Я пришел работать в НИИТТ весной 1987, к тому моменту кристалл был уже скопирован топологами весь и вышла первая опытная пластина, совершенно нерабочая, естественно. Мы восстанавливали из топологии принципиальные схемы проблемных участков, разбирались в их назначении и искали ошибки. Летом и осенью мы были заняты выпуском партии электронных записных книжек МК-87, потом вернулись к Винни-Пуху. Так что первый рабочий кристалл вполне мог быть изготовлен к лету 1988. На этом наша работа над этим кристаллом закончилась, а куда передавали его производство, я не сильно интересовался тогда.

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


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

Вполне возможно, ведь параллельно с нашим копированием, ребята из "Циклона" разбирали схему и логику, вскоре разобрали совсем, и даже сделали кросс-средство для программирования (участвовал в том числе упоминаемый Миланом А. Гаганов) и, наверняка нашли мелкие косяки, которые остались после нашего копирования. И исправили. Поскольку у нас при таком подходе был единственный способ тестирования кристаллов - путем "сравнения выходов с аналогом при одинаковых входных воздействиях", то мелкие косяки в ПЗУ были неизбежны (а это больше всего похоже на косяк в ПЗУ).
До полноценного тестирования с чтением ПЗУ мы дошли гораздо позже. Если я правильно помню, это когда мы масштабировали кристалл от "Ну погоди!" до таких маленьких размеров, что на одной пластине их сделалось очень много, и такой тупой способ тестирования стал занимать на заводе слишком много времени. Тогда я расковырял схему использования тестовых входов и написал полноценную и быструю программу тестирования, которая проводила полноценную внутреннюю проверку АЛУ, ОЗУ, ПЗУ и выдавала на из выводов порта готовый бинарный результат в виде "годен / не годен". Времени на это тратилось на два порядка меньше, и результат был несравнимо более надежным.

А вы не помните, почему решили делать "Раскладушку" со сменными картриджами для Винни Пуха, а не скопировали конструктив "Нинтендо"?

Вот это да! А про МК-87 можете поподробнее написать? Очень нравится эта чудо -книжка.

Насколько я помню - оригинал от Нинтендо и был раскладушкой с зеркалом, а насчет сменных картриджей я ничего сказать не могу - когда я пришел туда работать, этот вопрос был уже решен. И это во-вторых даже. А во-первых - я работал во втором отделении, мы занимались исключительно элементной базой, готовыми изделиями занималось пятое отделение, если я правильно помню. Мы с ними, конечно, плотно общались, но единственное, что я помню - это мой спор насчет картинки на экране. В оригинале обезьян махал рукой с замком, чтобы труднее было попасть ключом. В мультике про Винни-Пуха пчелы сидели в дупле, но в игре эти художники нарисовали некий подвесной улей, который качался на ветке. Когда я напомнил им про дупло - мне было отвечено - "А что не так? Пчелы в дупле, дупло висит на ветке и качается". Вот это "дупло висит на ветке" настолько меня перепахало, что помню этот разговор до сих пор (а ведь лет сорок без малого прошло):)

------- ДОБАВЛЕНО ЧЕРЕЗ 14 МИН --------

Эта записная книжка предназначалась подарком делегатам торжественного совещания по поводу 70-летия Октябрьской революции, поэтому было изготовлено около 7000 штук - 5000 делегатам и 2000 - для ремфонда. Для нее был разработан комплект микросхем Т36, - процессор, контроллер ЖКИ, ПЗУ, ОЗУ. Разрабатывался этот комплект с прицелом на то, чтобы использовать его потом в микрокомпьютере МК-85. Часы в МК-87 были отдельным готовым модулем (от каких-то дамских часов, вроде бы минских, но не уверен) со своими кнопками и элементом питания, просто вставлялся в нишу в корпусе, и к остальной схеме никакого отношения не имел.
Про МК-87 я могу рассказать гораздо больше, чем про Винни-Пуха. Я участвовал в разработке контроллера ЖКИ для него. Что именно вас интересует?

Вот я написал все это и подумал - это же тут лютый офтоп - ни к часам, ни даже к играм это изделие никакого отношения не имеет:)

Я в свое время создал тему про Калькуляторы, где начал обсуждение про МК-87
http://forum.watch.ru/showthread.php?t=418049

В принципе интересно все, так как проект оказался мега прорывным для этого времени. Датабанки только набирали популярность за рубежом.

Ок, там и отвечу.

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

А вы не помните, другие игры (картриджы) этой серии - Стройка, Сказка, тоже проектировали у вас?

Нет, точно не у нас. Я думаю это уже результат сотрудничества ребят из "Циклона" с производителями.

Борис, добрый день. Вопрос немного в сторону, но как раз активно обсуждается на другом форуме — про использование нескольких ЖКИ-контроллеров в МК-85. Можно попросить Вас уточнить несколько моментов:

- Правильно ли я понимаю, что выбор нужного контроллера осуществлялся дополнительными разрядами в посылке данных? Вы писали на форуме iXBT, что в расширенной посылке было полноценных 8 (а не 5) бит данных

- Как конкретно осуществлялся выбор контроллера? Я предполагал, что "номер" задавался распайкой выводов и определялся внутри самого контроллера. Однако на блок-схеме есть порт P0–P3 — правильно ли я понимаю, что он использовался для выбора "следующего" в схеме (ведущий/ведомый) или у него была другая задача? ( Вот ссылка на описание, которое я имею в виду: https://calculators.pdp-11.ru/manuals/1013vg2.pdf )

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

Здравствуйте. Относительно конкретно этого контроллера - да, изначально была заложена возможность подключения к процессору двух контроллеров ЖКИ без задействования дополнительных выводов процессора.
Посылка на последовательном интерфейсе состоит из 8 бит адреса и 5 бит данных, причем адрес задвигается в регистр непрерывно и может быть любой длины, в регистре остаются последние 8 бит на момент изменения состояния вывода SYNC. А вот данные - наоборот - задвигаются по внутреннему счетчику, первые же пять бит после изменения состояния вывода SYNC, которые сразу записываются в ячейку ОЗУ или в регистр.
Имеется 96 ячеек ОЗУ размером 5 бит в адресами 00H..5FH, регистр курсора по адресу 60H и регистр порта по адресу 68H. В регистре курсора старший бит определяет тип курсора (подчеркивание или блок), младшие 4 - номер знакоместа. Младшие 4 бита регистра порта просто выводятся на выводы P0..P3.
Регистр порта задумывался просто как расширитель для процессора (у него сильно не хватало выводов для управления внешними устройствами). В АОНе на базе этого комплекта - ребята повесили на эти выводы R2R матрицу и получили простейший ЦАП, который использовали для управления контрастностью.
Старший бит адреса должен соответствовать уровню на входе Т. Собственно это и давало возможность подключить два контроллера к одной шине данных (подключив вывод Т к земле у первого, и к питанию у второго) и выбирать нужный одним битом в адресе. Это штатная работа того контроллера, который используется в МК-85 и МК-87. От процессора тут тоже ничего дополнительного не требуется в аппаратном смысле.
Версия контроллера с посылкой 8 бит данных - это совсем другое изделие, и в виде микросхем не выпускалось - 4 контроллера разваривались прямо на стекле индикатора и управляли матрицей 80х64 точек - это был индикатор для советского GPS приемника.
Версия двух контроллеров, которые могли управлять одним ЖКИ с двумя строчками по 12 символов была мной сделана на базе Т36ВГ2 в начале 90-х годов и, насколько мне известно, в серию не пошла.

Надеюсь я все объяснил. Если что непонятно - спрашивайте.
Однако хочу отметить, что все это - жуткий офтоп здесь, наверное лучше обсуждать это в другом месте (например в той самой теме про калькуляторы, которую создал Андрей Бабанин)

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

В целом теперь всё стало ясно. Т.е. для адресации второго ЖКИ надо подать питание на вывод "Т" (61, вход управления режимом) и писать в область, начинающуюся с 0x80. С самого начала мне казалось странным использовать дополнительные биты данных именно для адресации — логично было бы передавать полные 8 бит данных. Вероятно, недопонимание у меня возникло из-за формулировок в описании Т36ВМ1-2 (в КА1013ВМ1 уже явно говорится о 5 битах) и вашей статьи на форуме iXBT:

"Контроллер дисплея преобразует 8 младших разрядов адреса и 8 младших разрядов данных в последовательный код на выводе ADO и формирует сигнал синхронизации каждого разряда этого кода на выводе SHIFT"


Еще один уточняющий вопрос: Правильно ли я понимаю, что нумерация знакомест в регистре курсора начинается с нуля и, чтобы "погасить" курсор в одной из строк, достаточно записать в регистр номер несуществующего знакоместа, например 0xF?

Ну по крайней мере там оно будет выглядеть уместнее - хотя бы по теме.

Нет, не может быть никаких дополнительных битов в данных, Данные едут пятью битами - по размеру ячейки ОЗУ (либо служебного регистра). Либо пять точек в матрице 5х7, либо один из служебных символов, если выбрана строка 0. За этим следит специальный внутренний счетчик
Остальные данные, едущие по шине просто игнорируются, до изменения состояния на выводе SYNC, которое сбрасывает состояние последовательного интерфейса в исходное.

Я не смог найти, где я это написал, но в любом случае - к 1013вг2 это не относится. Он реально воспринимал только 5 бит.

Совершенно в точку. Так и есть.

"Контроллер дисплея преобразует 8 младших разрядов адреса и 8 младших разрядов данных в последовательный код на выводе ADO и формирует сигнал синхронизации каждого разряда этого кода на выводе SHIFT" - скопирована из документации на процессор Т36ВМ1-2 (скорее всего, это просто ошибка).

А вот в более подробном описании микросхемы КА1013ВМ1 (в моем понимании, та же микросхема) дано уже "правильное" описание.

Еще раз спасибо за ответы, все понятно.

Не могли бы вы дать точную ссылку на эту цитату? Я не могу вспомнить. Скорее всего тут дело в контексте. Даже интересно.

Есть еще такая фигня - первая версия МК-85 была сделана на стандартном 1806вм2 и куче достаточно тупых БМК типа 1515хм1. И в этой версии - в контроллере дисплея хранилась только одна строка битов для вывода на ЖКИ. То есть - на каждую строку отображения ЖКИ генерировалось прерывание, процессор выкатывал очередную строку (30х1) на контроллер ЖКИ для вывода, заодно опрашивая состояние клавиатуры. Это была первая версия МК-85, она была полностью рабочей, но прожила недолго - до момента замены всего комплекта на Т36. И, как положено, компьютер именно этой первой версии и имеется у меня:)

Да, конечно, https://www.dropbox.com/scl/fi/s8xpi...g2hmrgsq9u74ph (страница 2-149).

Разные версии МК-85 это очень интересная тема! Еще бы Бэйсик получше и побыстрее (p-code + двоичная арифметика) ... но что не случилось, то не случилось.

Ну и давайте сразу попробую "просуммировать" и попросить разрешения скопировать текст, т.к. разговор изначально стартовал на другом форуме:

Использование двух ЖКИ-контроллеров КА1013ВГ2 (МК-85/87)
(по информации Бориса Кроткова, разработчика контроллера)

Контроллер поддерживает возможность подключения двух устройств к общей последовательной шине. Выбор активного контроллера осуществляется с помощью входа "Т" (управление режимом) и старшего бита адреса в посылке, которая формируется при байтовой записи в нижние адреса ПЗУ процессора.

Информация передается на вход AD под управлением сигналов SHIFT и SYNC (W/R сигнал процессора). При этом на последовательную шину передаются адрес и данные, начиная с младшего бита. По переднему фронту сигнала SHIFT процессор устанавливает очередной бит на выводе AD, по заднему фронту информация защёлкиваются в приёмнике контроллера ЖКИ. Посылка начинается с передачи адреса. После перехода сигнала SYNC из высокого уровня в низкий передаются данные. Контроллер всегда использует последние 8 переданных бит адреса и первые 5 бит данных.

Контроллер обрабатывает посылку только если старший бит адреса совпадает с уровнем на входе "Т", т.е. байтовая запись в ПЗУ процессора с адресами 00H–7FH обрабатывается контроллером с входом "Т", подключённым к земле. Запись в адреса 80H–FFH — контроллером с входом "Т", подключённым к питанию.

Обращение к памяти и регистрам со стороны процессора :

ОЗУ (адреса 00H–5FH / 80H–DFH): 96 ячеек по 5 бит.

Регистр курсора (60H / E0H): старший бит задаёт тип курсора (подчёркивание или блок), младшие 4 бита — номер знакоместа, начиная с нуля. Значение 0FH отключает курсор.

Регистр порта (68H / E8H): младшие 4 бита выводятся на линии P0–P3 контроллера ЖКИ. В МК-85 не используется, однако применялся в других устройствах (АОH) для управления ЦАП регулировки контраста.

По информации от Бориса разрабатывались и другие версии контроллеров. Вариант с 8 битами данных собирались применять в сборках ЖКИ (80×64 точки), предназначенных для GPS-приёмников. Также была опытная версия на базе Т36ВГ2 для ЖКИ с двумя строками по 12 символов.

Спасибо. Теперь понятно, откуда такая пурга. В этом тексте контроллером дисплея называется не контроллер ЖКИ, а кусочек процессорного чипа, отвечающий за последовательную передачу. Это наверняка Сергей Ермаков написал. За ним водится:) Правильная картинка интерфейса на стр. 2-151 внизу.

Опять за рыбу деньги? На IXBT спрашивал, и тут спрошу - вы бы лучше сделали? Тогда расскажите, как надо было.:)

Я позволил себе немножко подредактировать текст, и считаю, что в таком виде его можно использовать. А что это за "другой форум"?

Использование двух ЖКИ-контроллеров КА1013ВГ2 (МК-85/87)
(по информации Бориса Кроткова, одного из разработчиков контроллера)

Контроллер поддерживает возможность подключения двух устройств к общей последовательной шине. Выбор адресного пространства контроллера осуществляется с помощью входа "Т" (управление режимом) и, соответствеенно, старшего бита адреса в посылке, которая формируется при байтовой записи в нижние адреса ПЗУ процессора(*).

Информация передается на вход AD под управлением сигналов SHIFT и SYNC (W/R сигнал процессора). При этом на последовательную шину передаются адрес и данные, начиная с младшего бита. По переднему фронту сигнала SHIFT процессор устанавливает очередной бит на выводе AD, по заднему фронту информация защёлкиваются в приёмнике контроллера ЖКИ. Посылка начинается с передачи адреса. После перехода сигнала SYNC из высокого уровня в низкий передаются данные. Контроллер всегда использует последние 8 переданных бит адреса и первые 5 бит данных. При переходе сигнала SYNC в высокий уровень последовательный интерфейс контроллера ЖКИ переходит в исходное состояние.

Контроллер обрабатывает посылку только если старший бит адреса совпадает с уровнем на входе "Т", т.е. байтовая запись в ПЗУ процессора с адресами 00H–7FH обрабатывается контроллером с входом "Т", подключённым к земле. Запись в адреса 80H–FFH — контроллером с входом "Т", подключённым к питанию. (**)

Обращение к памяти и регистрам со стороны процессора :

ОЗУ (адреса 00H–5FH / 80H–DFH): 96 ячеек по 5 бит.

Регистр курсора (60H / E0H): старший бит задаёт тип курсора (подчёркивание или блок), младшие 4 бита — номер знакоместа, начиная с нуля. Значение 0СH..0FH отключает курсор.

Регистр порта (68H / E8H): младшие 4 бита выводятся на линии P0–P3 контроллера ЖКИ. В МК-85 не использовался, однако применялся в других устройствах (АОH) для управления ЦАП регулировки контраста.

По информации от Бориса разрабатывались и другие версии контроллеров. Вариант с 8 битами данных применяли в сборках ЖКИ (80×64 точки), предназначенных для GPS-приёмников. Также была опытная версия на базе Т36ВГ2 для ЖКИ с двумя строками по 12 символов (в серию не пошла).

* - эту фразу я не понял, извините. Что за "нижние адреса"? оставил как есть
** - в те времена было модно считать низкий уровень как логическая "1", а высокий - как логический "0". Так что может быть и наоборот.

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

Обсуждение велось на этом форуме, однако, на мой взгляд, ко многим сообщениям (особенно касающимся планов модификации МК-85) стоит относиться с определённой осторожностью:

http://www.leningrad.su/calc/cforum....1&topicid=1215

Использование двух ЖКИ-контроллеров КА1013ВГ2 (МК-85/87)
(по информации Бориса Кроткова, одного из разработчиков контроллера)

Контроллер поддерживает возможность подключения двух устройств к общей последовательной шине. Выбор адресного пространства контроллера осуществляется с помощью входа "Т" (управление режимом) и, соответственно, старшего бита адреса в посылке, которая формируется при байтовой записи в младшие адреса ПЗУ процессора.

Информация передается на вход AD под управлением сигналов SHIFT и SYNC (W/R сигнал процессора). При этом на последовательную шину передаются адрес и данные, начиная с младшего бита. По переднему фронту сигнала SHIFT процессор устанавливает очередной бит на выводе AD, по заднему фронту информация защёлкиваются в приёмнике контроллера ЖКИ. Посылка начинается с передачи адреса. После перехода сигнала SYNC из высокого уровня в низкий передаются данные. Контроллер всегда использует последние 8 переданных бит адреса и первые 5 бит данных. При переходе сигнала SYNC в высокий уровень последовательный интерфейс контроллера ЖКИ переходит в исходное состояние.

Контроллер обрабатывает посылку только если старший бит адреса соответствует уровню на входе "Т" - байтовая запись в ПЗУ процессора с адресами 00H–7FH обрабатывается контроллером с входом "Т", подключённым к питанию. Запись в адреса 80H–FFH — контроллером с входом "Т", подключённым к общему. (Этот вариант используется в МК-85)

Обращение к памяти и регистрам со стороны процессора :

ОЗУ (адреса 00H–5FH / 80H–DFH): 96 ячеек по 5 бит.

Регистр курсора (60H / E0H): старший бит задаёт тип курсора (подчёркивание или блок), младшие 4 бита — номер знакоместа, начиная с нуля. Значение 0СH..0FH отключает курсор.

Регистр порта (68H / E8H): младшие 4 бита выводятся на линии P0–P3 контроллера ЖКИ. В МК-85 не использовался, однако применялся в других устройствах (АОH) для управления ЦАП регулировки контраста.

По информации от Бориса разрабатывались и другие версии контроллеров. Вариант с 8 битами данных применяли в сборках ЖКИ (80×64 точки), предназначенных для GPS-приёмников. Также была опытная версия на базе Т36ВГ2 для ЖКИ с двумя строками по 12 символов (в серию не пошла).


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

Тут надо определиться с тем, что такое сделать "лучше":
- Удобство использования - однозначно (разве что было жесткие ограничения ТЗ).
- Расширение/дополнения языка BASIC - от введения целых/одинарной/двойной точносит (скорость) до другого определения массивов, команд работы с портами, возможность ассемблерных вставок (опять-таки тут возможны проблемы с ТЗ)
- Изменение работы с переменными (предварительная упаковку, одинарная/двойная точность, денормализация). Тут, возможно, были бы проблемы с размером кода в 8К ПЗУ, но частично можно было бы реализовать.

У меня (был) неплохой опыт разработки ПРО под эту платформу (Э-60/ ДВК/НЦ-80) - не только "офисных" приложений (за моим авторством EDIK, CALC, EM.SYS), но и оптимизации вычислений для систем управления реального времени.

К сожалению, без сравнительных тестов производительности трудно говорить о чем-то конкретном в смысле скорости.

Да. Раньше было интересно читать разные бредни про то, в чем сам принимал участие, я даже иногда ввязывался в споры. Но потом совсем надоело. Если спрашивают - отвечаю, если помню. Не спрашивают - и не надо.

Посмотрел я тут структурную схему и засомневался. Сомнение не критичное, но заодно расскажу эксклюзив, про который нигде не написано.:)
Изначально контроллер ЖКИ имел встроенный делитель напряжения (подразумевалось, что ему не будут нужны внешние резисторы), и встроенный выключатель питания. Делитель был нарисован как длинный резистор с отводами, а выключатель представлял собой транзистор чудовищного размера в углу кристалла (видимый невооруженным глазом) через который на кристалл проходило питание от внешнего вывода. Однако на первой же опытной пластине выяснилось, что из-за отсутствия защитных карманов имеются нелинейные утечки тока в подложку по всей длине резистора. За неимением времени на коррекцию в нижних слоях - мы этот резистор просто отрезали, благо что внешние выводы для делителя все равно существовали (для подключения демпферных емкостей). Чуть позже выяснилось еще одно обстоятельство - при выключении питания путем закрытия чудовищного транзистора, кристалл запитывается через защитные диоды на управляющих входах (ну то есть - например если процессор оставил высокий уровень на входе SYNC, его хватало, чтобы контроллер запитался и включился). И более того - если в такой ситуации включить питание контроллера, его намертво клинило, вплоть до выхода из строя (т.н. "тиристорный эффект"). Поэтому этот транзистор тоже отрезали и провели питание вокруг него. И делитель, и транзистор еще очень долго оставались на серийных кристаллах. Потом вроде бы мы их убрали, когда время уже позволило провести коррекцию. Так вот к чему я это все - этот транзистор открывался и закрывался сигналом на внешнем выводе CE. Этот вывод сделался незадействованым. И вот настигло меня сомнение - не путаю ли я функции выводов "T" и "CE". Это довольно легко выяснить опытным путем, так что ничего критичного тут нет, просто надо взять на заметку.


Это все, конечно, хорошо бы, но имеет смысл только если есть способ хранения программ на внешнем носителе, согласитесь. У нас разрабатывалась, как сейчас сказали бы, "док-станция" для МК-85, с блоком питания, кассетным накопителем и даже цветным принтером (на самом деле это был крошечный четырехцветный плоттер). Модернизация самого МК-85 для совместимости тоже подразумевалась. Но до завершения дело не дошло по причине развала страны.

Очень здорово, что отвечаете, и что помните!

Спасибо за подробности! Вот документация (https://www.dropbox.com/scl/fi/8b7ji...dylld3ppelkset) , но понятно, что там нумерация может не соответствовать действительности - тем более, что в МК-85 оба вывода сидят на общем. Давайте я добавлю, что в "Описании возможно перепутаны выводы Т и CE".


Тут я (частично используя послезнание) не совсем соглашусь. На мой взгляд, Basic архитектурно надо было в любом случае делать по другому (но опять таки - могли быть требования ТЗ, например по точности). Что касается возможности работы с портами, вставок на ассемблере, автозапуск программы пользователя и многого другого - то это, конечно, не имеет смысла без поддержки внешнего носителя. Но это ведь не только про развитие линейки, но и про возможность использования МК-85 в качестве откытой платформы для создания встроенных устройств.

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


К сожалению, я неплохо предствляю, что тогда проиходило. Нашу лабораторию, занимавшуюся разработкой спецсистем ПРО, «продали на Запад» ещё в конце 1989 года, и мы начали ездить в Германию вахтовым методом. Естественно, все профильные разработки при этом практически полностью остановились.

Где-то до середины 1991 года с нами ещё ездил представитель первого отдела и переводчица-стенографистка из министерства т.к. у всех «проданных», разумеется, были допуска. Но позже всем уже стало совершенно всё равно - вот тогда-то и до меня дошло, что СССР больше нет :-)

Да, наверное так будет корректнее.

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

Борис, ещё раз большое спасибо за то, что отвечаете и за то, что помните — было очень приятно виртуально с Вами пересечься!

И, конечно, МК-85/87 были безусловно прорывными "машинками" для своего времени, супер технологии с огромным потенциалом для развития платформы.

Очень жаль, что тогда, в конце 80-х, нам не удалось пообщаться за «рюмочкой чая». Хотя в те годы я занимался в основном ПРО и к "железу" относился скорее потребительски, зато сегодня все эти обсуждения вызывают ностальгию — и по тому времени, и по молодости. :)

Друзья, я тут загорелся идеей заказать новодельные ЖКИ для ИМ-50, Весёлая арифметика. Подскажите, пожалуйста,
1. остались ли у кого контакты тех, с кем можно про это поговорить? Техночас? Китайцы?
2. нету ли у кого топологии данного ЖКИ?

Заранее спасибо ;)

Отписал Вам в личку

Интересная статья по получению прошивки, интересна тем, что там упоминается инструмент для извлечению битов по фотографиям кристалла масочной ПЗУ. Ещё статья по теме.

Юбилей эмуляции!
 

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

Игорь, огромное спасибо за проделанную работу!
Десять лет назад сама идея считать ПЗУ "Ну, погоди!" напрямую с чипа, а не по фотографии кристалла, казалась невозможной!

Не думали ли Вы закончить цикл статей о процессоре КБ1013ВК1-2 и о том, как считывается ПЗУ?

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

Igor427
Описание 1013 было предназначено для создания эмуляторов чипа. Устройство чтения прошивок из Sharp SM5A было повторено по моим наработкам разработчиками MAME, после этого были считаны все программы из всех моделей игр Game&Watch. Таким образом, сам процесс считывания/управления реальным процессором более неактуален.
Если коротко пройтись по нюансам считывания, то:
1) Подаваемые извне коды команд должны быть инвертированы (относительно того, что читается из чипа)
2) Момент смены внешних команд относительно клока должен в точности совпадать с моментом переключения шины при чтении пзу, иначе команды не принимаются, либо проц виснет.
Больше никаких подводных камней не припомню.

Тут я с Вами не совсем соглашусь. Я общаюсь с Миланом (MilanSK) и за последее время удалось найти 3 новых прошивки - Альтаир, ИМ-15 (Футбол) и ИМ-55 (Баскетбол).

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

Про Альтаир Вы сами писали, что разобрались, и его прошивку добавили в отладчик Милана.
А про футбол и баскетбол — наверно, это Нупогоди с другой картинкой. Где посмотреть видео геймплея?

Я действительно "разбирался" с работой прошивки/железа в игре "Альтаир", но ПЗУ прочитал MilanSK (без его помощи у меня вряд ли нашлось время и желание детально разбираться с процессом чтения), а схему отрисовал siealex (у меня не было работающей/целой игры).

По-поводу игр "Футбол" и "Баскетбол" - это настольные игры с индикацией на светодиодах (в сети много фото и видео), сделанные по мотивам игр Tomy Electronics. У Tomy были похожие игры на TMS1000 (есть советская ИМ-37 на той же базе).

Но вот в серии Электроника есть две оригинальные игры на ВЕ1013ВЕ1-2, который "внутри" полностью идентичен Sharp SM-5A/КБ1013. Не очень понятно, сохранили ли на чипе драйвер ЖКИ с знкопеременным мультиплексом или поменяли управление выходами. Если ко мне доедет такая игра - проверю. Удалось купить чипы и ПЗУ прочитал Милан - благодаря ему игры должны появиться в MAME и, надеюсь, появятся в следующей версии его отладчика ( https://www.septimus.sk/)

- ИМ-15, в целом повторили gameplay ИМ-37 / "Tomy Electronic World Cup Soccer"

- ИМ-55, внешне напоминает "Tomy Tomytronic Basketball” - но внутри это усложненная "ИМ-15". Ничего общего не имеет с Tomy ни по элементой базе, ни по гэймплею.

(также отписал Вам в личку)

Вложение 3861469 Вложение 3861471

Вот тут я не соглашусь:)

Не помнят о прежнем, так и о том, что будет - о нём не вспомнят те, кто будут позднее :-)

Когда IgorR76 разбирался с чтением ПЗУ, меня ностальгия ещё не догнала, и я был не совсем в теме - он с Вами обсуждал возможность чтения ПЗУ? Удивила даже не сама возможность тестового режима, сколько то, что, (как я понимаю) всё это удалось раскопать без хоть какого-то внятного описания.

Кстати, когда вы в 80-х делали систему тестирования процессора — у вас было какое-то описание от Sharp, или реверс шёл по кристаллу? Или всё методом проб и ошибок?

И ещё вопрос вдогонку: не знаете, оставили ли в ВЕ1013 драйвер управления ЖКИ? К сожалению, устройств на этом процессоре у меня нет, так что сигналы «вживую» посмотреть не на чем.

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

Не было у меня никакого описания, была задача, пластина с кристаллами и статья в МПСС. На кристалле я увидел, что выходы ПЗУ идут не только в ПЛМ, но и к внешним площадкам, и решение созрело само собой. А дальше уже было дело техники и терпения:)
Я рассказывал Милану про этот процесс, может у него и сохранился мой текст.

Нет, тут я вовсе не в курсе.

Можно еще вопрос по МК-87, вернее по откидной пленочной клавиатуре. В какой-то момент обсуждалось, что для ее производства закупили линию в Японии (по другой версии заказали в Японии).

А как было на самом деле? Очень уж она хлипкая получилась - бутерброд "два на общий" (там же общий в центре - контактные слои с обеих сторон) часто коротит внутри

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

Да, пластина с пупырашками - наше все!
Зачем "два на общий" понятно - все-таки (n/2)*(n-1) больше, чем (n/2)*(n/2) , и работает это удивительно хорошо.

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

Я в свое время помучался и переделал на тактовые кнопки с диодными развязками (только нужно ставить low-leakage диоды на высокоомные линии) - по толщине примерно так же.

Это ж надо было так заморочиться!
Зато тактильный эффект появился.