Полигон-2

День добрый.
Тема поднималась миллион раз, но так и оканчивалась ничем.

Сейчас нужно загрузить вполне себе работающий АГАТ-9, к выставке (очень бы хотелось продемонстрировать), но дискетт уже конечно нет, только имиджи под эмуль, которые при помощи РС обратно на 5,25 не перенести никак.

Вопрос по переводу имиджей в WAV формат для последующей загрузки АГАТа через порт магнитофона тоже не решил ся ничем.

Возник соответственно вопрос, а ест ли исходники ДОСа агатовского? Можно было бы ради такого случая один раз и набить их.

Какие будут идеи, господа... Может кто подсобит с этим делом ?. Любые идеи приветствуются.


---
Ташкентский музей вычислительной техники. ТашМЭВТ. tashmevt.livejournal.com

icedwarm написал:

[q]

дискетт уже конечно нет, только имиджи под эмуль, которые при помощи РС обратно на 5,25 не перенести никак.

[/q]

Почему "никак"?
Если есть плата контроллера принтера, то можно сделать линк Агат >-> PC и записать на чистые дискеты образы.
Как сделать линк описано здесь: http://web.ssmu.ru/er/agat/Hard/
Образы дискет с играми можно взять здесь: http://web.ssmu.ru/er/agat/Gamez/


P.S. А что за выставка?

icedwarm написал:

[q]

Линк это уже сто лет существует...смотрел... не особо удобное дело... да и создателей мучал его в группе Агата, ничего адекватного не добился в итоге...

[/q]

Ну, не знаю... Удобно - не удобно....
И что значит "ничего адекватного не добился в итоге"?

Я сам когда-то спаял такой кабель по описанию и успешно копировал образы с PC на дискеты в Агате.
А также в обратную сторону - агатовские дискеты записывал в файлы-образы на PC.

Кроме того, так как на моём Агате два типа дисководов, один из которых совместим с Правец-8А, по тому же кабелю я записывал образы для Правец-8А и потом с успехом их использовал на Правце.

http://ssmu.ru/er/agat/Hard/agat9-other.shtml

тем не менее остается интересным вопрос перевода DSK файлов в WAV... чтоб не маятся каждый раз с дискетами...

Может я не так читаю по приведенной ссылке но после загрузки ПО, мы по сути будем только считывать дискеты в стороун РС но не кидать содержимое ДСК в сторону Агата...

icedwarm написал:

[q]

но дискетт уже конечно нет, только имиджи под эмуль

[/q]

Мда... способ по ссылкам не поможет...

на Агате, в меню выбора загрузки (картинка с изображением дискет) выбираем "Ассемблер". После загрузки появляется цифра "1" и мигающий курсор. Нажимаем РЕД, в появившемся меню выбираем пункт "ВЫЙТИ В ОТЛАДЧИК". Появляется приглашение ">".

Непойму правда как может радовать жизнь с WAV если загрузка на диск 840кб будет занимать примерно 1.5 часа, а если вспомнить что на самых интересных записанно более назначенного обьема а именно 2020кб , то совсем грусть.....

Могу вот что предложить: исходники и схему к такой штуке как пользуюсь я:
http://agatemulator.sourceforge.net/transfer.html
но прогу записи на диск сами напишите, есть только для снятия образов

или написать в эмуляторе прогу чтоб дорожки читал и на маг посылала
он(эмуль) умеет WAV записывать в виртуальный выход мафона
а реальным агатом принимать эти WAV

Ну или попросить когонить диск с ИКП прислать, тогда простым линком удобно быстро и запись с проверкой - что важно

Видел тоже много вариантов, но конвертер в том то и дело что надо писать. Подобную штуку уже готовую под Агат с удовольствием бы приобрел не пожалев денег.

icedwarm написал:

[q]

Видел тоже много вариантов, но конвертер в том то и дело что надо писать. Подобную штуку уже готовую под Агат с удовольствием бы приобрел не пожалев денег.

[/q]

Конвертор можно и не писать. Эмулятор понимает набор стандартных образов файлов, вроде .ADF для амиги или .DSK для PC (720K, 2x80 дорожек, 9 секторов по 512 байт на дорожку). Преобразование посекторного образа в поток бит MFM производится на лету при загрузке такого файла в память эмулятора.

