ПК-6128Ц: Обсуждение

Когда писал про T2 совсем забыл, что в 6128, в отличие от zx8085, нет регистра на чтение данных из памяти и нужно совместить конец чтения из озу и T3 проца.

С учетом этого я бы сделал так

Код:

---

D0(RATO) 0 0 0 0  0 0 1 1  1 1 0 0  0 0 0 0
D1(RAS)  1 0 0 0  0 0 0 1  1 1 0 0  0 0 0 1
D2(CAS)  1 1 1 0  0 1 0 0  1 1 1 1  0 0 0 0
D3(MX1)  1 1 0 0  0 0 0 1  1 1 1 0  1 1 1 1
D4(MX2)  1 1 1 1  1 1 1 1  0 0 0 0  0 0 0 0
D5(FR6)  1 1 1 1  0 1 1 1  1 1 1 1  1 1 1 1
D6(FR7)  1 1 1 1  1 1 0 1  1 1 1 1  1 1 1 1
D7(FR1)  1 1 0 0  0 1 1 1  1 1 1 1  1 1 1 1
        ^^^^^^^^^^^^^^^^  ^^^^^^^^^^^^^^^^
              Экран            ОЗУ
Циклы:    Т1      Т2      TW      T3    -- норм

          ...      Т1      T2      T3    -- норм
         
          ...      ...      T1      T2
          ТW      ТW      TW      T3... -- норм

          ...      ...      ...      T1
          Т2      ТW      TW      T3... -- норм

---

[свернуть]

Еще желательно уточнить насчет записи в РУ2. Т.к. 8085 выполняет mov r,r и dcr быстрее, то при сохранении векторовских зон непрограммируемости часть программм столкнулась бы с проблемами. В 6128 решили эту проблему сделав запись в РУ2 с одного OUT. Вероятно для этого надо подать p0Co на /WE РУ2. Ну и по крайней мере текущий /WPL я бы не стал туда подавать.

Цитата:

---

Сообщение от ivagor

С учетом этого я бы сделал так

---

Хотя меня тут немного смущает практически постоянно активный сигнал RATO, может быть именно так и должно быть. И ещё, RAS/CAS я бы всё-таки сдвинул на один бит влево, по документации хоть и t_AD =~683нс, но это указано, как максимальное время, значит данные надо подготовить чуть раньше, возможно даже до начала Т3.

Цитата:

---

Сообщение от ivagor

Еще желательно уточнить насчет записи в РУ2

---

Да, похоже, что тут я в схеме напутал. :( Надо будет пересмотреть ещё раз эту часть, в особенности куда тогда был подключён выход D8: D...

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

Логичнее его будет подключить к входу сброса D7:A, там ROM совсем не к месту, хотя номер линии на чертеже стоит "10".

Цитата:

---

Сообщение от Improver

смущает практически постоянно активный сигнал RATO

---

Он активен один такт из 4, примерно как и в 06Ц.

Цитата:

---

Сообщение от Improver

RAS/CAS я бы всё-таки сдвинул на один бит влево

---

Если речь про RAS/CAS для проца, то ограничивающим фактором я считаю наличие сформированного адреса к спаду RAS. Вопрос в том, где реально начнется T2 с учетом всяких задержек и запаздываний.

Цитата:

---

Сообщение от ivagor

Если речь про RAS/CAS для проца, то ограничивающим фактором я считаю наличие сформированного адреса к спаду RAS.

---

Ну насчёт этого можно не беспокоится -- адреса А8..А15 готовы в начале цикла Т1, адреса А0..А7 будут захвачены с процессора через T_LL = 1/2T-20, т.е. фактически в середине Т1. Схема формирования А15 и А16 на D63 даст задержку максимум 38нс, таким образом адрес уже к началу Т2 будет сформирован и на Т3 можно смело передавать его по RAS/CAS.

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

Исправил в схеме найденную ошибку с портом 0С (запись палитры), картинку в сообщении и исходники на гитхабе обновил.

Дизассемблировал прошивку ПК-6128ц... Что могу про неё сказать:

• Практически вся прошивка -- это бейсик. :) В конце добавлена загрузка с магнитофона (СС+БЛК-ВВОД) и с флопи-диска (УС+БЛК-ВВОД), причём несколько функций там вызываются прямо из бейсика.
• Сам бейсик в прошивке расположен на своих адресах, при старте практически весь копируется в память "как есть", после в нём патчатся несколько адресов переходов и выполняется примитивная распаковка шрифтов и некоторых данных.
• В бейсике есть больше десятка переходов по неправильным адресам (на аргументы операндов), возможно за этим просто не уследили при сдвиге некоторых блоков, и вполне возможно, что они и являются причиной глюков, перечисленных тут.
• Кроме того в бейсике есть вызовы недокументированных функций 08h, 28h и т.д., но я не ислючаю, что просто ошибся при дизассемблировании и это блоки с данными, а не с подпрограммы.
• Единственная особенность ПК-6128ц, которая используется в прошивке -- это очистка всех 128кБ памяти. Сам бейсик в работе не использует всю память, хотя мог... Не исключаю вариант, что его можно запускать даже на обычном Векторе, но я это не проверял.

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

