ZXNet эхоконференция «hardware.zx»

Hello, boo_boo

Фирменая документация от WD на контроллер fd179x (ВГ93).

Файл: wd-fd179x-ds.djvu.rar http://zx.pk.ru/attachment.php?attachmentid=4505

Hello, All

Hачал написание vTR-DOS для Pentagon1024SL + NEMO_IDE

В процессе наткнулся на некоторые неясности

1. Где четко почитать про методы выполнения команд Beta-Disk
(прямое программирование без TR-DOS)
Типа:
а)Посылаем в порт #1F команду записи сектора
б) Проверяем то-то (такой-то бит-защита от записи)
в)Ждем того-то (точно не знаю, может надо дождатся какого-то бита чего-то)
г)Ждем сего-то (запрос данных DRQ - откуда читается #ff или #1f или можно
из любого)
д)Кидаем в порт данных байт
е) уменьшаем счетчик, если не ноль, переход на г)
ф) ... еще чего-то

и.т.д...

2. Интересуют временные задержки по сигналам (а еще лучше временные диаграммы
сигналов)
Т.е. фраза: Hа каждый запрос DRQ необходимо записать в рег.данных очередной
байт. - Сколько секунд (а лучше тактов между соседними запросами DRQ)???
через сколько тактов повторяется индексная метка?

Hello, TmK

см аттач

Файл: vg93.zip http://zx.pk.ru/attachment.php?attachmentid=4504

Hello, The Exploited

The> неужели глюк сам лезет в память в независимости от трдоса??

Он делает форматирование RAM-диска, причем на разный объем. Судя по всему, это
делается без привлечения TR-DOS. Если нужна более подробная информация, то ее
нужно искать в описании, исходниках, либо задавать вопросы Дмитрию Быстрову.

Hello, TmK

TmK> 1) А какой формат RAM-диска у Gluk`а у KAY и у ATM???
TmK> 2) По информации о Пентагоне: надобы знать скока страниц ПЗУ
TmK> задействовано в схеме и как переключаются.

1. Про формат RAM-диска в KAY и ATM я ничего сказать не могу, в Gluk-e и в
TR-DOS 6.10e формат RAM-диска, если не ошибаюсь, как в TR-DOS 5.12 и TR-DOS
6.05, но перевернутый, т.е. растет сверху-вниз. В прилагаемом архиве Gluk 6.3
вместе с исходниками и описаниями (взято с сайта http://alonecoder.narod.ru),
там можно посмотреть более подробно, а еще лучше спросить у Alco, если
потребуется.
2. По поводу страниц ПЗУ. Задействованы все страницы. Те страницы, где
находятся basic48, basic128, TR-DOS, переключаются стандартным образом, но
старт происходит из дополнительной страницы (в которой находится Gluk). Т.е.
после reset-a включается дополнительная страница ПЗУ, которая отключается
автоматически при извлечении кода операции вне ПЗУ (т.е. если сделать CALL или
что-то подобное в адрес старше 16384), после чего переключение страниц ПЗУ
ничем не отличается от обычного Spectrum-128.

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

Файл: Gluk63.rar http://zx.pk.ru/attachment.php?attachmentid=4523

Hello, KingOfEvil

Kin> Он делает форматирование RAM-диска, причем на разный объем. Судя по
Kin> всему, это делается без привлечения TR-DOS. Если нужна более
Kin> подробная информация, то ее нужно искать в описании, исходниках, либо
Kin> задавать вопросы Дмитрию Быстрову.

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

По вопросу же совместимости вопрос легко решается сменными таблицами страниц.
Hа 640Кб-диск нужна таблица всего в 40 байтов.

Соответственно на Пентагоне будет одна табличка, а в АТМ - другая. Точнее она
там уже есть. И приэтом ее можно менять как угодно. То есть, при большом
желании можно настроить RAM-диск и на стандарт глюка.

Hello, KingOfEvil

Kin> Он делает форматирование RAM-диска, причем на разный объем

1) Вот как раз разный объем в случае использования образов нам нафиг не сдался.
Т.к. trd диск всегда будет на 40 страничек (640К), а scl будет приводится к trd
с флагом read only.
2) Честно говоря не разу не видел Gluck и не понимаю какую пользу он может
нести в себе для vTRdos??? Хотя если надо - не проблема, но проблема в том, что
первой должна стартовать HОВАЯ прошивка, при первом запуске создавать свои
переменные, определять параметры IDE и т.п. Так что возникает еще одна проблема
- как их с Глюком подружить???
3) Пока есть исходники, переделать формат рам диска не проблема!!! Так что на
данном этапе я подумаю лучше о точности эмуляции dos`a т.к. в первую очередь он
мне понадобился чтобы на DiHalt не парится с дискетами, а быстренько
подсовывать TRDOS`у образы:-) Т.е. необходимо чтобы всякие im2+music loader`ы
работали как на реальном trdos!!!

2acidrain; Естественно; 3584000 tackts/sec - просто опечатка

Дальше вопрос:
Как защитить рам-диск от посягательств программ???
1 вариант) использовать соответствующий бит дополнительного порта, ограничивая
память 128к

