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

Но оставался ещё один блок, который я тогда так и не упомянул. К моему удивлению, в интернете не так много информации по тому, как он устроен и как работает. Именно о нём мы сейчас и поговорим, а заодно и узнаем, как и от чего он вообще защищает.

❯ Суть такова

В прошлый раз я рассказывал про методы защиты самого аппарата.

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

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

Например, таким. Если таксофон стоит где-то в помещении, то всё становится ещё проще — достаточно незаметно провести где-то пару проводов, и всё. Именно такие случаи и должна предотвращать аппаратура защиты таксофона.

❯ Что такое АЗТ?

На удивление, в интернете о том, как устроена и работает АЗТ, нет практически никакой информации.

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

Но кое-что об АЗТ всё же известно. Представляет она собой некое устройство, подключенное в разрыв между таксофоном и АТС. Если вдруг помимо таксофона появится какое-то другое оборудование или пропадёт связь с самим аппаратом, этот блок должен будет заблокировать линию и (опционально) набрать аварийный номер.

❯ Обзор оборудования

Ну а пока что взглянем на доставшийся нам блок.

Выглядит он как вот такая лёгкая пластмассовая чёрная коробочка.

На обратной стороне название устройства и логотип производителя.

В интернете по запросу «АЗТ-1» ищется немало ссылок, однако полезного нет вообще ничего: только упоминания того, что некоторые модели таксофонов совместимы с данным устройством, да всякий мусор по типу результатов торгов.

Производитель этого устройства легко ищется: это пермские «Интеллектуальные системы и технологии» (ИСТ). Компания эта как раз специализируется на выпуске подобного оборудования связи. Именно ими выпускаются GSM-таксофон ИСТ-001 и линейный ИСТ-002. Впрочем, про блок АЗТ-1 на сайте ни слова. Web Archive тоже ничего не показал.

❯ Внутренности

Откроем крышку.

Внутри единственная плата. На ней два клеммника для подключения линии (слева провода от таксофона, справа от АТС), держатель батарейки CR2032, микроконтроллер, немного дискретных компонентов. Для защиты линии видны два разрядника, два варистора и один самовосстанавливающийся предохранитель.

Наклейка на крышке.

На обратной стороне платы ничего интересного, только надпись IST и какой-то номер.

❯ CMX631AP

Остановимся поподробнее на двух микросхемах.

Первый чип — простенький микроконтроллер PIC12F635 (прошивка которого, увы, залочена). А вот второй заслуживает несколько более подробного рассмотрения. Это детектор сигналов частотой 12/16 кГц в телефонной линии.

Вот его блок-схема.

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

❯ Про режимы тарификации

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

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

Так вот. Помимо автономной тарификации (когда таксофон сам измеряет тарифные интервалы) существует ещё и централизованная, при которой аппарат списывает баланс с карты не по внутреннему таймеру, а по команде от АТС. У такой системы существовало два варианта.

Первый вариант — списание при смене полярности линии.

Именно такое решение применялось в старых междугородних таксофонах. В монетоприёмник складывались деньги, после чего в процессе разговора при переполюсовке линии срабатывал электромагнит, открывающий шторку монетоприёмника, и очередной пятнадчик проваливался в копилку. Поскольку время разговора в разные города стоило по-разному, за заглатывание денег отвечала именно АТС.
Также такая система существовала и во всем известных аппаратах АМТ-69, правда, там такой сигнал был фиксированным — после ответа абонента и каждые три минуты.

Второй вариант — списание при получении специальных тарифных сигналов. Проще говоря, отправляемых АТС в линию тоновых сигналов частотой 16 кГц. Тех самых сигналов, для распознавания которых предназначен чип внутри коробочки.

Устанавливаются все эти режимы в меню.

❯ Как же всё-такие работает АЗТ?

Теперь, когда мы выяснили, что это за сигналы и зачем нужен специальный чип для детектирования, кажется, что всё довольно просто. Коробочка контролирует наличие в линии этих сигналов, а если их не обнаруживается, то блокирует линию и набирает аварийный номер. Но на самом деле всё не так. В одном из разделов РЭ таксофона можно обнаружить примерно следующее:

