Компьютер "Океан-240"

[ivagor]

Насчет своеобразного вида сигнала при выгрузке. Основная проблема в том, что пзу считает, что 4 - это "среднее" значение, а 3 и 5 расположены с разных сторон от него (т.е. как в emu), а на реале видим, что 3 и 5 расположены с одной стороны от 4, отсюда дикие скачки в начале и в конце блоков.
Исправить можно или программную часть или аппаратную. Мое личное мнение, что проблема в аппаратной части, т.к. не известен вариант прошивки, который бы правильно с ней работал.

[tnt23]

Возможные причины:
- неправильно установлены резисторы на плате
- ошибка разводки платы

Проще поиграть резисторами.

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

В журнальной схеме выходы C0, C1 и С2 ППА DD67, обозначенные как Tape1, Tape2 и Tape3, суммируются на эмиттерном повторителе VT11 с весами 5.1К, 10К и 20К, соответственно.



В схеме реплики все так же. Но есть маленькое отличие в схеме реплики!

В журнальной статье читаем:

Выходной сигнал, подаваемый на линейный вход магнитофона, формируется 3-разрядным ЦАП на резисторах R31, R32, R33 с последующим интегрированием цепью R35, C4.

Смотрим внимательно на фрагмент магнитофонного вывода реплики:



Конденсатор и резистор поменяны местами, в результате вместо интегрирующей цепочки имеем дифференцирующую, отсюда эти дикие всплески на фронтах сигналов. (О номиналах: в журнальном варианте с 10К и 10нФ имеем частоту среза RC цепочки в 1.5КГц)

PS Читаем далее в журнале (ПЭВМ "ОКЕАН 240": КОНСТРУКЦИЯ И МЕТОДИКА ОТЛАДКИ, МПСиС №3, 1987, с.77):

интегрирующая цепь в схеме формирователя выходного сигнала магнитофона заменена дифференцирующей, для чего потребовалось поменять местами элементы R35, C4;

PPS Уже отмечали на форуме, см. https://zx-pk.ru/threads/14176-kompy...l=1#post348728

[ivagor]

"Всплески" имхо плохи не сами по себе, а потому, что вместе с неправильными уровнями они практически делают невозможным чтение начальных бит. Хотя я не могу утверждать, что после замены уровней на правильные (как минимум 4 "в центре", 5 и 3 выше и ниже или наоборот, но не с одной стороны от 4) чтение пойдет. Программно я примерно представляю, как править (поменять 5 и 4 или 3 и 4 местами), а аппаратно - нет. По крайней мере замена местами резисторов для младшего и старшего бита с очень большой вероятностью не поможет, все равно уровни будут не там.

[tnt23]

"Всплески" имхо плохи не сами по себе, а потому, что вместе с неправильными уровнями они практически делают невозможным чтение начальных бит. Хотя я не могу утверждать, что после замены уровней на правильные (как минимум 4 "в центре", 5 и 3 выше и ниже или наоборот, но не с одной стороны от 4) чтение пойдет. Программно я примерно представляю, как править (поменять 5 и 4 или 3 и 4 местами), а аппаратно - нет. По крайней мере замена местами резисторов для младшего и старшего бита с очень большой вероятностью не поможет, все равно уровни будут не там.

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

[tnt23]

"Кто виноват и в чем секрет"
Попробовал отсортировать уровни для реала, но не уверен, что получилось полностью правильно. И еще этот конденсатор.

ivagor, я про эту домашку не забыл, через некоторое время к ней вернусь.

[ivagor]

А я еще один вариант сделаю, там два значения поменяю местами, т.к. насчет них не уверен, в каком порядке идут.

[ivagor]

Собственно еще один вариант. Надеюсь tapdac2 или tapdac3 выдадут лесенку.

[ivagor]

Упоминал ранее про межстраничную передачу управления. Сравнительно простой вариант, как это можно сделать. В пзу несколько раз встречается последовательность
OUT 0C1h
RET
В странице, куда будем передавать управление, нужно где-то разместить "диспетчер", в простейшем случае команду pchl и пару байт адреса, который будет указывать на эту команду. Вызывающая процедура должна установить sp на этот указатель и в HL записать желаемый адрес перехода.
Если нужно обеспечить возврат, то дополнительно придется передать адрес возврата в DE или BC. Удобнее (для сохранения) в DE, а B или C можно задействовать для передачи аргумента OUT 0C1h при возврате, чтобы можно было вернуться куда угодно.

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

[tnt23]

ivagor, непонятно, а где аргумент ддя аккумулятора, который выдается в порт С1?

Про отсутствие режима "только запись" для ПЗУ я тоже недоумевал. Может, идея доступа в теневое ОЗУ, как в спектруме, тогда еще не была популярна.

[ivagor]

где аргумент ддя аккумулятора, который выдается в порт С1?

Его и адрес перехода (в другой странице) нужно задать перед обращением к пзу.

...
тут могут быть команды определяющие адрес и страницу возврата
...
lxi sp,адрес_адреса_pchl
lxi h, адрес_перехода
mvi a, страница (аргумент out 0C1h)
jmp пзу