Цитата:

---

Сообщение от Improver

Сам бейсик в работе не использует всю память, хотя мог

---

Всю память можно использовать для графики с оператором SCREEN1

Цитата:

---

Сообщение от ivagor

Всю память можно использовать для графики с оператором SCREEN1

---

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

Цитата:

---

Сообщение от Improver

в бейсике есть вызовы недокументированных функций 08h, 28h

---

Если после rst 1, то это аргументы

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

Цитата:

---

Сообщение от Improver

память под программы можно было бы расширить сразу, без необходимости использования "40кБ"

---

Делал я такой бейсик для 6128 (48 килобайт под программу при 16 цветах), и даже где-то выкладывал на форуме, в картотеке похоже нет.

Цитата:

---

Сообщение от ivagor

Делал я такой бейсик для 6128

---

Хорошо, можно будет обновить прошивку. :) А другие программы под ПК-6128 сохранились? Видел упоминание "теста устройств", графического редактора, но нашёл только образы дискеток с CPM и MDOS.

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

Цитата:

---

Сообщение от ivagor

Если после rst 1, то это аргументы

---

Исправил в исходниках этот момент.

Цитата:

---

Сообщение от Improver

А другие программы под ПК-6128 сохранились?

---

Если речь про "старые" программы из начала 90х, то они тут

Нашёл одну ошибку в схеме ПК-6128 -- при восстановлении я перепутал выводы 3 и 4 на микросхеме Д81. Схему в сообщении и на гитхабе обновил.

Непонятный момент в схеме ПК-6128, вот тут (моя перерисовка):
Вложение 78100

И оригинальная схема:
Вложение 78101

Получается так: если сигнала БЛК нет, то на мультиплексоры адреса памяти передаётся бит А16, а если сигнал БЛК есть, то на ту же линию передаётся инверсный А14, причём выходные мультиплексоры памяти Д43 и Д44 в этот момент будут закрыты тем же БЛК. Есть идеи, зачем это могло быть сделано?

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

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

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

Может и для согласования с внешним... Там получается так: сигнал по А16 передаётся на память при CAS, а CAS генерируется в РЕ3 постоянно, даже когда есть БЛК, и хоть выход памяти на шину данных и запись блокируются БЛК, но таким образом память читается постоянно, не только во время работы с экраном. Может во время этих фантомных чтений делается подмена адреса для того, чтобы память равномернее изнашивалась? Не делали такого в те годы?

Если cas во временных слотах проца генерируется даже когда проц не обращается к озу, то возможно это сделано для упрощения схемы. Это немного увеличивает потребление и нагрев озу. На мой взгляд вышеприведенный фрагмент схемы все же служит для согласования диспетчеров. Если внешнее озу вырабатывает БЛК только при обращениях к себе, то "паразитных" обращений "наружу" не будет.

В общем, внимательнее глянул на схему и да -- эта часть сделана именно для передачи адреса на ВУ. На контакты ВУ 25,27,29,31,33,35,37 и 39 выводятся сигналы с мультиплексоров Д21..Д24, и если не подменять бит А16 на А14, то там будет передан неправильный адрес.

Подскажите, какие ещё эмуляторы поддерживают ПК-6128ц, кроме emu от b2m?

Еще VV Ramirosa

Хорошие новости. В Компьютерном Музее есть живая кассета от ПК-6128ц:

Фото кассеты

https://retro-computer.ru/Photo/Vect...or-6128-22.jpg

[свернуть]

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