Всё дело в том, что при работе таксофона в паре с АЗТ сигналы частотой 16 кГц посылает не АТС, а таксофон. Именно по их наличию коробочка определяет, что таксофон исправен, а к линии не подключено ничего лишнего. Если же трубка оказалась снята, а сигналов нет, то блок считает, что к линии подключено что-то не то, и обрывает связь.

Существовали также вот такие блоки, устанавливающиеся непосредственно на кроссе АТС. Впрочем, принцип их действия идентичен.

❯ Про связь с СДУКТ

Как сказано в многочисленных источниках, АЗТ должна совершить звонок по аварийному номеру при обнаружении попытки подключения к линии. Как именно это должно происходить, мне неведомо: никакой документации на это устройство нет. Скорее всего, коробочка просто звонит импульсным набором на этот номер, а аппаратура на АТС регистрирует лишь сам факт вызова, без всякого обмена данных.

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

❯ Что же в итоге?

Вот такой интересной штукой оказалось это устройство. Используются такие сейчас или нет, мне неведомо. Большая часть таксофонов работает по GSM или радиомосту, а к линейным, если они ещё где-то и сохранились, подключаться уже попросту не имеет смысла: всё равно звонки по ним сейчас бесплатные по всей стране.

Такие дела.

Автор текста: MaFrance351

Написано при поддержке Timeweb Cloud.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Недавно в моём районе открылась новая комиссионка, и конечно же, я наведался туда в первый же день. Особо заинтересовавшего улова было немного, но среди прочего попался красивый, хоть и побитый жизнью, ноутбук — ThinkPad X40.

За каких-то 500 йен (260 рублей) такое чудо забрать было просто обязательно. Ну, подумаешь, софттач уже разложился — к счастью, он миновал стадию превращения назад в нефть, и сразу перешёл в состояние наждачки.

Но как обычно, беда вылезла, откуда не ждали.

После подкидывания блока питания оказалось, что винчестер девственно чист. Однако попытки загрузиться с флешки, внешнего диска, или даже внешнего флопика, результата не приносили — неумолимо вылезала надпись «Operating System Not Found», да и названия устройств в биосе не появлялись.

Беглый гуглёж показал — ранние серии X40 были очень часто подвержены внезапной смерти мультиконтроллера (ICH6). Буквально подышишь не в ту сторону, втыкая флешку — и вот у тебя уже нету ни USB, ни чего-нибудь ещё.

Добрые люди дали посмотреть на схему, и опасения подтвердились: ICH6 отвечает за связь с аудиокодеком, блютусом и USB. Как впоследствии выяснится, ни звук, ни блютус, ни USB тоже не работают.

Удивило, конечно, что SD-ридер тут висит на шине PCI, и поэтому работает. Впрочем, это я уже забегаю вперёд, ведь загрузиться с него нельзя.

В случае обычного ноутбука, можно было бы просто кинуть винчестер в USB-переходник и залить образ с другого компьютера, но и тут подстава — винчестер в нём 1.8 дюйма, и на шину IDE с напряжением до 3.3 вольта, поди найди такой адаптер. Вкладываться в покупку переходника, SSD и ещё адаптера с USB на mSata тоже не хотелось, ибо уже жаба задушит :-)

Однако, в нём всё ещё есть опция загрузки по сети через PXE, может, это и спасло бы?

❯ Сначала было слово, и слово это — DHCP

Первым делом я попробовал самое очевидное решение — iVentoy. Вебморда и все дела, конечно — стильно, модно, молодёжно, но ноутбук при этом успешно загружал PXE-бинарник и вешался. Видимо, с i386 проект уже не совместим. Придётся делать всё вручную.

Для того, чтобы загрузиться через PXE, DHCP-сервер должен отдать грузящемуся клиенту в ответе как минимум два параметра:

• № 66 — адрес/имя TFTP-сервера, с которого грузимся, в моём случае 192.168.1.228

• № 67 — имя файла на TFTP-сервере, которое будем загружать

