Задачата е следната :

Имаме стандартни PC ( PS2 ) клавиатура и мишка , трябва да се направи удължител до около 100м по усукана двойка 1бр ( два проводника ) .

С други думи влиза клавиатура и мишка в нашата кутийка след кабел дълъг 100м и друга кутийка излиза клавиатура и мишка и се включва към компютъра ( подразбира се че има захранване и от двете страни )

Някой да има някакви идеи ....


P.S0
аз измислих 2 варианта но ще си ги запазя за сега за да не ви обърквам.

P.S1
Обяснението не е от най добрите но вместо да залягам над българския и литературата аз се занимавах със жички е ето до къде я докарах

P.S2
ЗА предложилите решение което се използва ще има награда ( не виртуална ).

CAN...

............на бавна скорост

Ами за усукана двойка най-добре е CAN, но има вероятност и RS232 да тръгне.
Другите възможности са SPI и I2C, но там може би ще се наложи да се промени физическия слой... т.е. няма да е точно SPI и I2C.
От друга страна ако се променя физическия слой, то можеш да си пуснеш PS2 по тази усукана двойка и само да мултиплексираш и демултиплексираш при някакво събитие, което върви също по двойката...

Какво ще кажеш за втори компютър (дори 486) и лан карта? Съизмеримо е по цена.

rs485 + 2PIC-a

Абсолютно

rs485 и аз съм го тормозил на 100 метра се държи много добре.
Всъщност на каква скорост работят мишката и клавиатурата?

Май 20-тина килохерца ама едва ли е критично щом си има и клок.

Бях правил една четалка за ПЦ клавиатури ей тъй за спорта и помня ,че първото нещо което
ти праща клавиатурата е 0xAA а после според зависи.
Нещо имах проблем с това аз да и пращам ,глухичка беше завалийката

Ей го протокола
http://www.beyondlogic.org/keyboard/keybrd.htm

OK

Благодаря за мненията остава RS485 + AVR


По скоро идеята беше как да се реализира това , дали да се емулира Клавиатура и Мишка ( KeyLogg + ~KeyLog ) или да се препращат сигналите така както са си без да се интересуваме от протокола на обмен на мишката и клавиатурата .

Има Application от Атмел за това заедно със програма на C .

Това второто ще е малко по-сложно от гледна точка на RS485 интерфейса....еднопосочен е

Ами при положение че скороста на връзката ти е в пъти по голяма не е проблем че е еднопосочна.
мастера управялява трансфера <предава пакет получава пакет><предава пакет получава пакет> така ще си организираш нещо като транспортен протокол през които ще прекарваш нормалния им протокол.
Но само 2 жила е кофти за RS485. добре е още 2 да имаш че да и пуснеш да ти върви и маса

Аз бих използвал някой от AVR-те с 2 UART-a дори само заради следната причина: UART-a има режим който директно пасва на клавиатурния интерфейс - асинхронен с такт. На другия UART може да се включи RS-a. За съжаление от останалите свободни периферии (SPI, I2C) не остава нищо дето да е подходящо за предаване по една усукана двойка, и е необходимо да се добави някой чарк, който има сериен изход, и има някаква вградена кодировка от типа на manchester или HDB3, за да може по един сигнал да си носи такта и данните. Например някой архаичен HDLC контролер; някой от намиращите се в момента лесно PHY чип за ethernet ( не контролер! ); само едната посока на LIU или фреймър за E1; U-интерфейсните чипове на Siemens и Mitel. (С последните и някой и друг километър може да се покрие).

Разбира се, всичко опира до цена.