То есть нужно просто уточнить, какого размера есть образы дисков для Агата, и каков их формат. Дальше либо встроить их поддержку в эмулятор (что сложновато), либо дописать код в утилиту mfmdisk, конвертирующую образы дискет Амиги и БК в эмуляторные .MFM файлы, что сильно проще.

Ну так ссылки на описание форматов дадите, или будем расшаркиваться?

Вот честно скажу, по указанным ссылкам полазал, но нигде описания форматов не нашел. Может, и искал не очень прилежно, но времени тоже жалко, знаете ли

Sergei Frolov написал:

[q]

Если надо, могу поискать заводскую доку. Где-то лежала.

[/q]

Давай.

Сбой синхронизации изобразить в эмуляторе легко, его собственные файлы .MFM представляют собой буквальный битовый поток. Что туда битами запишется, то и будет проиграно в компьютер.

Вот в обратную сторону (на запись), если формат записи не MFM, работать скорее всего не будет.

Вот ответ от Олега:

Привет.

Наиболее пригодны к реализации, на мой взгляд, два формата дисков: "сырой"
aim и "очищенный" dsk.

Во втором случае в файле хранятся просто сектора в прямой последовательности
(т.е. 256*21*160=860160 байт).
К этим образам разные авторы дописывают различную служебную информацию типа
номера тома, описания и т.п.
В своих эмуляторах я использую альтернативный формат, распознаваемый по
сигнатуре "Agathe emulator virtual disk\x0D\x0A\x1AAD" в начале образа. Если
такая сигнатура присутствует, предполагается наличие 256-байтного заголовка.
Тогда по смещению 0x30 находится признак защиты от записи (0x01), по
смещению 0x32 - длина описания N, далее - N байт описания в кодировке cp866.
По смещению 0x31 находится номер тома. Как видно из описания, этот формат
подразумевает стандартный вид сектора, формирование которого ложится на
эмулирующую программу.

Поэтому для начала проще всего реализовать "сырой" формат AIM. В нём каждый
байт, считываемый с диска, сопровождается байтом служебной информации A,
содержащим следующие признаки:
A&0x80 - синхросбой (для совместимости также при A=0x01)
A=0x03 - начало индексной метки
A=0x13 - конец индексной метки
A=0x02 - зацикливание дорожки (переход на начало)
Каждая дорожка содержит 6464 16-битных слова, младший (первый) байт
которого - данные, старший (второй) - описанные выше признаки. Индексная
метка в образе может отсутствовать, тогда я её начало ставлю в первом байте
дорожки, а конец - по смещению 0x30, хотя наверное можно это сделать и
как-то иначе).
Если признака A=2 не встречено, дорожка просто прокручивается по всей длине.
В соответствии с остальными признаками, устанавливаются регистры данных и
состояния контроллера.

Более подробно тонкости реализации можно посмотреть у меня в исходниках. В
действительности, всё это можно реализовать намного более эффективно, чем
это сделано у меня.

Успехов!
Олег.