Копировщик COPY там стандартный Векторовский, похоже, Бейсик 1.0 для ПК6128ц, программы для Бейсика считались почти все, но содержимое ещё не проверял.

Интересно было бы взглянуть на монитор-отладчик и ассемблер, они тоже Векторовские, или были доработаны под ПК6128, но их "тапир" не разобрал.

Если кто-то пожелает поковыряться в записях, то вот архив: https://disk.yandex.ru/d/1zxZIPS6e8P7FQ

Я же несколько раз выкладывал и диск и вавы от кассеты....

Кто о чем, а я о бейсике. Два интересных момента:
1. Моя невнимательность про BASIG.BAS на практике все же обернулась бейсиком на кассете.
2. Кассетный бейсик 1.0 и 1.0 из пзу не совпадают.

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

Кассетный более поздний, там исправлена ошибка PUT, которая есть в пзушном.
Процедуры обмена с магнитофоном сдвинулись на 2 байта, в emu для перехвата чтения/записи CAS надо подкорректировать конфиг:

Код:

---

  biproc[2B68-2BB8]=rk
  biproc[2B68-2BB8].check="C5D50E0057DB01E610"
  boproc[2BC3-2BE7]=sp
  boproc[2BC3-2BE7].check="C5D5F5570E087A0757"

---

Цитата:

---

Сообщение от dk_spb

Я же несколько раз выкладывал и диск и вавы от кассеты....

---

Оу... А можно ссылочку? А то поиском у меня не получилось, потому и просил Музей...

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

Цитата:

---

Сообщение от ivagor

Кто о чем, а я о бейсике.

---

А может стоит и этот Бейсик переработать и улучшить? ;)

Что касается оптимизации для 8085, то я начинал пилить соответствующую спецверсию 2.98, но потом пришло вдохновение и получилось резко ускорить основную версию для 8080, так что она даже обогнала "устаревший" вариант для 8085. Возможно я вернусь к этой теме и перенесу наработки для 8085 в новый вариант.
А если речь про поддержку дополнительных возможностей бейсика для 6128 (SCREEN1, STICK, STRIG), то тут проблема в отсутствии программ, которые их используют.

Возвращаясь к версиям бейсика и версиям 6128 - возможно имеющийся дамп пзу относится к раннему экземпляру и в последующих уже и в пзу был исправленный бейсик.

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

Цитата:

---

Сообщение от Improver

Копировщик COPY там стандартный Векторовский, похоже, Бейсик 1.0 для ПК6128ц, программы для Бейсика считались почти все, но содержимое ещё не проверял.

Интересно было бы взглянуть на монитор-отладчик и ассемблер, они тоже Векторовские, или были доработаны под ПК6128, но их "тапир" не разобрал.

---

В COPY 2.1 плохая (действующая в узком диапазоне) хака для подстройки к скорости 8085.
В Мониторе-отладчике поменяли константы обмена с магнитофоном (как в бейсике).
А тест устройств совпадает с вариантом выложенным Sergi

Цитата:

---

Сообщение от ivagor

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

---

Надеюсь, если ПК6128 станет востребованным.

Цитата:

---

Сообщение от ivagor

поддержку дополнительных возможностей бейсика для 6128 (SCREEN1, STICK, STRIG)

---

Из этой троицы наиболее интересен, пожалуй, screen1 -- новые возможности для работы с экраном, всё-таки... Плюс больший объём памяти для программы на бейсике.

SCREEN1 - потенциально мощная штука, но никто не использовал и не использует.

Цитата:

---

Сообщение от Improver

Плюс больший объём памяти для программы на бейсике.

---

1. BASIC 1.0 для 6128 позволяет использовать дополнительную память для
1.1. Графики
1.2. Хранения данных с доступом через POKE/PEEK
Если сама программа (или переменные) пересечет границу &8000, то переключать экраны по SCREEN1 станет невозможно, т.к. это приведет к зависанию бейсика.
2. С другой стороны basic48k позволяет использовать всю память для программы, переключая экран прозрачно для программиста. Туда в принципе можно было добавить SCREEN1 для пары экранов, но все опять упирается в отсутствие программ.

ivagor, отсутствие программ -- не такая уж большая проблема, если дать возможность, то может и желающие её использовать найдутся... А программы на бейсике с кассеты не смотрел? Там используются возможности бейсика для ПК-6128ц?

Цитата:

---

Сообщение от Improver