В OpenWRT их можно указать в параметрах интерфейса локальной сети на вкладке DHCP Server:

В качестве сервера был поднят TFTPD64, а загрузчиком для пробы был закинут iPXE в сборке от проекта netboot.xyz (файл netboot.kpxe).

Пробуем грузиться и... почему-то ноутбук всё равно усердно пытается найти TFTP-сервер на роутере.

Тут я перепробовал кучу разных настроек, но, видимо, моя версия OpenWRT забагована и никакие попытки прописать DHCP Next-Server другими способами не прокатили.

К счастью, сам файл iPXE весьма небольшой, поэтому я просто установил на роутер atftpd и положил его в /srv/tftp/netboot.kpxe.

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

❯ Попробуем туда за-PE-реться

Дальше были многочисленные попытки загрузить хоть какой-то ISO-образ через memdisk. В общем случае это делается следующей последовательностью команд в iPXE Shell:

kernel memdisk initrd http://192.168.1.228:3939/bartPE.iso boot

Однако, все имеющиеся у меня установочники падали даже не доходя до загрузки, собственно, ОС из образа, и я толком не разобрался, что делал не так. Для загрузки конкретно же Windows PE, впрочем, нашёлся другой способ:

1. Берём образ Windows Server 2003 SP1 (важно: именно SP1) и вытаскиваем оттуда командой expand из папки I386 файлы

   1. STARTROM.COM

   2. SETUPLDR.EXE — переименовываем в NTLDR (именно из EXE, не из BIN!)

   3. NTDETECT.COM

2. Кладём это всё в корень нашего TFTP-сервера, а рядом кладём образ самого Windows PE, собранный из того же Server 2003 SP1.

3. Создаём файл с именем WINNT.SIF, в который пишем

   [SetupData] BootDevice = "ramdisk(0)" BootPath = "\i386\System32\" OsLoadOptions = "/noguiboot /fastdetect /minint /rdexportascd /rdpath=WINPE16.ISO"

   где WINPE16.ISO — название образа Windows PE.

Если вам влом этим всем заниматься — можете забрать готовую папку с архиворга :-)

После этого, если конфигурация DHCP у вас работает, можно просто указать STARTROM.COM в опции №67, и система должна загрузиться. Если же у вас всё так же сломано, как и у меня, то грузимся в IPXE Shell и выполняем команды:

dhcp net0 set net0/next-server 192.168.1.228 chain tftp://192.168.1.228/STARTROM.COM

После чего, в теории, наш компьютер будет медленно и печально вытягивать ISO-файл по UDP.

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

❯ Serva — всему голова

Оказывается, есть современный, более надёжный инструмент «всё в одном» специально для Windows: Serva.

Он позволяет развернуть установку Windows XP по сети с куда меньшим геморроем.

Сначала скачиваем дистрибутив, распаковываем и запускаем. Окно по дефолту будет пустым и загадочным — нужно нажать на иконку в строке заголовка, а затем Settings:

На вкладке TFTP включаем сервер и создаём для него новую папку (без всего хлама из прошлых шагов)

На вкладке DHCP можно сделать по-разному:

• Если соединяем комп с сервером витухой напрямую, то включаем DHCP Server

• Если, как у меня, всё идёт в общую локалку, то включаем proxyDHCP

Также не забываем включить и BINL — через него будут, собственно, загружаться системные файлы.

Нажимаем OK и затем закрываем Serva полностью.

Далее тысячу раз проверяем файрвол, что у нас не торчит голой задницей порт SMB в интернет, а затем идём в PowerShell и выполняем:

Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -All -NoRestart

Либо мышкой

Важно: протокол SMBv1 дырявый, и лучше это дело после установки откатить сразу назад, либо проворачивать это всё на виртуалке.

Затем идём в Панель управления → Network and Sharing Center → Advanced Sharing Settings и выключаем Password protected Sharing

После чего перезагружаем компьютер.

Возвращаемся к папке, которую создали для TFTP-сервера в Serva, и открываем её свойства. На вкладке Sharing жмём на Advanced Sharing и делаем её доступной с названием, дословно, WIA_RIS_SHARE.