Я действительно начал проект железной модели Агата, но дело продвигается весьма вяло, в основном из-за недостатка времени. На настоящий момент работает процессорная часть (проходит сброс и раздается "пик" ) и частично работает видеоконтроллер. С сегодняшнего дня я в отпуске на пару недель и, в числе прочих планируемых задач, собираюсь повозиться с проектом. Если кого интересует аппаратная эмуляция дисковода - вот пара ссылок:
http://alexfreed.com/FPGApple/revisited.html
http://alexfreed.com/FPGApple/DE1_src/
Это модель Apple ][ от AlexFreed (Алекс, еще раз огромное тебе спасибо!) на FPGA для девборды Altera DE1. Модель работает с .nib-образами, проверял сам. На второй ссылке исходники, так что желающие могу увидеть эмуляцию дисковода Шугарта (140кБ) в железе и всей красе Увы, на 800к модели дисковода нет.
Если какие вопрос - постараюсь ответить в аське 320365827 или жабере nullparty (dog) gmail.com, но лучше сперва посмотреть сырки и почитать Мымрина

Привет!
Почитал тему, вроде бы ничего не пропустил. Возникли следующие мысли:

- Кому -то уже писал, может даже кому-то из этой темы: ЗАБУДЬТЕ О WAV ПРИМЕНИТЕЛЬНО К АГАТУ ! Это не спектрум, тут нет кучи софта для нормальной поддержки магнитофонного порта. У девятки из-за ошибки в ПЗУ этот порт не совсем функционален для чтения. Он очень медленный (где-то байт 50 в секунду) и очень привередливый. Я когда-то пробовал его использовать с разными магнитофонами - условно стабильно он начинал
работать, например, с Маяк-232. Мафоны третьего класса его не устраивали. Детонация там больше, что ли,...
Но дело даже не в скорости, а в том, что для загрузки элементарного бейсика (который тоже ни разу не элементарный) ЭВМ выполняет кучу разных действий, а вовсе не просто считывает дамп цифр в память.
В эту кучу входит и определение конфигурации машины и инициализация всяких устройств, контроллера памяти в первую очередь и чтение может происходить не сразу в используемый регион памяти, а в промежуточные буфера.
Причем эти операции перемешаны с собственно чтением частей ОС. Т.е. считываем, например, начальный загрузчик - ищем, куда дальнейшую часть читать. Считываем ДОС - затем ищем на диске Бейсик. Считали Бейсик - ищем, куда его приткнуть в памяти....

- Набирать код с клавиатуры ... Я сразу скажу об объёме работы: 59 блоков бейсик, 37 - дос (для семёрки). Блок - 256 байт. Причем по тем же правилам: ДОС, допустим, набрать не очень сложно: комп на УПС посадил, включил память в режим запись/чтение и вдвоем - один диктует другой кнопки давит. А вот с бейсиком будет сложнее - он сидит в модуле памяти, который не доступен для чтения одновременно с работой ПЗУшного сисмона. Поэтому придётся творчески обходить эту проблему ) На девятке память более гибко конфигурируется, но и там, думаю, не всё будет просто.

Где взять то, что набирать ? Да легко - загрузите эмулятор, например бейсиком и наберите "call-151"
Попадёте в сисмон. А там просто указываете нужный регион памяти (пишу для семёрки, девятку наизусть не помню):
9600.BFFF
- и пожалуйста - дамп дос'a в наличии.... Глаза не сломайте
Там вперемежку идёт и код самого доса и буфера данных. Ну и не забывайте, что где-то
в области 3E0.3FF ещё есть наборы переменных, которые ДОС инициализировал перед запуском.
Точка входа в код - где-то в районе b900, но лучше это проверить.
Точка входа в реинициализцию (типа мягкий сброс) указана в 3f2.3f3.

Насвистеть этот же дамп в WAV можно почти также:
9600.BFFFW
Олеговский эмулятор может свистеть прямо в WAV, если я правильно понял.

- Готовых прог для перевода образов дисков в WAV не существует и быть не может именно по этой причине - смысла нет. Тупо перевести все байты в звук не проблема, вопрос в том, что с этим делать дальше.
Большинство ОС просто зависнут, если попытаться их запустить на машине без дисковода - они или зациклятся в его поиске или, не найдя, уйдут на исполнение какого нибудь мусорного кода. А инвентаризация дисководов есть неотьемлимая часть инициализации ОС (пожалуй, за исключением базовой ДОС3.3 - она считает текущим дисковод загрузки, но ей можно явно указать любые его координаты - поверит на слово. Тип привода ей знать не нужно, поскольку она работает только со 140кб). Да и вообще - дискета - устройство с параллельным доступом, с соответствующей файловой системой. На агатовских лентах же никто файловую систему и не планировал делать (даже tar там нет ).

- Если нужна "как бы работа" - т.е. для выставки, типа, картинка бегает по экрану и все довольны
- проще вообще забыть про ОС и бейсики и прочее, а вспомнить игрушки. Многие игрушки грузятся именно линейным дампом и могут быть целиком автономны. Такими игрушками обычно эмуляторы агата на первоначальном
этапе отлаживают, когда эмуляция дисковода ещё не работает нормально. Вот, хотя бы mars, honix...
Снять дамп игрушки очень просто (опять же пишу по семёрке, хотя по девятке отличия незначительны):
== Можно открыть образ в dos33c2 ( http://ssmu.ru/er/agat/Soft/dos33c2.shtml ) и нажать F3 на файле-игрушке: вы увидите в ответ именно дамп, причем сразу с адресами загрузки.
== Можно на реальной машине или в эмуляторе набрать BLOAD >файл> , затем зайти
в сисмон:
call-151
aa72.aa73 >вот тут для девяточной ОС будет другой адрес>
В ответ получите два байта - адрес только что загруженного файла, например:
aa72- 00 20
Дальше в каталоге смотрите его размер (он там в блоках - 256 байт) и можете смотреть дамп (например, 15 блоков):
2000.2FFF




А что делать ?

- Можно попросить загрузочную дискету у того, кого они ещё сохранились. Почта пока дискеты пересылает, неоднократно проверено. А если посылать чем нибудь вроде DHL - так они и придут через день-два.
При том, что базовый софт агата не защищен от копирования и имеет в своём составе эти самые средства
копирования, записать копию системного диска не проблема.

- Если уж хочется понабирать, можно попробовать подключить вход клавиатуры агата к параллельному порту PC.
То же набирание, но быстрее. Сразу скажу, что там используется однонаправленный последовательный канал с синхронизацией со стороны системного модуля (фиксированная скорость, вроде бы 8 КГц). Данные передаются сразу в КОИ-7 с установленным старшим битом, первым идёт старший бит. Скорость обмена (с учётом скорости реакции стандартного агатовского софта) - 10-100 байт в секунду.

- Мой эмулятор вполне может получать данные на виртуальную клавиатуру через буфер обмена винды, когда под ней работает. Так что прежде чем давить кнопки на реальной клавиатуре, можете попробовать смоделировать такой подход.

- Линк#1 - http://ssmu.ru/er/agat/Hard/ - двунаправленный, поддерживает как 140 так и 800 к. Он гоняет образы в любом направлении на любой агатовской архитектуре, лишь бы была плата парпорта. Его недостаток (помимо скорости работы) - он требует наличия на агате живой ОС. Не то, чтобы нельзя было сделать совсем
автономный софт, но просто такой проблемы не ставилось: этот линк делался по заказу.

Вообще-то, до автономности ему не хватает драйвера дисковода. Простой драйвер 800кб можно уложить, наверное, в пару Кб. Исходники драйверов свободно доступны, например, в коллекции моего сайта.

WAV и MP3-файлы, которые входят в состав Link#1, содержат исключительно и только код сервера линка. Они были созданы в расчёте на то, что в первоначальный момент, когда человек начинает работать, у него есть куча дискет, которые он хочет перевести с агата в образы, но, естественно, на его агате нет программы-линка.


Про эмуляцию дисковода:

- Почему-то вопросы поднимаются о формате образов, а мне так кажется, что самая большая проблема будет не тут, а в вопросе о том, как кодируются данные контроллером перед отправкой дисководу. Вроде бы вот эти буквы все слышали - MFM - модифицированная частотная модуляция, но это ж не законченный формат записи, а только намёк на имеющиеся ограничения. Вроде того, сколько нулевых бит может приходится на один единичный бит. А такие вопросы, как, например, порядок бит в байте, размеры синхрополей (и вообще их конструкция) - отданы на усмотрение разработчика конкретного контроллера. Иначе бы агатовские дискеты вполне можно было писать/читать на PC, пусть и нестандартным софтом.

А форматы образов, которые используются в агатовских эмуляторах, такими тонкостями не заведуют - это происходит в силу обратимости кодирования данных агатовскими контроллерами - т.е. то, что драйвер дисковода
записал в регистр контроллера, то он в дальнейшем и прочитает (при условии соблюдения кучи ограничений, свойственных данному контроллеру). И в образе хранятся либо эти данные (те, которыми обменивается драйвер с контроллером) - если образ nibble или aim, либо те, которыми обменивается драйвер и ОС (для dsk-образов).

И эти образы (nibble и dsk) отличаются не только наличием/отсутствием адресных полей, но и, например, порядком бит (не байт!) в секторе (у 140к дисководов).

Так что больших-больших успехов желаю тому, кто с этим кодированием разберётся. Кстати, GARNIZON в своих поисках вроде бы нашел разработчика 800кб контроллера (Филипов ?) и даже переписывался с ним. Думаю, если хорошо попросить, он бы вспомнил тонкости кодирования и отличия кода своего контроллера от имевшихся в те годы альтернатив.


- Мост ( http://agatemulator.sourceforge.net/transfer.html ), который уже отлично читает агатовские дискеты 800к на PC, сейчас дорабатывается до возможности записи агатовских дисков с PC. Успехи пока не впечатляют, но работа ведётся всего пару недель, так что может быть всё заработает. В случае уверенного функционирования (т.е. когда устройство сможет записывать хотя бы 9 дискет из 10 без сбоев) GARNIZON собирался заказать серию таких устройств и затем делится с желающими.


- Про окончание работы дискет: 5-идюймовки сейчас уже правда не продаются и может быть даже не производятся. Но трешки -то есть. Агату, в общем-то, всё равно с чем работать. Судя по тому, что
были разработаны даже USB-дисководы - тема дискет ещё не собирается умирать, в т.ч., возможно, потому,
что они используются во всякой специальной аппаратуре, типа медицинской, музыкальной (я лично видел
синтезатор с флопиком, где-то с год-два назад. Не б/у. В магазине).

---

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

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

Извещать о продвижении не проблема, только кого ? С форума тема через какое-то время, видимо, исчезнет,
в рассылке на agat.yahoo, кажется, кроме меня и Олега никого и не осталось )

Так что самое надёжное - смотреть наши сайты.
У меня, например, обновления тут видны:
http://ssmu.ru/netadmin/last.shtml
где-то ближе к концу страницы (web.ssmu.ru)

Кстати, если интересно ковырять агат (т.е. не наковырялись в 90-е) - начать можно отсюда:
http://ssmu.ru/er/agat/Reading/for_beginners.shtml
Вроде об этом тексте пока были только хорошие отзывы

Вот:

так и отказались со временем от паршивого 140кб эплпривода 5088,
и стандартным стал обычный 160 дорожечный флоп (напр TEAC55gr)
С Молниеносным контроллером (без применения ВГ93) на двух ВВ55 по одной для каждой стороны.
Кто работал с агатом знает что никакой другой комп не может так разогнать привод даже в режиме
FAST как АГАТ (36 секунд на диск) , мало того - реализовано буферирование операций обмена. Т.е. файловая система может делать два вида запросов к драйверу диска, с мгновенной доставкой данных (ну, скажем, если ей нужен заголовок файловой структуры или блок данных каталога) и с возможностью отложенного выполнения (когда собственно ведётся обмен с содержимым файла). Реализовано это так: создан специальный массив по элементу на каждый сектор трека (т.е. 21...22 для филипповской разметки). В каждом элементе указывается тип операции над данным сектором (т.е. что-то вроде: 0 — ничего не делать, 1 — чтение, 2 — запись, 3 — проверка) и адрес сектора в памяти. Когда файловая система шлёт запросы с флагом возможности отложенного выполнения, то эти операции просто помещаются в соответствующий элемент массива, а реально ничего не выполняется, пока не случится либо запрос без мозможности отложенной операции (обычно последний блок запроса) или не случится переход на другую дорожку.

Вот тут и начинается самое интересное, происходит обработка всех отложенных заданий. Драйвер просто отлавливает заголовки секторов которые проходят в данный момент мимо головки и по номеру смотрит на задания указанные в массиве. Если ничего не надо делать — просто пропускает, сказано прочитать — прочитает, сказано записать — запишет, после выполнения операций флаг скидывается на 0, причём для записи было сделано так, что устанавливался не 0, на проверка и на следующем обороте выполнялась проверка записанного, причём не по контрольной сумме, а сличением данных. Когда после обработки очередного сектора оказывалось, что заданий нет — начиналась работа по новому заданию.

Что это даёт? А две простые вещи — массовое чтение выполняется строго за один оборот (плюс максимум один сектор), т.е. драйвер не ожидает прихода того сектора который был запрошен на этой дорожке первым, как это делают практически все другие компы у которых к тому же делается синхронизация по дырочке на диске (в Агате вполне в норме было диск размечать без привязки к дырке). Вторая вещь — запись выполнялась с отличной проверкой, причём на это требовалось всего два оборота (можно вспомнить, что на PC если включить запись с проверкой всё начинало плестисть со скоростью аж по 15/18 оборотов на дорожку для 1,2/1,44 МБ).

А этот вариант в плане адаптации к Агату не рассматривался?
http://hxc2001.free.fr/floppy_...pyemulator
Я его повторял, со спектрумом и MSX гонял лично, работает без проблем. Правда, проверял только на чтение, но все можно узнать и проверить, было бы желание...

2icedwarm: Я думаю, что без всяких сообщений запрашивать авторизацию по аське не очень правильно - я, например, таких сразу заношу в игнор. Не сделал этого лишь потому, что сопоставил по времени свой ответ в форуме и запрос авторизации. Ведь нетрудно написать "Привет, я icedwarm, авторизуй, пожалуйста!". И все, никаких проблем...

2GARNIZON: Привет! Что-то тебя в аське не видно последнее время...

2 Voldemar0: ПОЗДРАВЛЯЕМ!!!!!!!! Теперь эту первую дискету надо в рамочку 8-) и молится на нее чтоб он остальные писал правильно 8-)!!!!

