Идиотский вопрос: связь компов через IDE/SATA - возможно ли?

Сабжевый вопрос возник довольно давно.
Те, кто обращал внимание на мои посты, наверное уже догадались, почему.:)

Возможно, для реализации этой идеи потребуется чуток подправить шлейфы/кабели + софт [как минимум] на одном из компов запустить самописный (для начала - под ДОС).

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

Интересует преже всего совместимость такого решения на электрическом уровне -- не сгорит ли чего ненароком. lol roll

Поэтому, предже чем начать изыскания в этом направлении хотел посоветоваться со специалистами.:)

САТА-кабели и ИДЕ-шлейфы нужной длины для межкомпового соединения думаю найти смогу. По крайней мере, таковые длиной вплоть до 60 см уже имеются.

Можно рассмотреть также варианты соединения кабелюкой:

1) разных каналов одного контроллера;
2) разных контроллеров на одном компе.

Аватар пользователя R_Soft

Приветствую!

IMHO, про IDE (параллельный интерфейс!) между двумя компами можно забыть. НЕ для этих целей проектировался интерфейс. Через External-SATA - вполне возможно, это конкурент FireWire и USB. Технические подробности можно легко найти в интернете.

С уваженем, Владимир.

Партизан подпольной луны aka (R)soft

Аватар пользователя savely

Цитата:
External-SATA - вполне возможно, это конкурент FireWire и USB.

При этом FireWire может конфигурится на равноправие девайсов, а у USB - звезда (т.е. хост и функции (девайсы) ). В описании eSATA - это все же больше USB по идеологии (или просто SATA) - т.е. хост и девайсы и хост не может быть девайсом.
Как я понял - все отличие eSATA от SATA - в спецификации разъемов.

А кому счас легко...

Аватар пользователя R_Soft

savely_s писал(-а):
Цитата:
External-SATA - вполне возможно, это конкурент FireWire и USB.

При этом FireWire может конфигурится на равноправие девайсов, а у USB - звезда (т.е. хост и функции (девайсы) ). В описании eSATA - это все же больше USB по идеологии (или просто SATA) - т.е. хост и девайсы и хост не может быть девайсом.
Как я понял - все отличие eSATA от SATA - в спецификации разъемов.

Ну я говорил лишь о возможности реализации, не более... вдаваться в подробности, надеюсь, будет вопрошающий по теме. wink Про eSATA я читал лишь в краткой колонке новостей, и запомнил примерно такую информацию, что по скорости передачи этот интерфейс превосходит FireWire и USB, и расчитан на подключение внешних SATA устройств.

С уважением, Владимир.

Партизан подпольной луны aka (R)soft

Текие вещи бесмысленны но возможны. Проблема SATA - в изначальном разделении controller - device, причем возможность равноправно работы контроллеров не предусмотрена AFAIK, соответсвенно единственно-вохможный палгорит - такой же, как и у USB-линков - посередине буффе который являет собой device для обоих контроллеров ну и соответсвенно поочередно они вычитывают данные с него.

ex-K9

Аватар пользователя Baza

ну, есть же хвосты USB->USB с опторазвязкой и эмуляцией сетки....
хотя на SATA оптроны будут дороговаты

Либо нечему гореть, либо нечем поджечь!

Аватар пользователя Al_Lexx

Цитата:
связь компов через IDE/SATA - возможно ли?

Наверное самый из невозможных протоколов, это IDE и SATA.
Ну разве что флоповй интерфейс и VGA выход, более невозможные.lol

Аватар пользователя icbook

xKVtor писал(-а):
Идиотский вопрос: связь компов через IDE/SATA - возможно ли?

Я бы не сказал, что это идиотский вопрос. Если не вдаваться в передовые достижения науки и техники, то этот вопрос может звучать так: связь компьютеров по ISA-шине.

Baza писал(-а):
ну, есть же хвосты USB->USB с опторазвязкой и эмуляцией сетки....
хотя на SATA оптроны будут дороговаты

эти хвосты содержат в себе двухканальный буфферизующий USB-девайс.
Другое дело, что теоретически можно сделать и многоканальный буфер-концентратор - но смысла в этом при встроеном почти везед eth и мизерных ценах на одночиповые свичи - ИМХО нет.

ex-K9

здесь показана распайка со стрелками направления сигнала, если удастся обойти однонаправленные стрелки, например, за счёт 16 пинов данных и не потрбуется жёсткой синхронизации 23(Write Strobe), 25(Read Strobe), то...

возможно, всё будет зависеть от того, сможет ли конкретная можель ide контроллера произвольно выставлять 0/1 на пинах без инициализации или с минимальной инициализацией, т.е. позволять обходить ide протокол и использовать порт почти как lpt

ide->"lpt"->ide :)

здесь немного про это

Главный вопрос - а зачем вообще это надо при наличии дешевых гигабитных сетей ?

ex-K9

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей