Есть подозрения, что напраямую обычным или переделанным шлейфом два IDE-контроллера соединить нельзя. Ибо кол-во сигналов, использующихся "на выход", не соответствует количеству сигналов "на вход". (надо еще почитать, более внимательно)
Если первый пункт верен, то скорее всего для соединения компов по ИДЕ придется паять (как и для соединения по ЮСБ) промежуточный девайс, что резко снижает привлекательность этого решения.
Как тут уже заметили, необходимо установить однозначное соответствие между подаваемыми АТА-командами/значениями регистров и сигналами на выходах (и наоборот).
В случае с LPT данные вопросы решались гораздо проще и прозаичнее. Кстати, насколько я помню, первые варианты LPT также не были заточены на использование для связи компьютеров (и вообще для полноценной двунаправленной работы). В случае с ИДЕ на лучшее расчитывать уже не приходится.
Поясню еще немного, зачем мне это нужно.
Нужно подобное решение не просто для связи двух компов, а для эмуляции одним из двух компов накопителя на жестких дисках/привода оптических дисков.
Соответственно, спец софт должен стоять только на одном из компов (эмулирующем). А второй комп должен для "связи" использовать стандартные драйвера операционной системы (именно поэтому способ с ипользованием части линий данных для управления не подходит).
При помощи такой связки можно было бы например отслеживать протокол обмена сервисных утилит и накопителей на жестких дисках. Для этого на компе-эмуляторе можно было бы запустить прожку, которая просто-напросто транслировала бы команды/данные, полученные через соединение с контроллера от другого компа, на реальный жесткий диск, попутно записывая их в лог. Я в курсе, что для этой цели уже существуют другие устройства, но в магазине их не купишь и самому спаять не всегда возможно.
Кстати, вариант переходника на LPT (да и на другие, более быстрые, интерфейсы) также подошел бы, но нужно, чтобы переходник работал не с оконечным IDE-устройством, а с IDE-контроллером. Сомневаюсь, что представленное по ссылке устройство способно на это.
Спасибо всем откликнувшимся. Может из этой идеи еще что-нибудь да выгорит.
Полистал я Гука. Первые выводы:
- Есть подозрения, что напраямую обычным или переделанным шлейфом два IDE-контроллера соединить нельзя. Ибо кол-во сигналов, использующихся "на выход", не соответствует количеству сигналов "на вход". (надо еще почитать, более внимательно)
- Если первый пункт верен, то скорее всего для соединения компов по ИДЕ придется паять (как и для соединения по ЮСБ) промежуточный девайс, что резко снижает привлекательность этого решения.
- Как тут уже заметили, необходимо установить однозначное соответствие между подаваемыми АТА-командами/значениями регистров и сигналами на выходах (и наоборот).
В случае с LPT данные вопросы решались гораздо проще и прозаичнее. Кстати, насколько я помню, первые варианты LPT также не были заточены на использование для связи компьютеров (и вообще для полноценной двунаправленной работы). В случае с ИДЕ на лучшее расчитывать уже не приходится.Поясню еще немного, зачем мне это нужно.
Нужно подобное решение не просто для связи двух компов, а для эмуляции одним из двух компов накопителя на жестких дисках/привода оптических дисков.
Соответственно, спец софт должен стоять только на одном из компов (эмулирующем). А второй комп должен для "связи" использовать стандартные драйвера операционной системы (именно поэтому способ с ипользованием части линий данных для управления не подходит).
При помощи такой связки можно было бы например отслеживать протокол обмена сервисных утилит и накопителей на жестких дисках. Для этого на компе-эмуляторе можно было бы запустить прожку, которая просто-напросто транслировала бы команды/данные, полученные через соединение с контроллера от другого компа, на реальный жесткий диск, попутно записывая их в лог. Я в курсе, что для этой цели уже существуют другие устройства, но в магазине их не купишь и самому спаять не всегда возможно.
Кстати, вариант переходника на LPT (да и на другие, более быстрые, интерфейсы) также подошел бы, но нужно, чтобы переходник работал не с оконечным IDE-устройством, а с IDE-контроллером. Сомневаюсь, что представленное по ссылке устройство способно на это.
Спасибо всем откликнувшимся. Может из этой идеи еще что-нибудь да выгорит.
[/]