icedwarm написал:

[q]

2AlexBel: Извини не подумал, думал по нику сразу поймешь, еще раз прошу прощения.

[/q]

Да никаких проблем. Я на ник сразу не посмотрел, увидел запрос авторизации от того, кого нет в списке - как правило, этого достаточно, чтобы в игнор отправлять, спам достал уже. Потом подумал о сообщении, что оставил на форуме, сопоставил и ответил. Но вот чего не понял - какая-то проблема с кодировкой?

Voldemar0 написал:

[q]

Кстати, вы хотели новости ? Их есть у меня, принимаю поздравления - сегодня мост успешно записал первую дискету. )

[/q]

Искренние поздравления!



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


Владимир, ткни носом, пожалуйста, где можно легко нарыть сканкоды агатовской клавиатуры?

2tnt23:

O ! Так я о чём и говорю: AIM не описывает такие вещи и не работает с ними (скорости, например).

Самая-самая информация по скоростям может быть выловлена из официальной доки:
http://ssmu.ru/er/agat/Reading/serkov/hainfo/023-01to.shtml

Самая-самая - т.е. там там тоже совсем не всё, но большего нет.

А то что мымрин с aim не совпадает - так это просто потому, что мымрин описывает только 140кб флоповоды (и то не особенно подробно), а AIM - формат 800кб.

