ПК8000 - Ремонт

[b2m]

позволяет предположить, что в этом файле используются какие-то функции ПЗУ, которые эмулятор выполняет иначе

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

[Advertiser]

[vwarlock]

Часть игр и программ грузится и работает, а часть грузится с ошибками или загружаются без ошибок, но зависают при старте.
Думаю, проблема, именно, с WAV-файлами. Scaraby, спасибо за инструкцию, попробую через эмулятор.

Извиняюсь за, возможно, глупый вопрос: а есть где-то единое хранилище софта для ПК8К? :-)
(я не понял откуда взялся Valley?)

[scaraby]

Больше всего программ находится на сайте XobbiMan-а, по адресу http://pk8000.narod.ru/.

Что же касается Valley, я писал в другой теме, что разжился по случаю ворохом кассет с программами для ПК8000, неторопливо их оцифровываю и сортирую. В процессе столкнулся с проблемами при запуске в эмуляторе некоторых игр. Обязательно всё выложу, как закончу. Там ещё есть ряд программ, которые имеют нестандартную загрузку и специальный копировщик COPY-P. Разбираю его на винтики (дизассемблирую), чтобы разобраться, что там напридумывали в своё время для защиты от копирования ребята-программисты. Если есть желание поковырять тоже, то вот этот файл.

COPY-P.HEX.zip

[vwarlock]

Можно подробности про то, как этот файлик используется?
Как я понял, разобрав начало файлика, там что-то с портом принтера делается?
Ниже результат пары часов работы:
COPY-P.zip

[scaraby]

Вся хитрость в том, что программисты из Нижнего Новгорода, в частности, Суриков Алексей - автор игры digger и Назаров Алексей, создавали программы, состоящие из трёх блоков на магнитной ленте - заголовок, загрузчик (в нём упоминался Назаров Алексей и его телефон в Нижнем Новгороде) и собственно ещё блок с данными. Кроме прочего, загрузчик оснащался автозапуском, поэтому штатными средствами из ПЗУ (bload") эту хрень нельзя было загрузить, чтобы посмотреть, как устроена она изнутри. А загрузчик специально грузили в область системных переменных, чтобы по кнопке сброс или выходу в бейсик он гарантировано затирался.

Так вот, вместе с предложением купить эти программы, предлагалось купить и копировщик COPY-P, который предназначен для копирования этих хитросделанных файлов. В своё время я обходил эту защиту, загружая все три блока в ОЗУ по адресу 4000h c помощью подпрограммы ПЗУ 354ah, и уже затем брал реальные параметры НАЧАЛО, КОНЕЦ, ЗАПУСК для того, чтобы записать на ленту саму программу без модулей защиты. Однако, в этом случае теряется аутентичность на реале. Когда грузился загрузчик, мигали свистелки-перделки и следом загружалась игра. В принципе - это первый шаг к загрузке графической "заставки" перед игрой, как на Спектруме.

По большой идее, досконально расковыривать программу COPY-P нет необходимости, достаточно расковырять загрузчик самих игр, чтобы понять, в какие его места спрятаны параметры загрузки основного модуля с данными. Это скорее так - гимнастика для ума в свободное время.) Вполне вероятно, что проще модернизировать COPY09, чтобы на реале копировать аутентично в три модуля на ленту. Версию COPY-N я сделал так, чтобы снимать защиту полностью.

[DemonId7]

Решил после отпуска пару игрушек запустить. Но не просто, а через смартфон попробовать. Поскольку смарт в упор не желает видеть шнур и включать выход на наушники, то напаял между проводом данных и землей резистор на 10К. Смарт правильно меня понял и таки включил выход на наушники. Включаю ПК. Горят все светодиоды и тишина. Выдергиваю шнур и снова включаю - то же самое. Картина Репина "Приплыли"...
Снимаю перемычку КТ1-КТ2. На ШД как и положено 0xF3. Ставлю на место и вешаю на ШД лог. анализатор (D39). Среди принятых данных (помимо байт статуса и прочего) встречаю положенные 0xC3, 0x20 и 0x29. В попытке отфильтровать только нужные данные включаю режим simple paraller, а в качестве такта беру ЧТ.ЗУ (вывод 2 D2). Запускаю и слышу шелчок. Точно, светодиоды погасли. Набираю BEEP и слышу писк. Подключаю моник. Все работает. Подключаю смарт и загружаю несколько игрух - без нареканий.
Вот сижу теперь голову ломаю, что это было. Толи где-то непропай, толи это Ктулху так развлекается

[scaraby]

