nedoPC.org

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



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

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

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

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

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

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

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

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

Да, паяется один к одному. Если пары в кабеле витые, то они паяются вот так: http://spidometrs.ru/index.php?option=com_smf&Itemid=62&?PHPSESSID=37d5e821d426bdcd5f7ce8147fb3734d&action=dlattach&topic=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 порта работают на ввод.

Один к одному??? Невозможно! 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

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

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

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

http://www.windowsnetworking.com/articles_tutorials/dccmain.html

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

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

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

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

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