aim, nib, im - это всё форматы, по содержанию близкие к тому чем обменивается контроллер и драйвер. А что там внутри себя делает контроллер перед передачей флопику - этого пока никто не знает

--------

На всякий случай, потому что иногда это не очевидно:

Для агата было два типа дисководов и два контроллера.
Они вообще никак не совместимы, кроме размера дискет !

140кб, он же шугарт, он же Seagate, он же ес5088, он же тарахтелка, он же "нижний", он же FM:
35 дорожек, одна сторона, сырая дорожка весит чуть больше 6 к/байт, но ограничения контроллера таковы, что в порт записи можно писать только 64 допустимых битовых комбинации. Т.е. два бита из каждого байта - жертва магнитной записи. Синхронизация потока в каждом байте (т.е. к каждым 8 битам контроллер дописывает ещё две единички).

840кб, он же 800 кб, он же MFM, он же тик, он же ес51чего-то-там, он же мс5тоже-что-то, он же "верхний":
160 дорожек на двух сторонах, сырая дорожка весит около 5,5 к/байт, причем байты честные - т.е. могут быть любым значением от 0 до 255. Синхронизация потока только в специальных синхрополях, которые можно записывать, отдав контроллеру соответствующую команду. Синхрополе (как я предполагаю), занимает на дорожке около 20-30 бит.

2AlexBel:

Сканкоды или в эмуляторе:

10 get A$
20 print asc(A$)
30 run