После чего на той же вкладке жмём на просто Share... и даём доступ на чтение для Guest и Everyone:

Важно: сделать то же самое через Advanced Sharing — не прокатит.

Затем в папке создаём подпапку WIA_RIS, в которой — любую другую, но без пробелов и спецсимволов. Я, например, создал папку WXPJpn. В неё перетаскиваем содержимое всего нашего установочного диска с Windows XP.

Загрузиться в теории это сможет уже сейчас, но установиться не сможет — сети-то нету. Поэтому создаём подпапку $OEM$\$1\Drivers\NIC и вбрасываем туда драйвера от сетевой карты нашего Thinkpad'а.

Запускаем Serva ещё раз. Должны побежать логи, но все без ошибок:

Теперь, опять же, если вы используете DHCP-сервер внутри Serva, или в вашей сети опции 66/67 работают корректно — можно прописать в опцию 66 адрес сервера, на котором Serva запущена, а в 67 — строку \BM\PXESERVA\BIOS\pxeserva.0, и грузиться.

В моём же поломанном случае нужно было зайти снова в папку TFTP-сервера и скопировать всё из BM\PXESERVA\BIOS\*.* в её корень. В итоге получилась такая структура:

И как в прошлый раз — загружаюсь в iPXE, раздаваемый роутером, а затем выполняю команды:

dhcp net0 set net0/next-server 192.168.1.228 chain tftp://192.168.1.228/PXESERVA.0

Наблюдаю на экране меню с заветным пунктом, значит всё настроено успешно!

Если все драйвера на месте, то дальше будет всё то же, что и при обычной загрузке с установочного компакт-диска. Ну а как дальше переустановить шиндошс — думаю, разберетесь :)

Автор текста: vladkorotnev (@akasaka)

Написано при поддержке Timeweb Cloud.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

В этом материале поговорим об истории и создателях, главных особенностях, программном обеспечении и сообществе разработчиков «Суры ПК8000».

Информации по компьютеру довольно много на форумах, поэтому остановлюсь на действительно интересных моментах, а ссылки приведу в первом комментарии.

❯ 10 REM История и создатели: Пензенский ответ «буржуям»

Год создания: 1986-1987.
Изготовитель: Пензенский завод вычислительных электронных машин.
Модификации: «Сура», «Веста», «Хобби».

Команда разработчиков:

• Александр Фролов и Николай Такочаков — ведущие разработчики «железа» и системного ПО.

• Саломатин Александр — все первые макеты компьютера были спаяны с его помощью.

• Вадим Ковалев — делал куски кода для ПЗУ.

• Андрей Малышкин и Дмитрий Беляков — разрабатывали фрагменты кода, игровые программы, софт для производственного тестирования. Андрей Малышкин осуществлял помощь в адаптации Бейсика MSX для Суры и помогал адаптировать операционную систему CP/M.

• Другие специалисты производства и отделов завода: Михаил Дурасов, Сергей Коновалов.

• Петр Лисов — разработчик всех БП на ВЭМ, включая и машины ЕС.

Разработка компьютера началась в 1985 году на заводе «ВЭМ» в городе Пенза, который занимался промышленным производством ПК ЭВМ ЕС и «Эльбрус».

Идея создания ПК была совместной инициативой министерства, в которое входил ВЭМ, и самого завода. Началась перестройка, возникла необходимость создания советского персонального компьютера для бытового применения и компьютерных классов.

В это время массово внедрялись ПК «Агат», БК, персональные комплексы ДВК-2М. Иногда можно было встретить Yamaha MSX-1.

Предполагалось, что «Сура» станет достойным ответом «буржуям», но команда разработчиков столкнулась с большими трудностями при попытке создать ПК, полностью совместимый с MSX — в СССР не выпускались полноценные аналоги Z80, видеопроцессора и звукового генератора.

