Контроллер НМЛ СМ5300.01

[Andrey_Ak]

Давайте продолжим эксперименты с контроллером?

[Patron]

Давайте продолжим эксперименты с контроллером?

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

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

...
P.S. Предлагаю также провести эксперимент по первой в мировой истории загрузке RT-11 в ДВК через telnet-интерфейс, с последующей работой блочного обмена системного устройства через терминальное telnet-подключение.

[MiX]

Документация на СМ5300.(если актуально)
http://www.tiffe.de/Robotron/CM5300/

[Andrey_Ak]

Может вернемся к теме оживления контроллера? На чем записать тестовую ленту есть...

[Andrey_Ak]

А если я выпаяю ПЗУ из этого контроллера и считаю его? Это как-то поможет?

[bigral]

По идее кроме ПЗУ еще схема нужна, особенно того узла который формирует сигналы для самого накопителя. Тогда суть работы контроллера можно будет както смоделировать в Proteus.

Интересно что для таких схем, а это по сути DSP высоких частот, обычно применялись секционированные процы. В военке как правило (про что свидетельствует литература затрагивающая серии 1800 1802 1804) да и в других контроллерах от pdp11. А тут применен достаточно медленный i8080 поэтому возникает вопрос или там плотность записи низкая или какая-нибудь хитрость есть... НО и "хитрости" на самой плате не видно, там где есть "хитрость" микросхем ставят гораздо больше, примеры это КЖД на 8x300 1818вм01 или RQDX1/2/3 на t11 с ихними огромными схемами с кучей регистров и автоматами состояний.

[Advertiser]

[Andrey_Ak]

Давайте продолжим эксперименты с контроллером?

[dk_spb]

Давайте. Никто не против.

[MiX]

Если интересно, есть страничка тестирования НМЛ.

[AFZ]

Интересно что для таких схем, а это по сути DSP высоких частот, обычно применялись секционированные процы.

Это у контроллеров HDD по сути DSP высоких частот. А частота следования символов с НМЛ, максимум, 64 кГц. Это у больших НМЛ с большими катушками, вакуумными карманами и скоростью 2м/с, которых в СМ-овской номенклатуре просто не было. А у 5300, которыми укомплектовано большинство СМ-ок, всего 10 кГц, тут кто угодно справится, кроме Э-60 в родном виде, и то только из-за регенерации - поставь ей статическую память, и вперед! Это при использовании основного метода записи 800NRZ с его плотностью 800 импульсов на дюйм (32 имп/мм). В принципе, существует еще метод 1600PE, (Phase Encoding), позволяющий на том же оборудовании (в смысле НМЛ) и на чуть лучших по качеству лентах получить 1600 символов на дюйм (64 на мм), это нечто из той же оперы, что и применение MFM вместо FM. Только вот ни разу не видел у нас устройств внешней памяти на магнитных лентах с применением этого метода записи, только читал в описании Системы-360. Я даже не знаю, были ли подобные контроллеры НМЛ у DEC ?

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

Прочитал всю тему. Забавный контроллер. В общем, ребята молодцы, сочинили правильную вещь, именно так и надо делать контроллер для НМЛ 5300. Их, правда, не хватило довести его до стандартного МТ, т.е. использовать интерфейс, который изучался на протяжении 13 страниц этой темы, не как основной, а как промежуточный, а для обмена с МПИ использовать отдельный контроллер, который для ЦП прикинется нормальным МТ:, а с МЛ будет взаимодействовать через этот самый интерфейс, объявленный промежуточным.

Для работы с НМЛ был выбран самый доступный в наших широтах процессор тех времен - КР580ВМ80, и тогда это было правильно. Сейчас же с этим справится любая АТмега с достаточным количеством ног, например, АТмега64, которую можно купить в любой лавке (почти) в любой точке земного шара. Поэтому, ИМХО, имеет смысл прекратить мучительные исследования неизвестного контроллера с малой практической ценностью и сочинить свой. Во-первых, на плате он займет 1/4, а то и 1/6 "половинки", все остальное можно отдать под что-то еще, в том числе и под нормальный MT-подобный согласователь с МПИ, чтобы любая ОСь PDP-11 воспринимала его, как обычное устройство МТ.

Причем задача эта не то, чтобы сильно сложная. Первая ее часть - склепать подобный контроллер на современном МК общего назначения уже имеет, практически, все, что нужно для ее реализации - Патрон уже полностью (или почти полностью) выяснил все особенности записи и чтения 9-дорожечной МЛ, интерфейс 5300 подробно описан в его руководстве, так, что можно работать. В принципе, первую часть можно клепать даже не привязываясь к ДВК/Э-60, например, прицепив его к компорту писюка, на скорости 115200 это вполне реально.

Плюсы этого дела: (1) не надо выяснять, что там насочиняли авторы того изделия, что сочиним сами, то и будет; (2) поведение новой железки будет известно до каждого бита и каждого такта и (3), как я уже говорил, оно займет очень мало места на плате итогового изделия, так, что туда, кроме него и модуля МПИ запросто влезет что-нибудь еще.