Или в мымрине, в схеме клавиатуры:
там кнопки справа в виде матрицы изображены, по горизонтали младшая hex-цифра, по вертикали - старшая

А вообще: старший бит всегда 1 (он как строб используется), а остальные по КОИ8 или КОИ7 - смотря с какого боку смотреть.

Т.е. бит там 7, но старшие разложены так:
100 - УПР-кнопка
101 - !#$%...
110 - буквы без РЕГ
111 - буквы при нажатии РЕГ

боковые кнопки - это просто алиасы на УПР-....
ф1 - 16 + 128
ф2 - 17 + 128
ф3 - 18 + 128
ф4 - 19 + 128
ф5 - 20 + 128
ф6 - 29 + 128
ф7 - 30 + 128
ф8 - 31 + 128
ф9 - 1 + 128
ф. - 2 + 128
ф= - 3 + 128
F1 - 4 + 128
F2 - 5 + 128
F3 - 6 + 128

Поскольку старший бит - константа, разные бейсики относились к нему по разному - кто-то расширял его в соответствии с состоянием РУС-ЛАТ, кто-то ставил в константу 0 или 1.
РУС-ЛАТ - светодиодики, на сканкоды не влияют, а только выставляют битик D7 в регистр C063.
Сисмон семёрки, например, его вообще не учиытвает.

Форматирование - штука такая же тонкая
Вообще-то форматирование, конечно, делает драйвер, но специального режима "форматирование" в контроллере агата нет. Есть режим записи и чтения. Если драйвер не выключает режим записи в течение всего оборота диска и планомерно фигачит подряд все поля, включая синхросбои - это условно называется форматированием. Если же он только находит поля адреса и затем переключается в режим записи, пишет поле данных и затем сразу возвращает контроллер в режим чтения - это называется запись сектора. Разница между операциями довольно условная.
Поэтому на агате были популярны такие штуки, как, например, копировщик дисков (посекторный), который
форматировал и записывал данные в один проход. Т.е. при форматировании - создании полей адреса - сразу записывались заполненные поля данных. За один оборот диска !

Про предкомпенсацию записи: контроллер имеет три режима (выключено, включено, сильная), но тут сейчас мы как раз этот вопрос мусолим, и пришли к выводу, что процентов 80 софта её не включало никогда.

Отформатировать образ в эмуляторе понятно что можно, какие проблемы, что там получится я сразу скажу (для AIM) - вот то, что я писал пару постов выше, только последние цифры (после 6A 00 96 00) будут сплошные нули. До контрольной суммы (которая тоже будет нулём) и байтом эпилога (5А).

> подключить эмулятор флопа к живому Агату
- тоже можно. Тащи эмулятор - попробуем )

Если ты из СПБ, то там есть Сергей Фролов с живым агатом, кроме того GARNIZON имеет регулярную связь с СПБ через знакомых и тоже имеет рабочие компы. Так что договаривайся с кем нибудь из них.

Ну вот, теперь всё наоборот: у меня появился вопрос к общественности

Отлаживая работу моста я столкнулся со странным явлением:

Сигнал индекса (импульс, который вырабатывает дисковод каждый оборот), как мне казалось (и не только мне, но и какой-то старой советской книжке по дисководам), должен присутствовать всегда. Но он почему-то напрочь исчезает, как только активируется сигнал записи. Т.е. линия просто зависает в "1", хотя шпиндель продолжает вращатся.

Дисковод самсунговский, SFD-321B/LE, трехдюймовка.

Вопрос: это у меня такой интересный дисковод или есть такая тенденция ? Проверял даже осцилографом, прямо на шине дисковод-контроллер.

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

Кстати, а ни у кого нет желания самостоятельно собрать мост ? Если предположить, что он уже и пишет и читает диски, а схема, плата и софт доступны свободно ? Там всего четыре микрухи и нужен программатор для первоначальной прошивки.

Voldemar0 написал:

[q]

Кстати, а ни у кого нет желания самостоятельно собрать мост ? Если предположить, что он уже и пишет и читает диски, а схема, плата и софт доступны свободно ? Там всего четыре микрухи и нужен программатор для первоначальной прошивки.

[/q]

Конечно есть!!!!!! Без вопросов!!!