Усложнялась ситуация тем, что в СССР было не принято использовать зарубежные микросхемы. Создание заказных не было одобрено, а реализация функций видеопроцессора MSX на «мелкой логике» оказалась слишком дорогой в производстве и была экономически нецелесообразной. Поэтому разработчики приняли решение на первом этапе сделать упрощенный вариант конструкции компьютера, основанный на советской элементной базе, а затем уже продолжить разработку ПК, полностью совместимого с MSX.

Подобные разработки велись еще на нескольких заводах страны, проблемы были те же, что и у ВЭМ. Но именно пензенская команда сделала первый серийный компьютер, который выпускался тысячами экземпляров.

Видео с разработчиками компьютера Андреем Малышкиным и Александром Фроловым

(Правда, на фоне не Сура ПК8000, а Сура-С - «Синклер»)

Кстати, почему ПК8000? Полная расшифровка — «персональный компьютер серии 8000 восьмиразрядный». Предполагалось, что в серию пойдут 8001, 8002, и т. д.

❯ 20 REM Характеристики и особенности. В чём была уникальность «Суры»

«Железо»:

• Процессор: КР580ВМ80А на тактовой частоте 2,5 МГц (процессор серьёзно тормозится видеоконтроллером и «пищалкой»);

• Память: ОЗУ — 64 КБ, из которых видео-ОЗУ — 16 КБ; ПЗУ — 16 КБ;

• Графика:

  • Текстовые режимы 40×24 и 32×24 (символы 6×8 и 8×8);

  • Графический режим 256×192, 15 цветов.

• Звук: однобитный программный, выводится через встроенный пьезоизлучатель;

• Вывод изображения на монитор либо телевизор;

• Ввод/вывод программ: кассетный магнитофон, кассеты ПЗУ, блок с дисководами (а теперь и IDE!);

• Встроенный интерпретатор языка Бейсик.

Часто пишут, что BASIC был заимствован с компьютера Yamaha MSX-1, а коды процессора Z80 были переведены в процедуры процессора КР580ИК80А. Но в процессе адаптации Бейсик перестал влезать в ПЗУ ПК8000. Сокращение синтаксиса привело к нестабильной работе. Поэтому в серию пошел вариант на основе кода прошивки из журнала «Радио».

Одно из ключевых достоинств ПК8000 для программирования — огромный (по тем временам) объем памяти, доступный для Бейсика — примерно 47 килобайт.

Интересно, что в одной строке можно было указать несколько инструкций через разделитель:

10 SCREEN 2:CLS:PRINT “HABR = TORT”

Кроме того, можно «гулять» по листингу вверх-вниз, влево-вправо, отредактировать строку и перезапустить код.

Главная особенность — богатые графические возможности. Например, в отличие от ZX Spectrum, где цвет был привязан к блоку 8x8 пикселей, видеоконтроллер «Суры» позволял назначать цвет для блока 8x1.

Конструкция «Суры» позволяла создавать детализированную графику без характерных для «Спектрума» цветных полос и квадратов. А в палитре 16-разрядного БК почему-то вообще «забыли» про белый цвет.

❯ 30 REM Программное обеспечение и руководства пользователя

В комплекте с компьютером поставлялись руководства пользователя, инструкции по подключению внешних устройств (телевизора), кабели для подключения к магнитофону и ТВ, и кассета с программами, «Питон», «Морской бой», «Минер», «Танец» и другие.

В архивах коллекционеров я нашел несколько десятков книг, включая руководства по Бейсику, Паскалю, Ассемблеру и Си.

В начале 90-х для «Суры» насчитывалось около 200-300 программ, из которых всего пара десятков были написаны самими разработчиками ПК.

Были и защищенные экземпляры ПО:

Я попытался найти не очень длинные листинги программ, но одного взгляда достаточно, чтобы понять, что это не заработает, даже если убрать очевидные ошибки:

Учитывая раскладку клавиатуры и немного западающие клавиши моей «старушки», я все-таки запустил эмулятор:

35 REM Скриншоты из программ и игр

«Питон» — вероятно, самая красочная игра на «Суре» в 80-х. Автор Дмитрий Беляков. Игра входит в стандартный комплект. Также можно было поиграть в нее на автомате «Фотон». В воде плещутся рыбки, пошагово движется питон, а наглые кролики убегают или сидят и жрут морковку

