Полигон-2

Вот пытаюсь соеденить вместе три железки
HOST Adapter AHA-2940UW
Стример DDS4 STD2401LW
MO привод SMO-F541-01

казалось бы все просто. кабелями соеденяем с контроллером. каждая жедезка своим кабелем в свою дырку по концам включаем терминаторы. Это теория


так как Одно из них WIDE второй NARROW два разных кабеля. Хост в середине. Но как быть если Одна железка имеет 8 битную шину, вторая 16? как ставить терминаторы

я так и не понял есть ли внутренний терминатор на STD2401LW как его включить?
и где взять назначение перемычек для SMO-F541-01

ссылки что были протухли

какие ID ставить накопителям? 5 и 6 Или любые в диапазоне 0-6 Хост понятно что висит на ID7

Кай написал:

[q]

Любые. Устройство с ID0 обычно, является загрузочным.

[/q]

ID0 и ID15.
SL project написал:

[q]

так как Одно из них WIDE второй NARROW два разных кабеля. Хост в середине.

[/q]

Неверно использовать "универсальный" контроллер и надеяться, что будут работать обе шины! Контроллер для этого режима НЕ ПРЕДНАЗНАЧЕН! Смысл "универсальности" - полноценно поддержать ЛИБО narrow шину, ЛИБО шину wide, и только так.
Исключением из правила являются WIDE-девайсы, умеющие работать на Narrow режиме шины. Многие HDD это умеют, но скорость их работы сильно страдает.
Если задумаешь задействовать обе шины и расположить контроллер "в середине", знай:
1) Wide-шина ТЕРЯЕТ все свои преимущества(кроме общего количества ID-номеров) и в дальнейшем работает именно как narrow-шина. Требование совместимости параметров - штука жёсткая и несгибаемая.
2) терминация должна быть включена на каждом из крайних девайсов обеих шин.
3) питание терминации берётся с каждого из крайних девайсов шины.
4) покури мануал на контроллер на предмет "обязательно-ли включать терминацию и на нём, чтоб охвостье wide-шины не подвисло в воздухе".
5) Если Wide-шина имеет выход на внешний разъём, и там подключён сканер (MO, Zip, ..., они обычно "узкие" по шине), то терминацию стоит питать с wide-HDD, а устанавливать - на сканере. И покурить маны на винч, как переключить его джамперами в "узкий" режим. Хинт: если винч правильный, питание терминации с него взять невозможно после переключения в узкий режим, и остаётся задействовать её или на внешнем сканере(MO, ZIP, ...), или активировать питание терминации на контроллере, тогда и на втором конце шины отключить питание терминации с девайса. Включать на обоих концах одной шины нельзя - выгорит всё подряд.
Подводный звездец: Самый последний в цепочке сканер, при указанном режиме подключения, ОБЯЗАТЕЛЬНО должен быть включён ДО запуска компа и во всё время его работы, независимо, нужен-ли сей сканер вообще!
Ещё:
1) Винч сажать на ID0 (или ID15, соответствует широкой шине), независимо от его физического положения в цепочке. С сего винча пойдёт загрузка.
2) Вторичные винчи вешать на ID1..ID3 и ID14..ID12, и так далее, в направлении ID7, пока свободны и ID, и их LUN, независимо от их внешнего расположения относительно компа. Хинт: Назначение вторичным винчам ID от 14 к 8 и от 1 к 6 соответственно их удалению от концов шины предпочтительнее, т.к экономит время на поиск девайса перед обращением к нему, шина работает визуально быстрее.
3) Медленную периферию (MO, Zip, Scan, ...) подключать на ID4..6+ID11..8, желательно соблюдать физический порядок устройств на шине, т.е. ближайший к контроллеру девайс должен висеть на ID4 или ID11, самый дальний - на ID6 или ID8. Из сего правила есть исключение, когда чрезмерно неторопливый девайс вешается на id 6/8 независимо от расположения, но лучше такой девайс физически переместить на конец шины, это ускорит работу.
4) НЕЛЬЗЯ организовать сказёвый райд, если к шине подключено периферийное устройство, тот-же сканер, например. Используй под периферию второй SCSI контроллер в компе.

Ну, правила и исключения из них ты уже прочёл... Решай сам, где и что.
Широкая шина распределяет приоритеты номеров ID в порядке: "0", "15..8", "1..6", Узкая шина - только от "0" до "6", искусственно "дополненная" широкой шиной, работающей в узком режиме - от "0" до "15", по возрастанию.

Кай написал:

[q]

У меня на 29160 все 50 пиновые устройства (ZIP и вторая MO) подключены к 68 пиновой шине через переходники.

[/q]

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

[q]

Есть смысл использовать 2 контроллера, по одному на каждую шину, если важна скорость работы.

[/q]

Быстрых устройств на хосте нет, максимум - двадцатка. Это машина для чтения. Для записи используется и другой контроллер и другие устройства и другой компьютер.

[q]

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

[/q]

Если он так делает, когда на него подано только питание, то начальные треки не видит. Чинить нужно привод. Либо чистить.

Кай написал:

[q]

Чинить нужно привод. Либо чистить.

[/q]