Спасибо, но платку по такому формату файлов будет заказать проблематично :-(

С нетерпением ждём.
Мне вроде тут как раз Агат обещали....
Так что я весь в ожиданиях.

Тема потихоньку подсела на ноль. Вопрос к Вольдемару, как продвинулось с возможностью записи на РС дискеты для агата? Есть ли на сегодня конечный стабильно работающий мост для подключения агатовского дисковода (800к) для записи дискеты с софтом для Агата?

Отлично!!! Соберу стал быть 8-)

К стати, я когда-то уже спрашивал про свой Агат.Напмню малость суть темы: был Агат, 9ка, но корпус не со скошенными краями, а очень напоминающий лежачие системники уже IBM PC. Серого цвета. Отличительной особенностью была кнопка питания на передней панели, а не сзади, кнопка ресета, отделение под 3,5 флоп с вертикальной установкой, и 3 отдела под 5,25, без возможности ставить 140КБ дисковод. Спереди были наклейки АГАТ9 металлическая (аллюминиевая) и эмблема Агата, тоже на аллюминии.
Так вот никто мне и не смог ответить, что же это был за корпус и откуда такие агаты взялись, похоже кроме меня их никто не видел вживую и в нете тож нигде даже близко такое не проскакивало.
ТАк вот эта история как бы и заглохла, но неожиданно нашла продолжение. Нашелся человек который работал на нашем заводе Алгоритм (ташкент), где делали Агатики, так вот он сказал, что уже под развал союза, 90й год это был, у них уже были наработки под АГАТ-П (который на совместимость с ИБМ делали). Корпуса именно эти и были, но начинки под них так и не сделали, так вот они последние девятки собирали в эти корпуса, снебольшими доработками (типа ресета и кнопки павер спереди). И ставили последние и такие дифицитные флопы ТИК. Собственно фоток корпуса у него тоже нет, продолжаю искать 8-)

Но тогда каждый должен иметь два моста?
Один 840 и другой 140.

В общем я с большим удовольствием закажу платы и соберу комплекты деталек.
Есть ли плата в .pcb или гербере?

Остались дискеты от 9-тки 35 дисков программ + 11дисков эппловских игрушек, записаннных в архиваторе,все под верхний дисковод. Может еще прочтутся? Надо кому?
Местонахождение - Москва,Лианозово. могу выслать по почте.

Давайте в личку)

После длительного перерыва я вернулся к проекту Агата на FPGA (девборда Altera DE1). Поднял проект, долго всматривался и вспоминал, на чем остановился. С трудом вспомнил - нужно было связать вместе видеоконтроллер и процессор. Связал. На настоящий момент происходит сброс процессора, раздается "пик" из динамика и появляется заставка "*** АГАТ ***". Собственно, на настоящий момент работает процессор, один порт (звук) и коммутация памяти между видеоконтроллером и процессором. Видеоконтроллер работает в режиме 800х600х60 (так удобнее - каждый пиксель удвоен, не пришлось пересчитывать времянки видео) и имеет 2 режима - текстовый цветной 32х32 (поддерживаются аттрибуты флэш, инверсии и яркости).
В ближайшее время (завтра, послезавтра, в общем, дай Бог времени) планирую правильно пересчитать тактовую частоту процессора (при написании арбитра памяти частота процессора "съехала") и подключить PS/2-клавиатуру.
Вот пока и все. Фотографий никаких не выкладываю, как выглядит экран Агата и так знаете Как только будут новости - сразу отпишу сюда... если кому-то интересно, конечно.

Неприменно будем ждать рабочей модели!

С трудом заставил клавиатуру работать нормально. Но! Поскольку изначально допустил несколько крупных ошибок при построении схемы тактирования схемы, она получилась местами асинхронной, из-за этого проблемы с подключением клавиатуры (чтобы добиться нормальной синхронизации, пришлось городить отдельную схему).
Придется перелопачивать проект с самого начала, т.к. с самого начала узел видеоконтроллера и процессора никак не были связаны, а когда пришло время это сделать, пришлось делать "через задницу". Соответственно, через то же самое место получается и все остальное. Так что проекты изначально надо делать синхронными!

Очень интересно что там нового вы откопаете... очень!!!