Параллельный интерфейс

[Lavr]

В своё время я угробил много времени для соединения двух
ноутбуков по параллельному интерфейсу LPT.
Предыстория была такова, что этот способ соединения заявлялся
как самый быстрый (LapLink 4bit->4bit не имеет к этому отношения).
Скорость должна быть сравнимой со скоростью сетевой карты, которой
в моих ноутбуках не было.
Гадость была в том что на сайте Микрософта говорилось, что права
на этот способ имеет какая-то фирма типа Параллел Технолоджыз и
соединение поддерживается ТОЛЬКО её фирменными кабелями.
(за деньги естесссно ! - дичь, деньги за распайку проводов !!!)
LPT при этом работает в двунаправленном режиме (ECP).
Все догадки и разработки, что я накопал в Инет - не работали...
Схем такого кабеля я перепробовал тоже множество - но безуспешно.
И совсем уж плюнул на эту идею... но вот вчера увидел ссылочку:
http://www.hardwarebook.info/ParNet_Parallel
на которую меня привёл рассказец одного человека...
http://www.phantom.sannata.ru/konkurs/2008/kt0820.shtml

..., спаял кабель для соединения компьютеров по LPT порту (распайку этого полезного кабеля можно найти здесь: http://www.hardwarebook.info/ParNet_Parallel).

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

Кто-нибуть может сказать что-то положительное по этому способу ?

Драйвер по идее должен сработать стандартный - от Винды... хотя
дрова от якобы Параллел Технолоджыз и их программа настройки
у меня тоже где-то были...

PS что-то туманное рассказывается про это и в энциклопедиях Гука,
но тоже конкретного ничего применить мне не удалось

[aviator]

Для этих целей подходил обычный китайский "Parallel-Parallel" шнурок. Контакты у него были распаяны один к одному. Длина - примерно 1.5-3 метра. Дополнительных согласований никаких не требовалось. LPT пользовал в режиме EPP, скорость аж 2 мбит/с.

P.S. Да, еще для EPP режима делал такую "хреновину": однокристалка 8051 + внешнее ОЗУ + датчики. В самой 8051 был загрузчик и взаимодействие по LPT. Микропрограмма для работы заливалась с компа при инициализации. Там лепил согласование, а потом и гальваническую развязку.

[Lavr]

Про "Parallel-Parallel" шнурок я тоже слышал, но во всех магазинах
тупые продавцы подсовывали мне шнур для лазерного принтера,
где тоже используется двунаправленный ECP или EPP.
Для соединения LPT_2_LPT эти шнурки не подходили.

Сергей, если я тебя правильно понял - паяю два разъёма LPT
один-в-один и без булды под стандартными дровами Винды
мгновенно обрету столь долго искомое ?

[aviator]

Да, паяется один к одному. Если пары в кабеле витые, то они паяются вот так: http://spidometrs.ru/index.php?option=c ... 32.0&id=10. Это для EPP/ECP.
Назначение контактов тут http://www.ivtechno.ru/connector.htm в таблице 3.
Насчет виндовых дров не знаю, так как в то время пользовался OS/2. Да и считаю что весь сетевой стек поднимать в этом случае неоправданно - только дополнительные накладные расходы.
А вот этот вариант для двунаправленного соединения с SPP портом: http://www.hardwarebook.info/LapLink/InterLink_Parallel.
Хитрость в том, что 5 служебных линий SPP порта работают на ввод.

[Sonic_amiga]

Один к одному??? Невозможно! STROBE всегда выход и соединять его со Strobe бессмысленно.
По идее должно быть что-то вроде:
Strobe -> Ack
??? -> Busy

[aviator]

Один к одному??? Невозможно! STROBE всегда выход и соединять его со Strobe бессмысленно.
По идее должно быть что-то вроде:
Strobe -> Ack
??? -> Busy

Это в SPP режиме. В EPP обмен ведется по принципу ведущий-ведомый. Ведущий генерирует nWrite, nDataStrobe, nAddrStrobe и Reset, а ведомый nWait и Imterrupt. Линии данных двунаправлены и направление зависит от уровня nWrite.
http://www.allpinouts.org/index.php/EPP_Parallel
http://www.fapo.com/ieee1284.htm

[Sonic]

Линии ДАННЫХ двунаправленные. А служебные - нет.

[HardWareMan]

Линии ДАННЫХ двунаправленные. А служебные - нет.

Это для девайса BiDi минимум (ЕРР/ЕСР сесьно). А вот у SPP как раз таки не двунаправленные. Но. Они там ОК. У некоторых реализаций SPP входной считыватель подключен к выходной защелке и считывается то, что было записано. А у некоторых он подключен к выходному пину, поэтому, записав 0xFF в порт данных мы отключаем ОК и можем считывать данные (прям как у контроллеров).

[Lavr]

Получается эти зобаки нас дурят ?

http://www.windowsnetworking.com/articl ... cmain.html

- DirectParallel® Universal Fast Cable ( with electronics in one end of the
cable, from Parallel Technologies' ) up to 500+ Kbytes /sec ( * ) on
ECP ports ( up to 10 times that of the Basic 4-bit parallel cable ! ) .

[Lavr]

Сергей, ссылочка не открылась...

Если пары в кабеле витые, то они паяются вот так: http://spidometrs.ru/index.php?option=c ... 32.0&id=10. Это для EPP/ECP

Если не трудно - повтори, откуда глянуть...
Я, конечно, представляю, как паять витые пары, но вдруг что умное увижу...

ЗЫ. Век живи - век учись

[aviator]

На форуме рисунок прибили, а я не сохранил... Там, в общем, военного ничего нет, пара распаивается на сигнал и общий. По назначению сигналов и циклов записи/чтения я кидал ссылки в одном из предыдущих сообщений. Кстати, там же есть продвинутые схемы согласования для длинных кабелей и времянки циклов чтения и записи адреса и данных.
А по поводу EPP/ECP, нет, не дурят, правда скорость указывают пиковую, без учета служебного траффика, т.к. под виндой, скорее всего накладываются протоколы более высокого уровня (если нe TCP/IP, что есть маразм).
Что касается меня, то признаюсь, что два компа средствами Windows я не связывал. EPP применял для связи МК и ЭВМ. Логика работы была простая:
- МК всегда ведомый, ЭВМ - ведущий.
- Адресными циклами выставляется нужный "порт" внешнего устройства в МК.
- Циклы данных - читают и записывают: уставки контроллеру и накопленные результаты измерений.
- При наличии блока данных (например 25% заполнение выходного кольцевого буфера), МК выставляет требование прерывания на EPP, чтобы ЭВМ считала данные. Или же какая-то другая реакция на внешнее событие.

[Sonic]

Да, в Windows "прямое кабельное соединение" - это PPP-протокол. Адреса там статически прибиваются, их можно потом в свойствах сети поменять.
При установлении соединения одна из машин говорит "CLIENT", вторая должна ответить "SERVER", после чего запускается PPP-протокол.
Я так с Win95 Амигу в свое время по последовательному порту линковал. Работало.