Дело говорит. Сперва почистить от пыли линзу и отражательную призму под ней (99% пыли именно на призме, продуть сильным потоком воздуха, для начала), а то и весь оптический тракт. Лазер, обычно, всегда хорошо работает, но его свет рассеивается на дефектах оптики и привод, не находя "0-й дорожки", точнее - Lead-in области спирали(трека), считает диск "дефектным"/"отсутствующим в приводе" и выплёвывает его.
Вторым делом - очистить пыль+грязь с электроники и текстолита, заменить термопрокладки - чипы греются неслабо, а время термоинтерфейсы не щадит.
Третим делом - проверить механику. Ослабший пассик может задвигать лоток. но поднимать каретку с головкой в рабочее положение уже мощи не хватает. И смазка наверняка уже - песок.
Но самое главное - убедиться в некопанности девайса. Иначе к перечисленным(простым) поломкам добавится криворукость "ломастера" и наверняка запоротый лазер, выкрученным в космос током.

SL project написал:

[q]

это диск плохой? или с приводом что то не то?

[/q]

Читай про CLV, CAV и зонирование диска. Диск читается из центра к краю, и скорость чтения постоянно возрастает, возможно, дискретным образом. Запись, как правило, ограничена электроникой.
Ну, и грязный оптический тракт, особливо если нарезанную "болванку" больше нигде нельзя прочесть. Вообще.

[q]

Третим делом - проверить механику. Ослабший пассик может задвигать лоток. но поднимать каретку с головкой в рабочее положение уже мощи не хватает. И смазка наверняка уже - песок.

[/q]

У таких МО, обычно, червячно-зубчатые передачи на механике подачи картриджа. И он опускается на шпиндель. Но это так. Нюанс.

[q]

CAV, ZCAV and CLV
Many disks (hard, floppy and optical) run in CAV (Constant Angular Velocity) mode. In this case, the disk spins at a constant rate, and there are the same number of sectors per track on inner and outer tracks. This means that the bits are farther apart on the outer tracks, potentially wasting space. The transfer rate is constant, as the number of bits/track is same and the time/track doesn't vary.

CDs (and video laser disks, I believe) and early Macintosh floppies run at Constant Linear Velocity (CLV). That is, the bits are all roughly the same size, and the rotations per minute of the drive is adjust as the head moves in and out. This gives the best areal density of bits, at the sacrifice of seek speed, since every seek requires an adjustment of the rotation speed. The transfer rate is constant, as the size and spacing of bits is constant and the linear velocity is constant.

The current rage is ZCAV, Zoned Constant Angular Velocity. Most modern SCSI disks have this feature, and the newest MO drives do, as well. There are a number of zones defined on the disk. The number of sectors per track is different in each zone. Thus, the data is packed more densely than normal CAV, but seek speed is not sacrificed. Another effect of ZCAV is that the media transfer rate varies depending on the head position, because the time/track is constant and the bits/track vary; for example, the Seagate ST12450W Barracuda drive varies from 68 to 113 Mbits/sec, almost a factor of two different.

[/q]

[q]

В начале копирования скорость 120кб\с иногда падала до 90. через какое то время возросла до 320 сейчас вот держится на отметке 800кб\с

[/q]

...совершенно типичное явление, если файлов много, а кэш на запись в приводе - выключен.

Fe-Restorator

ты не хочешь расстаться с дисками МО? я бы приеобрел их

SL project написал:

[q]

дисками МО

[/q]

Треба уточнение: диски МО или "дискеты с драйверами"? У меня - последние.

SL project написал:

[q]

получается чтоб подключть W и N железки Надо взять 68 пиновый кабель и сунуть в него все W железки. И через переходник N

[/q]

Насколько понимаю, на заявленном тобою AHA-2940UW имеются оба разъёма, под широкую и узкую шины. Переходники необязательны, просто развесь девайсы на оба плеча шины, не забыв переключить все Wide-девайсы в узкий режим.
Вот, только подключать одновременно внутренний Wide (68пин) разъём одновременно со внешним Wide - нельзя, при наличии девайсов на разъёме (50пин) узкой шины. Подводный камень-с. Но есть выход: некоторые шлейфы комплектуются крайним разъёмом, закреплённом на обычной угловой планке-заглушке слота PCI. Или - отдельный, укреплённый на той-ж планке, проходной разъём-переходник 68-68 пин, к которому подключается крайний разъём внутреннего SCSI-шлейфа (изнутри) и первый из цепочки кабелей (снаружи). Тем-ж макаром можно вывести наружу и узкую шину, через проходник 50-50пин. А встроенный в контроллер внешний разъём остаётся неиспользуемым.

Да, AHA-2940UW не поддерживает терминацию только половины широкой шины. Либо всю, либо никакую. Контроллер построен на чипе 7880, который, будучи впаян в мамку P2L97-S, позволял включать терминацию на нём самом и на концах каждой из шин, что позволяло правильно развесить девайсы и обеспечить их одновременную работу. В 2940UW должно быть реализована та-же тактика. Бутовый девайс задаётся в биосе контроллера.

SL project написал:

[q]

внешнего ничегео не будет. ... не будет НИКОГДА

[/q]

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