отсутствие программ -- не такая уж большая проблема, если дать возможность, то может и желающие её использовать найдутся

---

Basic 1.0 для 6128 и basic48k доступны много лет и никто ими не пользовался.

Цитата:

---

Сообщение от Improver

А программы на бейсике с кассеты не смотрел? Там используются возможности бейсика для ПК-6128ц?

---

Программы на бейсике смотрел как раз в поисках использования уникальных фич.
Не прочитались: ним, фифти, охота на лис.
Прочитались: собери квадрат, сокровище, марсианский десант. В них особенности 6128 не используются, более того сокровище и марсианский десант скорее всего с минимальными усилиями перенесены с РК.
Торпедную атаку не пробовал, думаю она как на стандартной кассете 06Ц.

Кассету ПК-6128ц обработал, всё прочиталось, вот итог: https://disk.yandex.ru/d/LghpyNV_-5BfIw

В архиве файлы:
*~.wav -- обработанные данные.
*~~.wav -- переоцифрованные данные (заново сгенерированные).
*.{ROM/BAS/MON} -- содержимое в бинарном виде.

Что могу ещё отметить... Редактор-Ассемблер -- точная копия с Вектора-06ц, даже без патча на русские буквы, в Мониторе-Отладчике не только поправлены коэффициенты чтения/записи, но и присутствует надпись "ПК-6128ц" в заголовке. "Торпедная Атака" является копией Векторовской, там даже надпись на ПК-6128ц не изменили.

А вот сам Бейсик с кассеты интересен -- в нём не только исправили PUT, как заметил ivagor, но и он имеет меньше глюков по сравнению с Бейсиком из ПЗУ, например он нормально отрабатывает горячие клавиши, а ПЗУшный подвисает на полуслове. Есть подозрение, что ПЗУ считали с ошибками...

Ну и выложу отдельно бинарники считанных с кассеты программ: Вложение 79236

Цитата:

---

Сообщение от Improver

например он нормально отрабатывает горячие клавиши

---

О каких горячих клавишах речь?

Цитата:

---

Сообщение от Improver

Есть подозрение, что ПЗУ считали с ошибками

---

Возможно пзу сдампили с ошибками, но различия между имеющейся пзушной и кассетной версиями нельзя объяснить только ошибками. В кассетной не просто некоторые байты поменяли значение, а произошел сдвиг частей программы, это 100% целенаправленно сделали люди.

Цитата:

---

Сообщение от ivagor

О каких горячих клавишах речь?

---

Подвисает на УС+СС+"<" (CLOAD), и УС+СС+">" (CSAVE), возможно что-то ещё.

Цитата:

---

Сообщение от ivagor

Возможно пзу сдампили с ошибками, но различия между имеющейся пзушной и кассетной версиями нельзя объяснить только ошибками.

---

Согласен, тут скорее оба фактора.

Цитата:

---

Сообщение от Improver

Подвисает на УС+СС+"<" (CLOAD), и УС+СС+">" (CSAVE)

---

Попробовал в Emu и в VV - и там и там указанные комбинации нормально работают. Возможно дело в компьютере (старинный i5) или в ОС (проверял в win7).

Цитата:

---

Сообщение от ivagor

Попробовал в Emu и в VV - и там и там указанные комбинации нормально работают. Возможно дело в компьютере (старинный i5) или в ОС (проверял в win7).

---

Проверил в VV -- и правда работает, глючило только в EMU. Оказалось я там битую прошивку цеплял, перестало глючить после восстановления. :v2_dizzy_facepalm:

Все режимы работы памяти ПК-6128ц:

Значение	Адреса 0000h..7FFFh	Адреса 8000h..FFFFh
0	Банк 0	Банк 1
1	Банк 0	Банк 0
2	Банк 0	Банк 3
3	Банк 0	Банк 2
4	Банк 1	Банк 1
5	Банк 1	Банк 0
6	Банк 1	Банк 3
7	Банк 1	Банк 2
8	Банк 2	Банк 1
9	Банк 2	Банк 0
A	Банк 2	Банк 3
B	Банк 2	Банк 2
C	Банк 3	Банк 1
D	Банк 3	Банк 0
E	Банк 3	Банк 3
F	Банк 3	Банк 2

При записи числа в порт 0Eh значение битов 3..0 определяют конфигурацию банков для чтения, и биты 7..4 -- для записи, итого получается 256 различных вариантов.