У меня есть такая Веста. Холодная после включения питания запускается без проблем. После прогрева (30-50 мин.) рестарт при помощи отключения/включения питания приводит к белому экрану и светящимся всем трём светодиодам. Кнопка "СБРОС" приводит к запуску корректному. Тоже чесал репу, пытаясь определить причину, но потом махнул рукой. В одном из руководств, помнится, читал порядок включения в таком виде:

6.1.3. Включите питание телевизора и магнитофона, а затем БП ЭВМ нажатием на включатель сети. Спустя 2 мин. нажмите кнопку СБРОС.

Вот эти две минуты либо на прогрев катодов кинескопа ТВ отводятся, либо на прогрев самого компа. Тут уже несколько раз обсуждалось, как именно происходит запуск, но к единому мнению так и не пришли. Я до сих пор не понимаю в точности, как происходит выбор ПЗУ при подключении питания.

[DemonId7]

С запуском-то как раз все понятно. После включения питания конденсатор C4 (нижняя плата) начинает заряжаться, некоторое время удерживая низкий уровень на входе D триггера TM2 (D5.2), что приводит к записи в триггер нуля и появления сигнала высокого уровня на инверсном выходе (вывод 8), то есть триггер вырабатывает импульс высокого уровня, назовем его RST. Этот RST заведен на входы сброса CPU и обоих ВВ55 (D32 и D33). Получив сигнал RST ВВ55 переходит в режим 0, настраивая порты на выход. При смене режима ВВ55 (неважно каким был прежний) в порты A, B и C автоматически записываются нули. То есть, порт 80h (порт A микросхемы D33) содержит нулевое значение, что приводит к выработке сигнала ВБР.ПЗУ на ИД7 (D35), благодаря чему чтение происходит из ПЗУ.

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

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

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

После прогрева (30-50 мин.) рестарт при помощи отключения/включения питания приводит к белому экрану и светящимся всем трём светодиодам. Кнопка "СБРОС" приводит к запуску корректному.

Тут все ясно - конденсатор C4 не успевает быстро разрядиться и после включения питания не обеспечивает испульса RESET. За его быстрый разряд отвечает диод V3. Видимо он от времени стал подглючивать, попробуй поменять. Да и C4 тоже можно для кучи поменять, даже на чуть большую емкость.

[DATAsoft]

Вчера начал восстанавливать Суру. До вскрытия - была под пломбой.
Во время сброса - щелчок, две белые полосы (сверху и снизу) и черное поле, потом ещё щелчок и... тишина. Индикаторы АЛФ и РЕГ гаснут. Нижняя плата рабочая, проверил вставив в неё верхнюю плату от рабочей Весты.
На верхней плате заменил не рабочую АП5 (D39), но ничего не изменилось. На РУ-шках все сигналы присутствуют. Как здесь уже писали возможно дохлое ОЗУ и тест висит в цикле? Честно говоря не хочется всю память выпаивать и проверять.
Существует для этого компа какое-нибудь ТЕСТ-ПЗУ? Или это фантастика. С ремонтом Суры столкнулся первый раз в жизни.

[scaraby]

Как здесь уже писали возможно дохлое ОЗУ и тест висит в цикле?

Смотрите: ПЗУ у вас исправно, читается и выполняется. Если монитор цветной, то можно определить, проходится тест адресов 0f000h-0ffffh или нет следующим образом. Перед тестом цвет бордюра делается голубым, после успешного теста - белым. Визуально это выглядит так: нажимаем и удерживаем "СБРОС" - щелчок, чёрный экран. Отпускаем "СБРОС" - сперва бордюр голубой, очень короткое время, но вспышка эта заметна, затем белый. На цветном мониторе совершенно отчётливо это видно.

Дальше в протестированную память копируются подпрограммы чтения VRAM, очищается буфер экрана, задаётся цвет символов белый и запускается процедура установки режима 0, далее опрашивается расширение x1 и x2 на предмет сигнатуры 4142h, точно также опрашивается ОЗУ в адресах 4000h, потом формируется текст функциональных клавиш в ОЗУ, закидывается значение 2ch в переменную 0fa45h, "обнуляется" бейсик-программа и вызывается долгожданная процедура вывода на экран текста "ПК8000 бла-бла-бла".

У меня до сих пор лежит верхняя плата с описываемыми вами симптомами и я до сих пор не справился с её ремонтом. Вполне вероятно, что мы столкнулись с одинаковой неисправностью.

По идее, можно попробовать определить, в каком месте происходит зависание, по наличию сигналов в порту 80h. Биты d3 и d2 этого порта "мигнут", если "режим 0" выполнится успешно. Реакцию можно отследить и на 42 выводе разъёмов расширения x1 и x2. Попробую сегодня поковырять в этом направлении.