Liberty Drive (Страница 2 из 2)

Ну, возможно в рекламке разработчики написали свои планы на будущее :)
Типа: "Контроллер ведь может сам по себе выдавать 500 Кбит/с? Может. Значит, сейчас начнем выпускать вариант на 400/800 кб, а потом, в новых версиях как-нибудь прикрутим удвоенную скорость."

Я думаю, в реальности на 3,5" запись была в том же формате, что и на 5,25". 80 дорожек, 2 стороны, 10 секторов по 512 байт.

Кстати, там в прошивке есть три блока параметров:

DATA_C9DA
        .byte    $40, $06, $35, $22, $20, $51, $44, $2F, $51, $44    ;@ 5" qd/qd

DATA_C9E4
        .byte    $20, $03, $35, $22, $20, $51, $44, $2F, $44, $44    ;  5" qd/dd

DATA_C9EE
        .byte    $20, $03, $35, $22, $20, $44, $44, $2F, $44, $44    ;  5" dd/dd

То есть, точно поддерживались какие-то три конфигурации. Надписи 5" намекают, что это все были пятидюймовые дисководы. Первые два байта - вроде общее число секторов. Вполне возможно, что это варианты:
1) 80 дорожек, две стороны ($640, 1600 секторов на диск)
2) 80 дорожек, одна сторона ($320, 800 секторов на диск)
3) 40 дорожек, две стороны ($320, 800 секторов на диск)

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

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

В сепараторе данных какой-то странный номинал у конденсатора. При 100 nF точно ничего не прочтется.
Требуемая длительность импульса 250-300 нс. Можно и просто по даташиту рассчитать. А можно взять как в оригинале - на фотке номиналы вполне читаются - 33 пФ и 10 К.

И еще, хорошо бы нижний угол схемы перерисовать, чтобы триггер из U8B и U9D было видно.

Написал письмо HARDMENу , надеюсь посмотрит все номиналы на этой плате (и на звуковой тоже), и отпишет сюда.

А вот агатовская плата на ВГ93, правда с другим назначением: http://forum.agatcomp.ru//viewtopic.php?pid=4628#p4628

Вот это они заморочились :)
Да, скорее всего, этот вариант сможет работать с 1,4 Мб дисками.
Просто я бы взял какую-нибудь однокристаллку типа К1816ВЕ49, чтобы она обслуживала прерывания от КР1818ВГ93, микросхему ОЗУ как буфер данных и ПЗУ для хранения прошивки.

А тут, похоже, разработчики решили пойти трудным путем и сделали микроконтроллер на рассыпухе. Логика тут должна быть та же самая - ВГ93 генерирует прерывания, а схема на рассыпухе считывает или записывает в нее очередной байт из буфера данных и увеличивает адрес на единицу, пока не считает/запишет весь сектор. К537РУ10 - это буфер данных на 2 килобайта, к которому доступ могут иметь и основной процессор и "микроконтроллер".

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

Три КП11 явно переключают линии адреса от ЦП и контроллера. Куча ИЕ10 справа генерирует адреса. КР580ВВ55 - большой "набор регистров" для управления этим всем. В M2764 наверняка прошивка для 6502.
Вот непонятно, что за вторая большая микруха рядом с ней. По корпусу похожа на еще одну ПЗУ. Вариантов, что это может быть такое, три:
1) это не ПЗУ а какой-то мелкий 28-выводный микроконтроллер;
2) это ПЗУ и она реализует какую-то управляющую логику;
3) это ПЗУ и в ней данные для форматирования дорожки. Дело в том, что ВГ93 форматирует дорожку целиком, записью отдельных секторов это сделать нельзя. Для этого ВГ93 надо скормить все байты, которые должны быть записаны на дорожке. Это килобайт 8 для формата 10 секторов по 512 байт.
В К537РУ10 они не влезут, 6502 данные с нужной скоростью отдавать не может. В 2764 места в принципе хватает. Вот только есть одна проблема - для каждой дорожки данные разые (номер трека в адресных метках отличается). Как это решено - фиг его знает. Возможно, данные берутся все же из ОЗУ и их там ровно на один сектор, но по прерываниям 6502 успевает обновить данные адресных меток и сбросить счетчик адреса. Или как-то хитрее. Не знаю. Надо схему видеть.