Игры:

❯ 40 PRINT «Народное НИИ»: REM сообщество и наследие

Несмотря на то, что в России осталось всего несколько десятков разработчиков и коллекционеров «Суры», появляются новое «железо» и расширения.

Ключевые фигуры и благодарность за подготовку статьи:

• Сергей Лемешев @lleo_aha. Восстанавливает оригинальные советские (и не только) ретро-компьютеры. У него в гостях я обнаружил огромную коллекцию — БК, «Амига», УКНЦ, «Сура».

• Иван Городецкий. Уделяет много времени в исследовании производительности «Суры». Пишет тесты и программы.

• Олег Сенин (Яндекс.Музей). С коллегой разработали картридж с большинством игр, которые нашли. Все упаковано авторским алгоритмом.

• Александр Тимошенко. Автор игр и других программ.

• Михаил Тарасов и Сергей Лебедев. Восстановили все основные печатные платы и подготовили платы Суры для производства.

Что обсуждают и проектируют участники сообщества:

• IDE-контроллер. Позволяет подключать CF и SD для эмуляции дисковода.

• Ремонт оригинальных плат и создание их точных реплик на современной элементной базе.

• Новые загрузчики, утилиты для работы с современными носителями и патчи для существующего ПО. Например, cas2com, которая может формировать листинги программ на Бейсике (КОИ-8) из .cas файлов.

• Звуковая плата.

• Подключение к современным ТВ и VGA.

Рекомендую посмотреть доклад Олега Сенина на Chaos Constructions 2021 «Архитектура и программирование компьютера "Сура" ПК8000»

❯ 50 SCREEN 2: CLS: BEEP: REM уникальный хобби-проект длиной в десятилетия

Сообщество не просто хранит музейные экспонаты, а фактически продолжает разработку платформы. В первом комментарии я привел ссылки на сообщества, эмулятор, ветку на форуме zx-pk с ответами Андрея Малышкина на вопросы о «Суре».

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

А мой экземпляр отправляется в надежные руки Михаила Судакова @mikhailsudakov из Яндекс.Музея.

В комментариях делитесь ссылками и воспоминаниями!

Автор текста: wilelf

Написано при поддержке Timeweb Cloud.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

Автор текста: MechNIX

Иногда полезно выбраться из привычной системы координат. Эта мысль посетила меня при взгляде на «Robotron 1715M». Не знаю, насколько привлекателен внешний дизайн этого компьютера, но в своеобразности взаимодействия с ним точно есть свой шарм.

❯ Аппаратная составляющая

Надо сказать, компьютер выполнен преимущественно из металла. Сам системный блок, клавиатура, монитор — всё металлическое. По весу очень тяжёлый; я попытался поднять системный блок со стоящим сверху монитором и чуть не сорвал спину. Вспомнился «Гроботрон» — видимо, повеяло прошлым.

Техническое описание компьютера — доступно здесь.

Наш экземпляр имеет «на борту»:

• Центральный процессор UA 880D (аналог Zilog Z80);

• Оперативную память объемом 256Кб (32 чипа в корпусе DIP);

• Два дисковода 5'' (К5601), 80 дорожек, 800К;

• Работает под операционной системой SCP 3.0, являющейся клоном CP/M.

Глянем составляющие:

Открутив три винтика, поднимаем крышку системного блока и видим, что треть пространства занимает блок питания (слева):

Смотрим на дисководы, расположенные сверху (К5601):

Интерфейсное подключение выполнено при помощи небольших платок. В синем кружочке отмечен перекрёст проводов — предполагаю, что для идентификации дисководов «А» и «В».

Модель и производитель:

Шасси дисководов держатся на двух удобных винтах с насечками для пальцев — снимаются очень легко:

Вот мы и добрались до плат. Их всего две:

И основная плата, которая содержит центральный процессор UA880D, работающий на частоте 4 МГц:

И поле оперативной памяти, объемом 256К (8Кб X 32):

ПЗУ производства СССР:

