Radiohobby Forum

swona

Новичок

Здесь с 15.06.2008

Сообщений: 1

Шлюз с пульта RC-5 на клавиатуру AT

Есть большое желание сотворить нечто подобное
remote.rni.ru/ (Пульт дистанционного управления компьютером "Remote Keys")
Цитата: Базовый блок подключается в стандартный клавиатурный порт компьютера, принимает инфракрасные сигналы от пульта ДУ и имитирует нажатие клавиш клавиатуры. С помощью специального разъема базового блока он подключается к компьютеру одновременно с клавиатурой, и не мешая её обычной работе.
---
По минимуму, устройство должно при программировании:
- считывать сингнал передаваемый клавиатурой
- распознавать команду с пульта
- запоминать и сопоставлять их
При поступлении команды с пульта:
- имитировать работу клавиатуры, воспроизводя запрограммированную комбинацию клавиш
В дежурном режиме (нет сигнала с пульта):
- не мешать клавиатуре нормально работать

Имея небольшой опыт работы с PIC16xx собираюсь ваять устройство на 16F628 или 16F84.
Принять и распознать сигнал с пульта относительно легко. А вот с клавиатурой много вопросов:
1. Как при перехвате сигналов клавиатуры определить направление передачи? А то ведь можно случайно перехватить передачу от компа к клавиатуре.
2. Как грамотно "врезаться" в сигнальные провода? Конечно выходы с обеих сторон и с открытым коллектром(стоком), и простое параллельное включение не приведёт к повреждениям. Но что получиться при передаче устройством (контроллером), как поведёт себя параллельная клавиатура? Видимо, надо как то блокировать родную клавиатуру на время вклинивания сигнала. Но как? не ключи же ставить в разрыв.

Идея устройства мне кажется весьма удачной.
Хотя оно значительно сложнее ИК приёмника на com-порту (WinLIRC), но зато не требует ни драйверов (спец-программ), ни дополнительных портов, ни системных ресурсов.

Пожалуйста, помогите с реализацией.

GAL

Участник

Откуда: г. Запорожье

Здесь с 05.03.2004

Сообщений: 141

Re: Шлюз с пульта RC-5 на клавиатуру AT

1. Как при перехвате сигналов клавиатуры определить направление передачи? А то ведь можно случайно перехватить передачу от компа к клавиатуре.
2. Как грамотно "врезаться" в сигнальные провода? Конечно выходы с обеих сторон и с открытым коллектром(стоком), и простое параллельное включение не приведёт к повреждениям. Но что получиться при передаче устройством (контроллером), как поведёт себя параллельная клавиатура? Видимо, надо как то блокировать родную клавиатуру на время вклинивания сигнала. Но как? не ключи же ставить в разрыв.

Идея устройства мне кажется весьма удачной.
Хотя оно значительно сложнее ИК приёмника на com-порту (WinLIRC), но зато не требует ни драйверов (спец-программ), ни дополнительных портов, ни системных ресурсов.

1. Дешифровать данные, т.е. определять это команда или данные (см. протоколы работы клавиатуры)
2. Только ключи, хотя можно и без них - использовать сам ПИК в роле ключа (на одни входы подаешь сигналы с клавиатуры, на другие - с приемника, третьи - на комп)

На мой взгляд - идея не очень удачая. Драйверов не надо, но надо писать софт для ПИКа, плюс нужен программатор, хоть и на пару резисторов, но нужно делать. Управлять также будет не очень удобно - не все программы управляются одинаковыми командами, т.е. нужно будет или заново задавать хот-кеи или не использовать часть функций или иметь пульт с большим количеством кнопок - тогда уж лучше использовать беспроводную клавиатуру

P.S. Я давно пользуюсь девайсом на КОМ-порт, состоящий из приемника и нескольких дополнительных деталек, программа для обработки - SlyControl, легко настраивается не только на любое приложение, но и может управлять всей ситстемой.