Например, после записи в порт числа 20h, при записи в память будут подключены "Банк 0, Банк 3" (см. в таблице строку со значением "2"), а при чтении -- "Банк 0, Банк 1" (строка "0"), при записи числа 55h конфигурация памяти будет "Банк 1, Банк 0" и на чтение, и на запись.

Обновил VV_7.13, исправил баг с менеджером памяти, не помню откуда я брал инфу о его работе, но там была какая то ахинея :)

Появилась определённость с прошивкой D10 К155РЕ3 -- Surin Mikhail снял логи с живого ПК-6128ц, вот какая получается там прошивка:

Код:

---

D0(RATO) 0 0 0 0  0 0 0 0  0 0 0 0  1 1 1 1 -- доступ процессора к памяти
D1(RAS)  0 0 1 1  0 0 0 0  0 0 0 0  1 1 0 0
D2(CAS)  0 0 0 1  1 1 0 0  1 1 0 0  1 1 1 1
D3(MX1)  0 0 1 1  1 0 0 0  0 0 0 0  1 1 1 0 -- 0 = адрес по CAS, 1 = адрес по RAS
D4(MX2)  0 0 1 1  1 1 1 1  1 1 1 1  0 0 0 0 -- =750кГц, ОЗУ/Графика
D5(FR6)  1 1 1 1  1 1 0 0  1 1 1 1  1 1 1 1 -- чтение первой пары регистров (по положительному фронту F6M)
D6(FR7)  1 1 1 1  1 1 1 1  1 1 0 0  1 1 1 1 -- чтение второй пары регистров (по положительному фронту F6M)
D7(FR1)  0 0 0 0  0 0 0 0  1 1 1 1  0 0 0 0 -- 13-й бит адреса (графика)
        ^^^ ^^^^^^^^^^^^^^^^^^^^^  ^^^^^^^
        ОЗУ        Экран            ОЗУ
F 6МГц  0 1 0 1  0 1 0 1  0 1 0 1  0 1 0 1 -- тактовая частота генератора
SVNC    1 0 0 1  1 0 0 1  1 0 0 1  1 0 0 1 -- тактовая частота процессора

---

По сравнению с нашими предположениями, в реале на экран выделяется на полтакта 6МГц больше, есть небольшой сдвиг сигнала RATO, а остальное мы практически угадали. :)
Прошивку поправил в выложенной на гитхабе схеме.

Неожиданно нашёлся вот такой вот листок:
https://s1.hostingkartinok.com/uploa...b085704d95.png

И содержимое РЕ3 в нём несущественно, но отличается от снятых логов. Не исключено, что прошивка в ПК была доработана без внесения изменений в документацию, либо просто была некоторая погрешность снятия логов.

Проверил оба варианта прошивки на своём ПК-6128ц++, правда из-за особенностей схемы пришлось дополнить прошивку ещё 16 байтами и немного поправить сигнал FR1, но сути не меняет. Второй вариант, с фотографии страницы, не работает, с ним, как минимум, нет изображения, а первый, который снят с работающего ПК -- вполне рабочий. Причина того, что прошивка из документации не работает, думаю, в том, что сигналам FR6 и FR7 (ПЛ1 и ПЛ2) недостаточно одного нуля для захвата данных сдвиговыми регистрами.

Скорее всего и правда в документацию не были внесены некоторые исправления, доверять стоит прошивке, снятой с живого ПК-6128ц.

Еще возможно прошивка из распечатки работала на 1-2 первых экземплярах (может там ставили некоторые микросхемы побыстрее), а когда стали делать малую серию (и удешевлять) пришлось доработать.

Цитата:

---

Сообщение от ivagor

Еще возможно прошивка из распечатки работала на 1-2 первых экземплярах (может там ставили некоторые микросхемы побыстрее), а когда стали делать малую серию (и удешевлять) пришлось доработать.

---

Да, скорее всего так. Там такой момент: если частота 6МГц переходит из 0 в 1 до того момента, как сигналы FR6 и FR7 тоже переключатся с 0 на 1, то сдвиговые регистры смогут "зацепить" данные, а по графикам эти события с прошивкой из доков происходят одновременно, плюс-минус скорость срабатывания элементов. Дополнительный нолик в прошивке спасает от такой ситуации. В первых экземплярах удачно сложились быстродействия элементов, в общем.:)