Надо отметить, что при подавляющем большинстве комплектующих ГДР, попадаются компоненты СССР:

Есть и Корея:

Чип зафиксирован клейкой лентой, предполагаю, от сползания из панельки. Отдирать не стал. Никакой деструкции с ретро:

Центральный процессор. В данном случае фиксирующая чёрная плёнка почти исчезла — можно разглядеть номинал. Выглядит «поюзанно». Плёнка будто сползла от температуры, что ли? Руками так не сдирают — она деформировалась и, похоже, стекла. Есть предположения?

Вообще, не совсем понятно назначение наклееных пленок, заклеек. Подскажите, для чего?

Тоненькие проводники, навитые на стержни. Любопытно, как навивали.

RFT-разъемы:

В завершение внешнего осмотра — интерфейсы.

Мы видим разъёмы для подключения дисплея MDA, принтера, внешнего floppy-дисковода и окно во внешний мир — протокол V.24. Благодаря ему мы и сможем почувствовать себя операторами, подключёнными к майнфреймам Всемирной паутины. А вот чем планировалось заменить заглушку под потенциальный разъём GRAF DISPLAY — интересно было бы найти.

❯ Дисковая подсистема

Так как жёсткий диск в принципе отсутствует, мы будем пользоваться двумя имеющимися дисководами. С одного загружается операционная система, на другом — дискета с данными. Удобно? Да. И дискового пространства больше — есть, где развернуться.

Профилактика — сначала почистим магнитные головки дисководов.

С профилактикой механики завершили, переходим к «софтовым мытарствам».

❯ Дела софтовые

Начнём с самого сложного (для меня) — с работы с дискетами. «Чего сложного, — скажете вы, — вставил дискету и работай». Но нет. Посмотрим-поглядим.

Прежде чем использовать дискету, её необходимо соответствующим образом записать. Отдельная песня — это работа с файловой системой SCP 3.0 (CP/M) для Robotron. Перепробовав тонну маленьких утилит под MS-DOS для форматирования, редактирования и записи образов, я так толком и не добился цели. Далее описан проверенный, простой и рабочий вариант для OS Linux, но чтобы его осознать и осуществить, пришлось просидеть несколько вечеров. Как оказалось, всё укладывается в несколько команд. Возможно, вам пригодится, да и мне — чтобы не забыть.

Дискеты можно и нужно использовать двойной плотности (DD). Вспомнили такие? 2S/2D означает «двухсторонние, двойной плотности».

Цель весьма простая — записать (дополнить) нужные файлы в готовые образы дискет и эти самые образы, а также записать на физические носители (дискеты). В итоге на помощь пришли пакеты cpmtools & fdutils для Linux.

После установки этих пакетов, необходимо отредактировать файл, находящийся по следующему пути: /etc/cpmtools/diskdefs. Файл описывает специфические парамеры, необходимые для работы дисковой подсистемы.

Далее все стало проще. Нам нужно изменить настройки контроллера дисковода. Делается при помощи setfdprm (из пакета fdutils). Запускаем команду со следующими параметрами:

После применения подготовительных параметров, форматируем (размечаем) дискету командой #fdformat /dev/fd0

Потом нас интересуют две команды: команда «#cpmls -f 17153 test.ima» выводит содержимое образа test.ima, а команда «#cpmcp -f 17153 test.ima tlc.com 0:», добавляет в образ файл tlc.com. Также существует команда «cpmrm», позволяющая удалять файлы из образа.

Следующей командой записываем свой модифицированный образ на дискету. Test.ima и scp30.cpm — это посекторные образы дискет.

Всего 3 команды, подытожим на живом примере:

Записанную таким образом дискету можно загружать в Robotron. Информация собиралась по крупинкам, моя благодарность этим источникам (вот и вот).

Результирующее видео:

❯ «Инжалид дежице»

Если вы увлекаетесь ретро-компьютерами, то вам наверняка встречалось сочетание «инжалид дежице». Мне, как и многим, смешно такое видеть; более того, это словосочетание утекло в мемы. Хочу чуть пояснить его на примере нашего «Роботрона».

