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

[AFZ]

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

Понятно. Это я спутал с системой-360, у нее, в числе прочих, есть команда "обратное чтение", которой дают адрес конца блока памяти, и она читает ленту в обратном направлении, располагая считанное с уменьшением адресов.

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

Маркер начала ленты - отражательная полоска (полоска зеркального скотча), наклеенная на ленту через 1 м (для вакуумных НМЛ - через 2-3 м) от физического начала ленты. Там отражательный фотодатчик, по нему оно и позиционируется. Наклейка смещена к краю ленты, к другому краю ленты смещена наклейка физического конца ленты, ее выискивает другой фотодатчик. Наклейку лепят, опять же, за 2-3 метра до физического конца ленты. На ЭВМ без дисков, но с лентами (например, Минск-32) широко применялись рабочие ленты. У них, обычно, через некоторое время эксплуатации портилось начало. Стандартная процедура в этом случае - отмотать, отрезать и выкинуть 10-15 м ленты, затем приклеить новый маркер начала.

[Advertiser]

[Patron]

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

Перемотка на высокой скорости всегда идёт до начала ленты. Перемотка на низкой скорости не до начала ленты - это обратный поиск.

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

LPC - это контрольная сумма всех символов блока и символа CRC по XOR, CRC - контрольная сумма блока по CRC. При записи канал чтения работает так же, как при чтении ( только в память не пишет ), поэтому если запись прошла с какой-то ошибкой ( PARITY, CRC, LPC ), то к моменту завершения чтения символа LPC об этом уже будет известно.

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

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

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

Ещё одна интересная особенность контроллера, о которой мало кто знает - что если после записи блока отмотать его назад и записать снова, то новая запись на ленте окажется сдвинутой вперёд относительно старой примерно на 100 символов. За счёт этого 5 повторов неудавшейся операции записи блока из 512 байтов сместят позицию начала записи данных на то место, где закончилась запись данных в первой попытке.

Чтобы головка записи при второй попытке оказалась на том же месте, где и при первой - надо отмотать на два блока назад и на один вперёд.

[MiX]

по XOR

Точно!
По "И" получается при 2х нулях такая же комбинация как и при "1" в одном из разрядов. Исключающая ИЛИ полностью исключает несовпадения.

тогда блок любой длины будет прочитан с ленты полностью

Так и надо сделать.

Маркер начала ленты - отражательная полоска (полоска зеркального скотча), наклеенная на ленту через 1 м (для вакуумных НМЛ - через 2-3 м) от физического начала ленты.

Про маркер знаю. Я думал что поиск имеется ввиду.
Однако как же при перемотки, лента с вакуумных карманов сматывается (идет в натяг)?

[Patron]

Так и надо сделать.

При чтении вперёд - без проблем.

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

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

Однако как же при перемотки, лента с вакуумных карманов сматывается (идет в натяг)?

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

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

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

[form]

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

И достигает значительных значений - так, что номер с маркером посреди ленты в качестве помощи для чтения подпорченных лент проходит этак с 3-4 раза

[AFZ]

Однако как же при перемотки, лента с вакуумных карманов сматывается (идет в натяг)?

Где как. Обычные накопители просто мотают, и все, какой-то из накопителей (кажется ЕС-5017, ГДР-овский) при обратной перемотке вытягивал ленту из правого кармана, в левом оставлял.

Там, кстати, всё вакуумное - и прижим ленты к ведущему валу, и тормоз остановки ленты. Гремят они, клапанами, люто!..

Ещё одна интересная особенность контроллера, о которой мало кто знает - что если после записи блока отмотать его назад и записать снова, то новая запись на ленте окажется сдвинутой вперёд относительно старой примерно на 100 символов. За счёт этого 5 повторов неудавшейся операции записи блока из 512 байтов сместят позицию начала записи данных на то место, где закончилась запись данных в первой попытке.

У Системы-360 есть специальная команда "стереть участок", которая стирает 3.5 дюйма ленты (место, куда бы влезло около 2800 байт), применяется при неудачной записи для пропуска дефектного участка.

[Patron]

И достигает значительных значений - так, что номер с маркером посреди ленты в качестве помощи для чтения подпорченных лент проходит этак с 3-4 раза

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

Удивительно, что при наличии документации о работе ленточного контроллера вся самодеятельность программистов СМ-ЭВМ ограничилась программой SUPER/COPIER.

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

У Системы-360 есть специальная команда "стереть участок", которая стирает 3.5 дюйма ленты (место, куда бы влезло около 2800 байт)

Здесь тоже такое есть, но смысл в том, что при обычной записи блока через драйвер - контроллер специально обеспечивает, чтобы повторные попытки записи шли с небольшим сдвигом.

[form]

с довольно высокой точностью выставить головку чтения на интересующий символ ленты

Сейчас не так актуально, тем более, что в наличии в основном СМ5300 или как их там, а там даже приклеивать на такие ленты ничего не надо - достаточно положить и пустить штатную загрузку ленты с любого места
Просто в свое время была у меня такая, там был RSX-11M V4.1, испорченный UNIX неизвестной версии (в него как раз влепили логический конец ленты), а после шел единственный поблизости дистриб RT-11 V5.0, вот его и приходилось доставать хитрым образом, а потом когда появились гробы здоровые - пришлось повоевать с ними немного

[Patron]

Сейчас не так актуально

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

У меня получилось так: EOT_v0.1

На чистой ( и позже проинициализированной ) ленте результат такой:

.RU EOT
EOT  v0.1 - Skip TM-11 tape past EOT.
<<< BOT >>>
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
<<< EOT >>>
 
.INI/NOQ MT:
 
.RU EOT
EOT  v0.1 - Skip TM-11 tape past EOT.
<<< BOT >>>
  2
<<< MARK >>>
<<< MARK >>>
  1
<<< MARK >>>
<<< MARK >>>
<<< MARK >>>
 
.RU EOT
EOT  v0.1 - Skip TM-11 tape past EOT.
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
  0
<<< EOT >>>
 
.

[form]

написать довольно быстро

Еще быстрее можно было делать так как и делали: нажать пару кнопок и штатным образом прочитать. Настолько проще, что даже не возникало идеи скопировать вплоть до момента появления громадных автоматизированных шкафов, но и тогда несложно было просто приклеить бумажку посреди ленты и с 3-4 попытки прочитать, а потом записать на новую ленту

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

обращаться напрямую к регистрам контроллера

Да вроде и через драйвер можно.