НМЛ Контроллеры

[Patron]

.

Интересная история с минимальным размером записи. В каждом документе на эту тему написано что-то своё, но на самом деле минимального размера для записываемого блока нет, а для читаемого без ошибок блока минимальный размер - три байта. Причём, между первыми тремя читаемыми символами все пустые промежутки игнорируются. Причина этого в том, что чтение в обе стороны выполняет единый алгоритм, а при чтении назад - перед первым символом блока данных надо пропустить символ LPC, несколько промежутков, символ CRC и ещё несколько промежутков.

Поэтому, если записать на ленту блок из одного символа, то при обычном чтении сначала будут прочитаны в качестве данных: 1) символ данных, 2) символ CRC, 3) символ LPC, после чего активируется реакция контроллера на промежутки, считанный промежуток активирует поиск CRC, будет отсчитан промежуток до CRC, считан ноль в качестве CRC, потом будет отсчитан промежуток до LPC, считан ноль в качестве LPC и чтение завершится с сообщением об ошибках CRC и LPC.

[AFZ]

Так что, уже можно брать микроконтроллер с достаточным количеством ног и сочинять свой МТ ? Замечательно!

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

но на самом деле минимального размера для записываемого блока нет

Не считая того, что блок, длиной 0 байт - это TM. Или мой склероз врет?

[Andrey_Ak]

Может в книжках про 15ВВМЛ-6-002 есть? При реализации контроллеров на ИС малой и средней степени интеграции, сведения о подобном действии, обычно, подробно расписывают.

Andrey_Ak, эти книги оцифрованы?

Возможно там и есть, книги если и есть, то не оцифрованы.. Но разве это поможет созданию реплики для МПИ?

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

Поэтому, если записать на ленту блок из одного символа, то при обычном чтении сначала будут прочитаны в качестве данных: 1) символ данных, 2) символ CRC, 3) символ LPC, после чего активируется реакция контроллера на промежутки, считанный промежуток активирует поиск CRC, будет отсчитан промежуток до CRC, считан ноль в качестве CRC, потом будет отсчитан промежуток до LPC, считан ноль в качестве LPC и чтение завершится с сообщением об ошибках CRC и LPC.

Может подключить машину с этим контроллером:
http://zx-pk.ru/threads/26064-kontro...470-17647.html
Или с этим:
http://zx-pk.ru/threads/15363-kontro...sm5300-01.html

И выставить машину в сеть, и Вы сможете удаленно все моменты протестировать на запись и чтение?

[Patron]

сможете удаленно все моменты протестировать на запись и чтение?

Сделаю эмулятор того контроллера, на котором идут тесты XXDP для контроллера TM-11, а потом напишу тесты для проверки возможности посимвольного дампа лент с такого контроллера.

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

Не считая того, что блок, длиной 0 байт - это TM.

Для записи EOF есть отдельная команда контроллера, а ноль в счётчике байтов пишет блок длиной 64К байтов.

[AFZ]

Но разве это поможет созданию реплики для МПИ?

ИМХО, реплика, как таковая, народу не нужна вообще. Народу нужен контроллер, выполняющий в точности те же функции, но попроще и поменьше. Это и воронежцы поняли, результатом чего явилась плата И17. Но она была сделана на доступной в те времена элементной базе, которая сейчас, во-первых, не особенно доступна, во-вторых, цены на это хозяйство далеки от привлекательных и, наконец, электричество оно жрёт, как свинья помои, и греется соответственно. И это в наши суровые времена, когда с этими функциями справится любой микроконтроллер с достаточным числом ножек, потреблением менее 100мА и ценой не более 5 убитых енотов. В общем, делать такую плату, как минимум, нецелесообразно.

А для изготовления подобного контроллера на современной элементной базе нужно решить две задачи: (1) отработать взаимодействие с магнитофоном и (2) отработать пассивного абонента МПИ с DMA. Первая требует умеренного быстродействия МК и досконального знания функций контроллера и их деталей, с чем Патрон почти (а может и совсем) разобрался, второе - достаточно сложная задача, решить ее "на рассыпухе", конечно, можно, но желания никакого. Вариантов два - или делать это на ПЛИС, или делать на достаточно шустром МК общего назначения с достаточным числом ног, причем программа должна быть синхронной и очень короткой, поскольку ни один современный МК из доступных не сможет осмысленно работать с частотой прерываний 2МГц (официальное быстродействие Q-bus - 2 млн транзакций в секунду). Но если программа будет короткой и синхронной, какой-нибудь STM32 с этим справится, пример тому - небезызвестный РЕмулятор. А между контроллерами МЛ и МПИ организовать какой-нибудь простенький самодельный интерфейс, вне зависимости от того, на чем реализован контроллер МПИ.

[MiX]

В каждом документе на эту тему написано что-то своё

Может Гост поможет.

а при чтении назад - перед первым символом блока данных надо пропустить символ LPC, несколько промежутков, символ CRC и ещё несколько промежутков.

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

[AFZ]

Может Гост поможет.

Ух ты, как шикарно! Только это для метода записи 1600PE (Phase Encoding). А изучаемый контроллер использует метод записи 800NRZ (Non-Return-to-Zero) с плотностью записи 32 имп/мм.

И, если не путаю, Патрон уже давно пользует оригинал (исходник) для этих ГОСТов - соответствующий ANSI.

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

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

[MiX]

Только это для метода записи 1600PE (Phase Encoding).

Гост с 32 имп/мм.

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

Можно и так.

[Patron]

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

Данные пишутся в память только в операции чтения.

Контроллер ленты устроен так, что чтение происходит во всех операциях, кроме перемотки, поэтому в приводе есть отдельные головки записи и чтения, которые при записи работают одновременно. Операция записи завершается не после того, как весь блок будет записан головкой записи, а после того, как находящейся позади головкой чтения будет прочитан символ LPC только что записанного блока.

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

[MiX]

кроме перемотки

Но ведь при перемотки головки не отводятся (или отводятся?). Как тогда контроллер найдет нужное место где надо остановится?

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

Только LPC? Я думаю что логичнее проверять всю запись со сверкой по "И". Где в случае несовпадения контроллер будет знать что запись прошла с ошибкой.

Обратное чтение происходит в операции обратного поиска

Не про то. Когда для ускорения считывания сделано так, чтоб плёнку не надо было перематывать назад, считывают её в обратном направлении. Соответственно и записывают в ОЗУ (как слепок) с конца адреса. Зато потом считывают с ОЗУ её правильно, как будто прочитали ленту в прямом направлении.