Не удержусь — приведу уместную картинку, иллюстрирующую хитросплетение кодировок.

В описываемом компьютере используется древняя кодировка КОИ-7, не вплетённая в венок вышеприведённой картинки, а точнее — два её варианта: Н1 и Н2. В одном случае латинские буквы заменены на подходящие кириллические, а в другом заменены только строчные латинские буквы.

Вот пример для наглядности. Преднамеренное обращение к дисководу без дискеты порождает такое сообщение:

А после нажатия этой «волшебной» кнопки:

Мы видим:

Главное — результат достигнут, и смысл понятен в обоих случаях, правда? Такой вот своеобразный фонетический транслит.

Завершая, поясню: легендарное «инжалид дежице» означает Invalid device — дословно «неисправное устройство».

Здесь полное описание кодировки КОИ-7, а здесь объемлющее рассмотрение.

❯ Игры

Как правило, при взгляде на монитор «Роботрона» вспоминается Fallout. Наш сегодняшний «Фоллаут» будет состоять из игральных карт, мышей, машинок в виде цифр — а также текста.

Игра «Казино». Графического режима нет, но, на мой взгляд, изображения карт сделаны старательно.

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

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

Гонимся за мышами!

Еще одна аркадная игра — гонки с названием «Ралли»:

А посидеть, подумать, поуправлять государством можно в этой текстовой игре. Мне очень нравится, что русский язык здесь изначально — не нужно никаких резидентных русификаторов. Спешка здесь ни к чему, в дело вступает разум. Как видно из результата игры, это не моё.

Результат:

Игровой процесс:

«Тетрис»! О, эта игра не нуждается в представлении. Здесь она «на коне», потому что хронологически близка к первоисточнику. Алексей Леонидович Пажитнов написал её в 1984 году для компьютера «Электроника-60». Она живёт и на «Роботроне».

А теперь — мистификация. За правду в следующем абзаце не ручаюсь, но оцените идею. Повторюсь: в компьютере «Robotron 1715М» отсутствует динамик и, как следствие, звук. Нет звука в системном блоке, зато он есть в принтере.

Впечатляет реализация мифической игры «Диверсия» («DIWERSIQ»), в которой задействован звук «колокольчика» принтера «Robotron» — Bell. Как вам такое?

К сожалению, игра считается утерянной. И если её найти, придётся доставать и соответствующий принтер — уж больно оригинальную идею реализовал автор. Сам я этой игры не видел. Если встречали, а тем более — если она у вас есть на дискете, на полке, в чулане, — вы знаете, кому предложить копию.

Всех игр для «CP/M» не опишешь. Есть ещё «Горилла» (воображение рисует «Кинг-Конга» на небоскрёбах) и множество других произведений для погружения в «ту эпоху игр».

Не обязательно иметь настоящий, «железный» «Роботрон» — существует эмулятор. Кому нужно, можно найти в Сети; если лень — могу поделиться, пишите.

❯ Внешний мир

Упомянутый выше протокол V.24 используется в реализации стандарта RS232. Для нас это означает, что мы можем использовать последовательное соединение через COM-порт.

Покопавшись в документации, нашел следующую «распиновку» разъема «Роботрона».

Далее, самым непростым делом было найти ответную розетку:

Но всё позади и мы видим нуль-модемный кабель для использования COM-порта любого современного компьютера:

«Железо» без «софта» мертво. С пайкой аппаратной части разобрались, а что мы имеем из программ для SCP3? В этой части — скудненько. Сначала удалось найти телекоммуникационную программу TLC. Вроде бы то, что нужно.

Развернув бурную деятельность, в части вызванивания исходящих данных из «Роботрона», я имел вот такую картину:

Данные передавались, но не те, которые я ожидал. Программа TLC не пропускала символы ASCII с кодом выше 127. Изменение количества бит с 8 до 7 тоже не принесло результата. Иными словами, я видел «квакозяблы» вместо осмысленных символов. Терминальную программу с поддержкой КОИ-7 мне найти не удалось. Если есть на примете — подскажите.

Написано при поддержке Timeweb Cloud.

Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.