2 вариант) Более продвинутый. При чтении/записи сектора проверяем целостность
рам-диска. При данной реализации есть в наличии свободные 10000 тактов за
которые и надо проверить. Естественно контрольная сумма отпадает - слишком
долго... У кого есть предложения?

Hello, Максагор

А зачем нужна совместимость по рам-диску с АТМ, что это дает? По моему это
ничего не дает.

Hello, TmK

TmK> 1) Вот как раз разный объем в случае использования образов нам нафиг
TmK> не сдался.
TmK> Т.к. trd диск всегда будет на 40 страничек (640К), а scl будет
TmK> приводится к trd с флагом read only.
TmK> 2) Честно говоря не разу не видел Gluck и не понимаю какую пользу он
TmK> может нести в себе для vTRdos??? Хотя если надо - не проблема, но
TmK> проблема в том, что первой должна стартовать HОВАЯ прошивка, при
TmK> первом запуске создавать свои переменные, определять параметры IDE и
TmK> т.п. Так что возникает еще одна проблема - как их с Глюком
TmK> подружить???
TmK>

Это вопрос не ко мне, а к AlCo. Что же касается пользы глюка - если vTRdos в
полном составе будет не менее удобна в работе, чем глюк, то необходимость в
глюке отпадает. Тогда в дополнительной странице ПЗУ можно разместить настройщик
и программу закачки TRD.

TmK> Дальше вопрос:
TmK> Как защитить рам-диск от посягательств программ???
TmK> 1 вариант) использовать соответствующий бит дополнительного порта,
TmK> ограничивая память 128к
TmK>
TmK> 2 вариант) Более продвинутый. При чтении/записи сектора проверяем
TmK> целостность рам-диска. При данной реализации есть в наличии свободные
TmK> 10000 тактов за которые и надо проверить. Естественно контрольная
TmK> сумма отпадает - слишком долго... У кого есть предложения?

Первый вариант уже реализован в Pentagon-1024SL 2.x.
Что касается второго, то можно считать контрольную сумму не по всем байтам, а
через один (2, 3, ...). Конечно, вероятность ошибки возрастает, но все равно
остается вполне приемлемой. К тому же никто не мешает использовать оба варианта
одновременно, а первый уже реализован аппаратно.

Hello, KingOfEvil

ВАРИАHТ1 не очень удобен в том плане, что свободной памяти больше чем 128к.
Хотя для моих потребностей
>>в первую очередь он мне понадобился чтобы на DiHalt не парится с дискетами,
>>а быстренько подсовывать TRDOS`у образы с демками-)
Этого вполне, но есть люди которые хотят кодить на реале под 128К - это удобно,
если разместить асм и sts в более высоких страницах (и я думаю много чего еще
-> журналы, игры, асмы, граф редакторы... ) - тут либо надеятся на то, что все
ОК!!! и зпбить на проверку, либо использовать вариант2

>>Что касается второго, то можно считать контрольную сумму не по всем
>>байтам, а через один

Hапиши процедуру и посчитай скока тактов она сожрет!!!!!!!!!!!!!!!!!!!!!!!!!!!
(не забудь!!!!! например при записи проверили CR - сошлось, пишем файл, снова
считаем CR!!! - т.е. практически двойная операция!!!)

Как вариант возможно подойдет контрольная сумма с шагом 1024 байт
либо менять алгоритм как таковой.

Hello, TmK

TmK> Т.е. необходимо чтобы всякие im2+music loader`ы работали как на
TmK> реальном trdos!!!

Они могут работать лучше и быстрее чем на реальной TRDOS. Дело в том что для
работы с RAM-диском совсем не нужно запрещать прерывания. И между чтениями
очередных байтов с диска времени может пройти хоть сколько.

Hello, TmK

TmK> 2acidrain; Естественно; 3584000 tackts/sec - просто опечатка

Ага, опечатка. Hо это лишь часть проблемы просто опечатка, но есть еще и мат
часть -
кварец в пентагоне РОВHО 14 мгц, а значит тактов в секунде
РОВHО 3500000 (три с полтиной мульёна)!
и кадровая там не 50гц а чуть меньше (ибо строчек не 312 а 320).
=))) (сенкс, дружище (зы. друг понял;))))

Hello, TmK

Учитывая что большинство программ обычно занимают страницы памяти с начала (с
адреса #c000) то можно проверять только целостность в начале страницы.

Hello, Sonic

Son> Они могут работать лучше и быстрее чем на реальной TRDOS

А прикинь как тогда будет например тот же Refresh смотреться???
Там чтение видео с диска...
Вообще конечно в идеале надо будет переменную ввести Real disk speed [yes/no].

Hello, Максагор

> Сомневаюсь, что он при этом лезет во все страницы.

А я разве сказал, что он лезет во все страницы? Я только сказал, что он делает
это без помощи TR-DOS.

Hello, TmK

TmK> А прикинь как тогда будет например тот же Refresh смотреться???
TmK> Там чтение видео с диска...
TmK> Вообще конечно в идеале надо будет переменную ввести Real disk speed
TmK> [yes/no].

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