Версия для печати темы

Автор: Александр85 20.5.2013, 8:50

Всем привет =)
Предлагаю на рассмотрение аппаратную клавиатуру UOkeyboard - usb устройство эмулирующее нажатие клавиш клавиатуры.


UOkeyboard, это usb устройство гаджет которое работает как usd-hid клавиатура и посылает нажатия клавиш, по заданному алгоритму. UOkeyboard довольно полезная штука в ситуациях, когда нужно долго и монотонно кликать по одним и тем же кнопкам.
Теперь не требуется судорожно жать на все кнопки! Стоит просто подключить данное устройство в свободный USB разъем компьютера, и нажатие клавиш клавиатуры будет автоматическое по заданному вами алгоритму!
Одной из приятных особенностей является то, что UOkeyboard не "палится" системой защиты.
Поскольку он не требует драйвера, и определяется как обычная клавиатура. Для HID-устройств USB не нужны драйвера в операционных системах Windows, драйвер находиться уже в самой ОС.
При первом подключении, ПК автоматически распознает UOkeyboard, занимает несколько секунд.




В дальнейшем при использовании UOkeyboard, гаджет начинает сразу же работать при подключении в USB.
Возможные варианты использования UOkeyboard:
I.Отлично помогает в пвп.
II.Прокачивать персонажа.
III.Cпам сообщений в чат.
Схема UOkeyboard


Данный девайс UOkeyboard был разработан на основе МастерКидовского набора MP1505 - Клавиатурная шутка http://www.masterkit.ru/main/set.php?code_id=664382. Был перепрограммирован микроконтроллер написанной мною программой, задан алгоритм нажатия клавиш клавиатуры.
Теперь по порядку:
1. Описание схемы:
Основой данного девайса является микроконтроллер фирмы Atmel AVR - http://www.atmel.com/devices/ATTINY45.aspx, ножки которого 5 и 7 подключены через резисторы 68 Ом к USB разъему. Эти резисторы 68 Ом несут защитную функцию. Диоды D2, D3 необходимы для согласования требования стандарта USB по уровням сигналов. Светодиод D1 нужен для индикации работы устройства UOkeyboard. Для программирования микроконтроллера стоит разъем ISP. (в Мастер Китовском наборе его нет.)
2. Описание программы для прошивки UOkeyboard:
Прошивка для UOkeyboard основан на коде AVR USB и доступен на условиях лицензии GNU (Универсальная общественная лицензия). Микроконтроллер ATtiny45 не поддерживает аппаратного USB протокола, поэтому пришлось писать программный интерфейс USB. Из-за этого программа выросла в размерах. Я выкладываю исходник прошивки с комментариями.
При написании программы использовались программа http://ru.wikipedia.org/wiki/AVR_Studio — интегрированная среда разработки (IDE) для разработки 8-ми и 32-х битных AVR приложений от компании Atmel, работающая в операционных системах Windows NT/2000/XP/Vista/7. А также программный пакет http://ru.wikipedia.org/wiki/AVR_Studio — включающий в себя кросс-компилятор и инструменты разработки для микроконтроллеров серий AVR и AVR32 фирмы Atmel. Прошивка для UOkeyboard написана на язике Си для AVR микроконтроллеров.
Желающих ознакомиться с основами программирования на язике Си под AVR микроконтроллеры советую почитать http://myrobot.ru/stepbystep/pr_introduction.php.
3. Как прошить UO keydoard.
После того как готова прошивка с заданным алгоритмом работы UO keydoard нам понадобиться программатор для микроконтроллера ATtiny45. Я использую вот этот http://www.masterkit.ru/main/set.php?code_id=903045. Вы можете использовать любой другой. Думаю с прошивкой микроконтроллера проблем не будет, там все тривиально.

Теперь все готово, подключаем UO keydoard в свободны разъем USB и наслаждаемся работой =)

Эта разработка абсолютно бесплатная (Freeware), распространяется "как есть" ("As is"),
то есть вы используете ее на свой страх и риск! И я, как автор, не несу никакой ответственности
за последствия, связанные с использованием этого устройства на Вашем компьютере.

Жду ваших отзывов о данной разработке, замечаний, предложений ....

Желающих собрать схему самостоятельно, выкладываю полный список комплектации:
1. МК ATtiny45
2. макетная плата
3. USB разъем
4. 2 резистора 68 Ом (0.25 Вт)
5. 1 резистор 2.2к Ом и 1 резистор 470 Ом (0.25 Вт)
6. 2 диода DL4148 (или любой другой маломочный)
7. 1 светодиод (любой по вашему желанию)
8. Конденсатор 0.1 мкФ
9. Разъем ISP
10. Панелька под контроллер если будете брать в корпусе DIP8.

Схему лучше собрать на монтажной плате, и вкинуть в подходящий корпус.
Выглядит это примерно так =)



Выкладываю прошивку которую, я брал за основу. Исходный код прошивки распространен на условиях лицензии GNU (Code and Life=) Данная прошивка эмулирует USB-клавиатуру и генерирует нажатия на кнопки. Файл для прошивки микроконтроллера Haunted-USB.hex находиться в папке default.
http://dfiles.ru/files/jk1ooym3v
Тут прошивка, исходный код программы на Си, весь проект в AVRstudio. (архив желательно распаковать на диск С в корневик)

ПОСТ ЕЩЕ НЕ ДОПИСАН.....

Автор: Zeleax 20.5.2013, 19:14

Отличная работа!

Сразу скажу, что я далек от разработки электрических схем и вряд ли самостоятельно смогу собрать подобный девайс для тестирования )

Однако вопросы есть:
1) где же прошивка?
2) поясните, как это работает? Воткнули в комп, опозналось. Что с этим делать дальше- как посылать команды для нажатия/отжатия отдельных кнопок/комбинаций кнопок? )
3) почти п.2. Как из скрипта пилота посылать команды на девайс?
4) можно ли его впоследствии перепрограммировать?
5) есть ли подходящие программаторы (за разумные деньги) не виде отдельных плат, а в виде девайса, подключаемого к USB-порту ноута? Или этот программатор так и работает?
6) можно ли каждому такому эмулятору клавиатуры присвоить свой уникальный номер и считывать его программным образом?

Автор: DarkMaster 20.5.2013, 19:52

Автор: Александр85 20.5.2013, 20:32

Цитата(Zeleax @ 20.5.2013, 20:14)

Отличная работа!

Сразу скажу, что я далек от разработки электрических схем и вряд ли самостоятельно смогу собрать подобный девайс для тестирования )

Однако вопросы есть:
1) где же прошивка?
2) поясните, как это работает? Воткнули в комп, опозналось. Что с этим делать дальше- как посылать команды для нажатия/отжатия отдельных кнопок/комбинаций кнопок? )
3) почти п.2. Как из скрипта пилота посылать команды на девайс?
4) можно ли его впоследствии перепрограммировать?
5) есть ли подходящие программаторы (за разумные деньги) не виде отдельных плат, а в виде девайса, подключаемого к USB-порту ноута? Или этот программатор так и работает?
6) можно ли каждому такому эмулятору клавиатуры присвоить свой уникальный номер и считывать его программным образом?

Автор: Zeleax 20.5.2013, 20:43

Автор: DarkMaster 20.5.2013, 20:44

да

Автор: Александр85 20.5.2013, 20:48

Цитата(Zeleax @ 20.5.2013, 21:43)

Автор: Zeleax 20.5.2013, 20:50

Цитата(Александр85 @ 20.5.2013, 20:48)

Автор: DarkMaster 20.5.2013, 20:55

Причем перспективная и интересная

Автор: Zeleax 20.5.2013, 20:55

Мне кажется, что даже если получится реализовать программный интерфейс для управления этим устройством, то к сожалению, защиту от него так же реализовать будет несложно. Причем, как только об этом устройстве узнают...

Хотя если при отправке данных на устройство шифровать их уникальным _закрытым_ ключем устройства (не поддающимся программному чтению), то может что-то и выгорит...

Автор: Александр85 20.5.2013, 20:56

Цитата(Zeleax @ 20.5.2013, 21:50)

Автор: DarkMaster 20.5.2013, 20:59

Автор: Zeleax 20.5.2013, 21:06

Цитата(Александр85 @ 20.5.2013, 20:56)

Для интеграции данного устройства нам предстоит согласовать работу программы и железа, эта задача очень интересная в свое развитии. Ждем ваших идей и предложений

Автор: Александр85 20.5.2013, 21:16

Цитата(Zeleax @ 20.5.2013, 22:06)

Автор: Zeleax 20.5.2013, 21:52

К устройству можно сформулировать следующие требования: )
1) прошивка через программатор
2) умение принимать разнообразные входящие по USB сигналы (последовательности нажатий кнопок, время задержки между нажатиями и т.п.) и обрабатывать их соответствующим образом.
3) умение сохранять часть принятых данных в своем "ОЗУ", хотя бы на время подключения к компьютеру

С п.1 всё в порядке после небольшой доработки, как я понимаю.
А вот с п.2 и 3 непонятно... Получается, что обработка входящих данных пока что вообще никак не реализована в прошивке?

Автор: Александр85 20.5.2013, 22:01

Цитата(DarkMaster @ 20.5.2013, 20:52)

Автор: Александр85 20.5.2013, 22:23

Цитата(Zeleax @ 20.5.2013, 22:52)

Автор: Александр85 21.5.2013, 8:52

Вот подобные устройства для размышлений:
1. Подключение джойстика от 8-битных приставок к ПК на МК ATtiny45 - http://diod.ucoz.ru/publ/mikrokontrollery/skhemy_na_mk/podkljuchenie_dzhojstika_ot_8_bitnykh_pristavok_k_pk_na_mk_attiny45_attiny85/4-1-0-206
2. Смотрим буржуйскую реализацию DIY USB password generator (USB генератор паролей). http://codeandlife.com/2012/03/03/diy-usb-password-generator/

Автор: DarkMaster 21.5.2013, 11:33

Автор: Александр85 21.5.2013, 11:52

Цитата(DarkMaster @ 21.5.2013, 12:33)

Автор: EL-GReeN 21.5.2013, 11:54

Каковы будут действия обычных пользователей желающих получить этот девайс, можно ли будет у вас заказывать?
И еще насколько я понял эта задумка позволит обойти все защиты, отсюда 2 замечания, реально ли замаскировать железку под стандартную клавиатуру, и маскировка самого пилота и софта к железке так что бы при каждом запуске оно по разному шифровалось, и не могло обнаружиться.

Автор: DarkMaster 21.5.2013, 12:25

Автор: Александр85 21.5.2013, 12:33

Цитата(EL-GReeN @ 21.5.2013, 12:54)

Цитата(DarkMaster @ 21.5.2013, 13:25)

Автор: DarkMaster 21.5.2013, 13:21

А что есть панелька под контроллер? Как оно выглядит?

Автор: Александр85 21.5.2013, 13:31

Цитата(DarkMaster @ 21.5.2013, 14:21)

Автор: Zeleax 21.5.2013, 13:51

Посмотрел здесь по поводу мастеркитовских наборов и устройств:
http://www.initiativa.com.ua/initiative/main/services/MasterKit/prajs_po_elektronnym_naboram_master_kit.htm
Тот программатор, который рекомендовали (MP9011) стоит почти 39$,
мастеркитовский девайс (MP1505) - 7.25$
вопрос-
1) есть ли смысл собирать девайс самому из отдельных комплектующих или проще купить мастеркитовский девайс и подпаять проводки к 4 контактам для подключения к программатору?
2) в прайслисте есть и другие программаторы подешевле. Они подходят для перепрограммирования микроконтроллера Atmel AVR - ATtiny45? В чем преимущество именно данной модели программатора?

Автор: Александр85 21.5.2013, 14:09

Цитата(Zeleax @ 21.5.2013, 14:51)

Автор: DarkMaster 21.5.2013, 14:13

Автор: Александр85 21.5.2013, 14:29

Цитата(DarkMaster @ 21.5.2013, 15:13)

Автор: Zeleax 21.5.2013, 18:56

А этот подойдет?
http://www.aliexpress.com/item/USBasp-AVR-Programmer-USB-ATMEGA8U2-ATMEGA328-ATMEGA128-UNO-New-with-shell/685611501.html
посмотрел, вроде такой же, но продают поштучно )

Автор: Александр85 21.5.2013, 19:18

Цитата(Zeleax @ 21.5.2013, 19:56)

Автор: Zeleax 21.5.2013, 19:41

Цитата(Александр85 @ 21.5.2013, 19:18)

Да, это тот программатор, только в корпусе. Цена норм
Будешь заказывать с Китая и мне закажи парочку
Вот тут можно заказать на двоих 5 штук http://www.aliexpress.com/store/product/USBasp-AVR-Programmer-USB-ATMEGA8U2-ATMEGA328-ATMEGA128-UNO-New-with-shell-5PCS/812021_685596787.html за 13,25$ с бесплатной доставкой. Потом мне и Киева в Чернигов перешлешь. (тут не далеко 250км.)
Вот так мы и живем, отечественный программатор стоит 25$
из Китая 3$

Автор: Александр85 21.5.2013, 19:53

Цитата(Zeleax @ 21.5.2013, 20:41)

Автор: Zeleax 21.5.2013, 20:24

Вот еще похожие "шуткогенераторы" нашел: )
http://macetech.com/blog/?q=node/46
http://www.diecyde.com/index.php?page=hid-prank
ВОТ! http://www.obdev.at/products/vusb/easylogger.html
Тут что-то интересное наваяли:
http://www.irongeek.com/i.php?page=security/programmable-hid-usb-keystroke-dongle

Автор: Александр85 21.5.2013, 21:52

Цитата(Zeleax @ 21.5.2013, 21:24)

Автор: uouser 22.5.2013, 3:54

девайс хороший, очень интересный, но пока навскидку хорошо палитесь по:
1) энтропии (у девайса слишком характерные стохастики)
2) кластерам (у девайса пока попросту нет генератора "мусора", а когда он будет - придется обойти false input elimination, т.к. первое, что вы сделаете - сразу улетит в false input-кластер и даже ни чуть на анализе не скажется).
это сейчас о r3 было +

и, разумеется, на любом из уровней диспетчеризации:
hidclass; kbd- / mouhid; kbd- / mouclass и т.п. (аналоги будут и в usermode, если начнете использовать таки программное управление - там еще проще, но гоняться за r3 никто не будет - зачем если есть все в r0 централизованное?) простейшим фильтром ioctl (см r0-модуль). То, что драйвера "есть уже в win" - это такой же плюс для защиты, как и плюс для разработчика девайса (а может и более того даже).

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

к слову (дабы не быть голословным), недавно по
- "2" (см. выше) забирали предупредительно в aion на 7 дней (статистики за много-много-много месяцев если верить разведчикам с одного известного чит-форума, которые попали на "апелляции").
- фильтрации (судя по структуре одного не менее известного решения, там было kbd- / mouclass, т.к. вроде не Hid, но честно - не смотрел, врать не буду) забирали на l2 (если верить сообщениям пользователей об ответах в спп о детекте).

т.е. можно поинтересоваться у "коллег" по цеху.

p.s. а если автор топа поднимет банальный логгер (или если нет шаблонов / лень, то spy++) и проделает немного операций "автоматом" и затем "руками", плюс применит немного мат. анализа (привет любителям forex - они это делают каждый день), то легко придет к выводу, что пути "1" и "2" перспективно уйдут в сторону serverside (а там логи куда разнообразнее, чем spy++). Так что - Hid-r0 / soft-r3 - роли совсем не играет, тут у вас снова пока что будет паритет (и это еще не было банов защиты за такие вещи как "чистые пилоты", которые не наглеют ну уж совсем, как некоторые - это считается лишним попросту и даже не прячется в коде за vm и прочим хламом уже как почти год). Эмуляция развивается, уходит в r0 / к аппаратуре, аналитика и детектирование идут в сторону анализа множества состояний (это уже реалия и работает) / serverside-проверкам (привет aion) и прочему.

резюме: слоган "ломается / обходится все ..." имеет и обратное действие aka "детектируется все ... ". т.е. грандиозные заявления (это в общем, не к посту топик-стартера) о принципиальной "недетектируемости" чего-л. - либо детская фантазия о розовых пони, либо просто маркетинг (если решение платное).

Автор: DarkMaster 22.5.2013, 8:16

Мысли безусловно правильные, но не совсем понятно, что вы предлагаете?
Описанный вами анализ и в нынешнем положении будет работать точно так же. Сам геймплей ведет к возможности подобного анализа. Точнее даже определение кликера, как программы для повторения однообразных действий, ведет к подобным проблемам. На данный момент подобные анализы обходятся в основном рандомными задержками, шансами, что чар что-то пропустит, сменит порядок скилов, встанет на минуту и т.д. Но как вы представляете это обходить на уровне железа? Унверсальный мусор? Это как? Да и зачем? Ну будет от девайса идти в том числе мусор, пусть даже много, а некий драйвер будет его сортировать и дешифровывать. А разницы то? Зачем защите пытаться решить эти ребусы? Тут даже не то что нуль кольцо не нужно или дрова, не нужно что-либо палить, пытаться детектировать, ведь у нас есть клиент Л2(ну или еще чего-нибудь), в который придут уже чистые обработанные нажатия. Причем тут даже не обязательно, чтобы защита что-то в клиенте анализировала, ведь ничего не мешает на стороне сервера по пакетам смотреть и анализировать поведение чара. Мусор должен идти в клиент. А в клиент мусор какой попало слать естественно не стоит. Его нужно контролировать.

Собственно как итог приходим к необходимости писать скрипты, которые в бОльшей степени эмулируют огрехи человека и не настолько линейны. Это уже делается, и зависит только от скриптописателя и его лени.

На данный момент, как мне кажется, девайсина должна выглядеть, как обычная ничем не отличающаяся клавиатура.

Упоминание логгера заставило вспомнить одну девайсину: физический логгер клавиатуры. С одной стороны вставляется клава, с другой провод в USB порт компа. При аналогичной реализации у нас не будет вообще никакого лишнего устройства. Мы же сможем слать то, что необходимо еще прозрачнее. Насколько сложнее будет реализовать подобную схему?

Автор: Александр85 22.5.2013, 9:17

Народ, вас потянуло в высшие материи
На данном этапе нам не стоит так углубляться .

Данный девайс , это обыкновенная USB клавиатура (только без кнопок=) реализованная на микроконтроллере ATtiny45. Которая посылает нажатия кнопок на аппаратном уровне, по зашитой в контроллер программе. Если нужны рандомные задержки, они без напряга, реализуются на аппаратном уровне в самом микроконтроллере (есть такая функция в микроконтроллере). И тогда ни одна защита не поймет кто нажимает по клавишам, человек или контроллер.

Автор: WKnight 23.5.2013, 11:37

Чето tiny45 в нашей деревне в пределах досягаемости отсутствует. Ее реально откуда-нибудь выпаять, в любом исполнении?

Автор: Zeleax 23.5.2013, 12:18

Цитата(WKnight @ 23.5.2013, 11:37)

Автор: Александр85 23.5.2013, 12:30

Цитата(WKnight @ 23.5.2013, 12:37)

Автор: WKnight 23.5.2013, 12:42

Ждать доставки лень

Автор: Zeleax 23.5.2013, 13:29

Цитата(Александр85 @ 23.5.2013, 12:30)

Автор: Александр85 23.5.2013, 13:35

Цитата(Zeleax @ 23.5.2013, 14:29)

Автор: DarkMaster 24.5.2013, 9:06

ATtiny45-20PU
ATtiny45-20SU
Это указание на способ монтажа?

Автор: Александр85 24.5.2013, 9:18

После продолжительного поиска в интернете нашел http://microsin.ru/content/view/655/ (цена очень адекватная, схема стандартная + есть разъем для программирования)
Также буржуйская разработка http://imakeprojects.com/Projects/haunted-usb-cable/
И кто-то из наших постарался http://works.ru/2009/03/autoclicker-1-1-light.html (устройство, которое эмулирует мышь). В автокликере используется другой микроконтроллер - ATtiny2313

Цитата(DarkMaster @ 24.5.2013, 10:06)

Автор: Fantomas 23.6.2013, 11:20

Эх, офигеть давно за постами не следил, а тут такое))) Ну раз такое дело поделюсь тоже, не своими а готовыми проектами, которые мне помогли сделать подобие выше указанной штуковины:
как прошить? - http://electronics-lab.ru/blog/mcu/126.html; через программатор сами поищите, к сожалению ссылку по которой делал потерял, но информации много, стоит только ввести "прошивка микроконроллера"
готовое устройство (кейлогер) №1 http://www.keelog.com/ru/diy.html
готовое устройство (кейлогер) №2 http://%5burl=http://%5burl=http://radistor.ru/blog/DIY/24.html
приемлемый вариант http://stackoverflow.com/questions/12682429/generic-keyboard-emulation-using-arduino-leonardo
Вариант без программирования (на таймере) http://sekret-mastera.ru/?p=5866
готовое устройство (эмулятор мыши) №3 - http://blog.stiff.ru/2009/01/usb-mouse-hid-emulator.html
готовое устройство (кликер) №4 - http://workshop.stiff.ru/2009/03/autoclicker-1-1-light.html
дополнительная литература:
http://forum.codenet.ru/q37974/
http://citforum.ru/programming/c/dir.shtml
функции работы с клавиатурой http://radio-hobby.org/modules/instruction/page.php?id=834

Интересные проекты:
http://www.youtube.com/watch?v=NKSlkUcoOjY&list=PLDC9C21DC62018959&index=65
http://avr.ru/beginer/bascom/article12
П. С. я не в коем случае не рекламирую ничего, эта та информация и тот минимум который дает сделать устройство самому.

Автор: Александр85 25.6.2013, 9:26

Цитата(Fantomas @ 23.6.2013, 12:20)

Автор: Auto_BOT 3.7.2013, 23:31

а не проще ли вам устройство немного переделать ?

Не программу запихивать через программатор в устройство, а просто повторять команды от UOpilot.
Команда скрипта от OUpilot посылается на устройство, пример "f4" а устройство тут же ее повторяет в систему и так далее, не нужно будет каждый раз ппзу напрягать записями, что увеличит жизнь микросхемы, да и по времени записи 2-3 сек как то много а то еще и операционку задумаете написать )))
В народ пойдет на ура, т.к. переписывать скрипты не будет надобности ) добавите в выборе окна UOpilot нечто вроде "l2super-puper_keyboard"
Извините если глупость написал в микроэлектронике не понимаю.

Автор: Александр85 4.7.2013, 12:49

Цитата(Auto_BOT @ 4.7.2013, 0:31)

Автор: Warstone 4.7.2013, 22:54

Этому девайсу можно 2 USB девайся впоять... Чтобы комп считал что там физически 2 устройства. Если да, то все ок. А вообще - это ничего не надо... Есть проще... Писать в клавиатурный буффер.

Автор: Александр85 5.7.2013, 8:42

Цитата(Warstone @ 4.7.2013, 23:54)

Автор: Warstone 5.7.2013, 22:28

> Я конечно извиняюсь, но ход вашей мысли я не понял?
HID'ом дать просираться Венде, в другое - писать в рантайме "чем просраться".
> А писать в буфер клавиатуры вы не сможете (в саму клавиатуру так точно).
Вам 0-е кольцо зачем дадено? Можно, конечно. так еще в ДОСе защиту делали, когда различные ехе запускали. В буфере клавы есть 16 байт (это, типа, стандарт), а то что оно over USB пашет, так никто не отменял этого.

Автор: Александр85 5.7.2013, 22:41

Цитата(Warstone @ 5.7.2013, 23:28)

Автор: Simych 23.8.2013, 13:30

Интересная очень тема, в сентябре к пойду к преподавателю по электронике у него в лаборатории есть все, что надо для сборки-соберу себе такой. Вот если б устройство моглоб слать команды в свернутое окно, то былоб вообще супер )

Автор: usb2kbd 31.8.2013, 19:29

Цитата(Warstone @ 4.7.2013, 22:54)

Автор: Александр85 3.9.2013, 10:14

Проект USB2KBD заслуживает рассмотрения, продвижения и дальнейшей интеграции с UOPilot.
Единственный человек кто доработал Hardware UO Pilot.
Теперь дело за разработчиком UO Pilot WKnight, дописать опции отсылки нажатия клавиш в устройство.
Для продвижения данного устройства в массы неплохо было бы выложить схему и исходник. Может тогда и конкретные вопросы появятся по устройству.
Конечно в дальнейшем можно еще дорабатывать и данное устройство, например добавить эмуляцию HID мыши.
Все в наших руках=)

Автор: xolost 3.9.2013, 11:11

Если Кнайт что-то по этому поводу доработает, то можно будет вшивать любые скрипты как и в обычном пилоте?
Я имею ввиду не просто тупое нажатие клавиши или мышки, а полноценную работу скриптов.

Автор: Александр85 3.9.2013, 11:24

Простые нажатия клавиш будут работать 100%, а полноценные скрипты пилота могут и не работать.
WKnightу нада дописать в Пилоте команду отсылки нажатия клавиш клавиатуры в данное устройство.
Потом эти команды можно будет применять в скрипте.

Автор: xolost 3.9.2013, 11:30

Цитата(Александр85 @ 3.9.2013, 12:24)

Автор: Александр85 3.9.2013, 11:38

Цитата(xolost @ 3.9.2013, 12:30)

Автор: usb2kbd 3.9.2013, 12:57

Цитата(xolost @ 3.9.2013, 11:11)

Автор: xolost 3.9.2013, 13:05

понятно

Автор: usb2kbd 3.9.2013, 13:18

Цитата(xolost @ 3.9.2013, 13:05)

Автор: Александр85 3.9.2013, 14:35

Для полноценной работы пилота нужна конечно и эмуляция мыши. Делать это отдельным устройством или пытаться все впихнуть в одно, это задача на будущее....
Тут возникает другой вопрос, если взять например Руофф с его защитой, писать можно будет только элементарные скрипты. Ну типа нажатия клавиш Ф1...Ф12 с разными задержками. Это во первых не позволяет использовать всех возможностей Пилота. Во вторых интересно будет ли работать команды Пилота считывания цвета в определенных координатах например в Линейке?
Вопрос к usb2kbd? На данном этапе какой программой пользуетесь для посылки нажатий клавиш в данный девайс? На сколько быстро обрабатываются команды нажатия клавиш?

Автор: DarkMaster 3.9.2013, 16:32

Кажется все говорят о разном. Из всего сказанного хотелось бы подчеркнуть два момента:
1) в пилоте будет галка отправления клавиш на устройство. Галку бы я делать не стал, а вот новый оператор ввести можно. Это как минимум логичнее.
2) Почему будет ограниченный функционал на руоффе? Ограничен он будет только активным окном, остальное значения иметь не будет. Причем если поставить галку в клиенте л2 полноценной обработки свернутых окон, мейна сделать поверх всех окон и переключать ботов через showwindow, то боюсь функционал будет на 99% живой.

Автор: usb2kbd 3.9.2013, 19:00

Цитата(Александр85 @ 3.9.2013, 14:35)

Цитата(DarkMaster @ 3.9.2013, 16:32)

Автор: Александр85 3.9.2013, 19:19

Я так поня вы с помощью AUTOHOTKEY и usb2kbd сделали полный автономный кач чара в Линейке?
или нет???

Автор: usb2kbd 3.9.2013, 19:26

Цитата(Александр85 @ 3.9.2013, 19:19)

Автор: Александр85 3.9.2013, 19:33

А посылать нажатия сочетаний клавиш например Alt+F1 получаеться?

Автор: usb2kbd 3.9.2013, 19:36

Цитата(Александр85 @ 3.9.2013, 19:33)

Автор: Александр85 3.9.2013, 19:39

Контроллер мега8 стоит в usb2kbd?

Автор: usb2kbd 3.9.2013, 19:40

Цитата(Александр85 @ 3.9.2013, 19:39)

Автор: Александр85 3.9.2013, 19:46

Идея мне нравиться, должно все получиться красиво.
Тут стоит другой вопрос, мы не видели не схемы вашего девайса ни исхадника. Вы будете вылаживать свое творение в массы???

Автор: usb2kbd 3.9.2013, 20:04

Cочетания работают. Посылал ALT+Y - отображение контактов в RUoff.

Цитата(Александр85 @ 3.9.2013, 19:46)

Автор: DarkMaster 4.9.2013, 11:23

Автор: Александр85 5.9.2013, 8:30

Обращение к Кнайту.
Как сложно дописать команду в Пилоте отсылки кода нажатой клавиши в COM порт???

Автор: DarkMaster 5.9.2013, 17:54

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

Автор: usb2kbd 7.9.2013, 9:48

Сечас нашел тему от наших Китайских друзей, в которой я удостоверился, что-таки возможно создание 2-х и более устройств (мышь и клавиатура) на базе ОДНОГО микроконтроллера. Кроме того, насколько я понял, вероятно, возможна отправка управляющих сигналов не через COM-порт, а через сам USB-порт (туда, куда подключается само устройство), т.е. в идеале устройство будет иметь всего один USB разъем, через него будет происходить и инициализация устройств (клавиатура+мышь) + отправка/прием управляющих сигналов.

Пока что это предположение, поэтому веду расследование и эксперименты в этой области и надеюсь на скорый апгрейд устройства usb2kbd

Автор: WKnight 7.9.2013, 12:55

Автор: Cockney 7.9.2013, 17:13

а в каком виде в компорт должны отправляться коды клавиш?хекс?

Автор: usb2kbd 8.9.2013, 10:35

Цитата(WKnight @ 7.9.2013, 12:55)

Цитата(Cockney @ 7.9.2013, 17:13)

Автор: Fantomas 19.9.2013, 7:48

Цитата(Александр85 @ 25.6.2013, 10:26)

Информация ценная, тут вопросов нет
Если есть желание опишите поподробнее что делали сами своими ручками. Добавите фото своего девайса и т. п...
В дальнейшем у меня есть желание объединить аппаратный пилот (эмулятор клавиатуры) и кликер (эмулятор мыши) в одном устройстве. Если есть желание можете поучаствовать в проекте.

Автор: DarkMaster 19.9.2013, 12:09

Fantomas, смысл этого девайса не создать скриптовый движок или писать хардварные скрипты. Цель обеспечить цепочку:
1) В пилоте строка, скажем hwkey Enter
2) Пилот отсылает на девайс код клавиши, которую необходимо нажать.
3) Девайс ее нажимает.

Т.е. всем по прежнему рулит пилот от начала до конца. Просто появляется еще один вариант send'a.

Автор: usb2kbd 23.9.2013, 20:26

Цитата(Fantomas @ 19.9.2013, 7:48)

Автор: Fantomas 30.9.2013, 3:10

to Darkmaster and usb2kbd: (: а я то думал...полноценное устройство с драйвером и возможностью прошивки через usb. А вы хотите использовать фактически этот девайс только как средство защиты от насекомых - точнее скрытия от них.

Цитата(usb2kbd @ 23.9.2013, 21:26)

Цитата(usb2kbd @ 23.9.2013, 21:26)

Цитата(usb2kbd @ 23.9.2013, 21:26)

Автор: usb2kbd 22.1.2014, 1:24

И снова здравствуйте, дорогие друзья! Долгие месяцы неспешных разработок, дали положительный результат, чем я весьма горжусь Ны выходе получилось очень интересное USB-устройство (usb2kbd), которое (цитирую c сайта продукта) при подключении в USB-порт компьютера представляется системе Windows реальной клавиатурой+мышью и, что весьма важно, ничем не отличается от обычных USB клавиатуры и мыши, при этом устойство не требует от Вас установки никаких драйверов! А что еще более важно, устройство для работы требует единственный USB-порт!
Особенности харварного эмулятора клавиатуры и мыши Usb2kbd:
- до 3-х одновременных нажатий клавиш клавиатуры, включая все управляющие и функциональные клавиши;
- перемещение мыши в заданные координаты;
- нажатие кнопок мыши (левая, правая, средняя).
Как посылать в Usb2kbd управляющие сигналы с компьютера? Теперь это стало возможно благодаря универсальной библиотеке DLL - это файл, который можно динамически использовать в любом языке программирования. Ваша программа в простейшем случае обращается к DLL библиотеке - дает ей определенную команду, а уже Dll в свою очередь отправляет специальный пакет в устройство usb2kbd, которое незамедлительно выполняет эту команду (например, нажимает клавишу клавиатуры/мыши так, как будто ее нажали Вы руками!).

C описанием, преимуществами, схемой работы, примерами можно ознакомиться на сайте продукта usb2kbd.info.

Автор: DarkMaster 22.1.2014, 8:57

дллку где брать? к пилоту прикручивать будем?

Автор: usb2kbd 22.1.2014, 11:33

Цитата(DarkMaster @ 22.1.2014, 8:57)

дллку где брать? к пилоту прикручивать будем?

Автор: DarkMaster 22.1.2014, 17:15

Можно какие-то контактные данные получить, чтобы относительно оперативно решить некоторые моменты?

Автор: usb2kbd 22.1.2014, 20:30

Цитата(DarkMaster @ 22.1.2014, 17:15)

Автор: DarkMaster 23.1.2014, 0:25

Чиркнул в скайп. Не уверен в разумности диалога на форуме по поводу прикручивания дллки. Это не продуктивно

Автор: usb2kbd 25.1.2014, 1:12

Цитата(DarkMaster @ 23.1.2014, 1:25)

Чиркнул в скайп. Не уверен в разумности диалога на форуме по поводу прикручивания дллки. Это не продуктивно

Автор: DarkMaster 25.1.2014, 1:25

Мдя. А я как раз хотел этот момент обговорить и либо что-то путное вам дать из моих набросков дллок пилотовских или самому шаманить. Без меня справились. Время у меня уже только к утру появляется(
Одна небольшая просьба. Давайте не будем заниматься извращениями и sum переименуем в какую-нибудь удобоваримую вещь. Ну хоть в send что ли. По-пилотовски как-то.

И еще один главный момент. Железку то где брать? На сайте не нашел ни схемы ни продажи.

Автор: DarkMaster 25.1.2014, 1:38

Дальше список мыслей. Это не расстрел, а просто мнение/пожелания, которые, на мой взглад, могут немного облагородить все это дело.

Автор: usb2kbd 25.1.2014, 12:10

Цитата(DarkMaster @ 25.1.2014, 2:38)

Цитата(DarkMaster @ 25.1.2014, 2:38)

Цитата(DarkMaster @ 25.1.2014, 2:38)

Цитата(DarkMaster @ 25.1.2014, 2:38)

1) На сайте нет раздела загрузки, а в описаниях ссылки практически не заметны.
2) Скачал сканкоды, ворд не открыл слету. Проще найти, чем пытаться понять, что не так с файлом. Тхт не достаточно?
3) Неплохо было бы сделать map в dll'ке из соответствия кодов клавиш и их названий.
4) Расширенные коды клавиш не поддерживаются?

// Ну и sum... выглядит очень палевно... Ну очень)

Автор: DarkMaster 25.1.2014, 17:44

Автор: usb2kbd 25.1.2014, 19:28

Цитата(DarkMaster @ 25.1.2014, 18:44)

Цитата(DarkMaster @ 25.1.2014, 18:44)

Цитата(DarkMaster @ 25.1.2014, 18:44)

Цитата(DarkMaster @ 25.1.2014, 18:44)

Цитата(DarkMaster @ 25.1.2014, 18:44)

Автор: DarkMaster 25.1.2014, 20:12

Автор: usb2kbd 25.1.2014, 21:47

Цитата(DarkMaster @ 25.1.2014, 21:12)

Автор: DarkMaster 25.1.2014, 22:18

Еще такой хитрый вопрос. Как оно дружит с виртуальными машинами, rdp(сам к себе) и особенно АСТЕРом?

Возможен ли будет последующий апгрейд прошивки? Возможно ли будет шить через USB?

Автор: usb2kbd 27.1.2014, 14:39

Цитата(DarkMaster @ 25.1.2014, 23:18)

Цитата(DarkMaster @ 25.1.2014, 23:18)

Цитата(DarkMaster @ 25.1.2014, 23:18)

Автор: DarkMaster 27.1.2014, 15:20

Автор: usb2kbd 27.1.2014, 16:54

Цитата(DarkMaster @ 27.1.2014, 16:20)

Цитата(DarkMaster @ 27.1.2014, 16:20)

Цитата(DarkMaster @ 27.1.2014, 16:20)

Автор: DarkMaster 27.1.2014, 17:16

Автор: usb2kbd 27.1.2014, 18:11

Цитата(DarkMaster @ 27.1.2014, 18:16)

Автор: DarkMaster 27.1.2014, 19:15

Автор: usb2kbd 29.1.2014, 11:11

Цитата(DarkMaster @ 27.1.2014, 20:15)

Цитата(DarkMaster @ 27.1.2014, 20:15)

Автор: DarkMaster 29.1.2014, 14:25

Автор: usb2kbd 31.1.2014, 15:16

На пару-тройку дней ухожу в разработку "кольцевого буфера" FIFO для девайса, для кэширования и дальнейшего воспроизведения слишком "быстрых" команд в usb2kbd. В настоящее время опытным путем было определено, что минимальная стабильная пауза м/д пакетами, отправляемыми в usb2kbd из DLL составляет 22 мс и буферизация не требуется. При уменьшении ее (паузы) - уже есть необходимость буферизации. В общем попробую реализовать... Почему решено делать на базе девайса? Дело в том, что в ответ на команду из Dll девайс толком "ответить" (например, что он "занят") назад не умеет. Кстати,

Цитата(DarkMaster @ 29.1.2014, 15:25)

Цитата(DarkMaster @ 29.1.2014, 15:25)

Цитата(DarkMaster @ 29.1.2014, 15:25)

Цитата(DarkMaster @ 29.1.2014, 15:25)

Автор: DarkMaster 1.2.2014, 8:39

Астер к сожалению прямо сейчас из системы вырезан с особой жестокостью, т.к. необходимо было налить патчи на RDP, который астер так же использовал и не давал модифицировать. Насколько помню там можно было указать раб места девайса через запятую.

Даже если брать не астер, а те же виртуалки или рдп, то принцип не изменяется. На виртуалках ты сам говорил, что прострел идет насквозь во все ОС.

Автор: DarkMaster 2.2.2014, 10:59

Предчувствуя первую же проблему при написании скриптов - таймауты отсыла клавиш. ИМХО было бы неплохо добавить флаг ожидания нажатия. Негарантированного, но все же. Т.е.:
1) в дллку падает N нажатий.
2) в дллке считаем сколько времени потребуется девайсу на обработку.
3) в дллку прилетает нажатие с флагом ожидания завершения.
4) дллка впадает в спячку пока очередь не будет очищена(сразу можно не кидать на девайс. зачем лишний элемент в буфер?)
5) отсылается команда на девайс
6) дллка опять впадает в спячку на время обработки.
Хочу подчеркнуть, что это контроль только в пределах длл. Ожидание делать лучше чуть больше расчетного, чтобы лишний клик с буфере железки от другой вкладки/пилота не настакивался при агрессивном использовании основной вкладки. Как я уже писал, наиболее корректным способом обработки будет буфер как на стороне железки, так и на стороне длл. Это позволит:
1) Избежать лишней писанины и попыток контроля в скрипте(а их иначе придется делать). Пихать gosub'ы перед каждым вызовом клика на предмет проверки буфера не есть гут.
2) Избежать вопросов почему оно не работает или работает криво. Эти вопросы неизбежно посыпятся как только человек начнет спамить.
3) Повысит стабильность работы в целом. Это не гарантия от осечки, как и буфер на железке кстати. Но ECC тоже не гарантия отсутствия ошибки памяти, но какой дурак будет без ECC добиваться стабильности?
ИМХО данный режим лучше сделать по умолчанию, а если неймется и хочешь самостоятельно контролировать эти задержки, то в параметры добавить флаг "-1". -1, а не, например, 0 потому, что я все-таки надеюсь избавиться от обязаловки четырех параметров, когда частенько нужно будет только два, а -1 позволит спокойно парсить строку в обоих вариантах синтаксиса.

// Чует, чует мое сердце, что прошивка будет обновляться со временем...

Автор: usb2kbd 3.2.2014, 1:41

Ну вот, в очередной раз хочу Вас порадовать, друзья мои! Три дня усиленного мозгового безвылазного штурма и вот результат, очень даже положительный!

Итак

1. Реализован и жестко оттестирован "кольцевой буфер" внутри девайса размерностью 240 байт (40 пакетов * 6 байт = 240 байт, где 1 пакет - это один раз вызов функции. Например Send (1,4,0,0) - это один пакет - "нажать клавишу А" ). Все присланные из Dll-ки данные теперь последовательно кладутся в буфер девайса и становятся в очередь на обработку. Если очередной пакет пришел в девайс из Dll, но девайс еще "занят" обработкой предыдущего пакета, пакет теперь не теряется безвозвратно, как было ранее, а кладется в буфер, занимая одно из 40 мест в буфере и так далее. Теперь внимание! Работа девайса без заполнения буфера осуществляется, если заданы паузы между пакетами в 25 мс и более, Т.е. для того, чтоб буфер не заполнялся и девайс отрабатывал входящие пакеты без использования буфера - нужна примерно такая схема:

Send (1,4,0,0); // нажать клавишу А
Sleep, 25; // пауза 25 мс
Send (2,4,0,0); // отжать клавишу А
Sleep, 25;

Мы же, придерживаясь математического тождества, примем за эталон такую схему для одной DLL:

Send (1,4,0,0);
; тут любая пауза м.д. нажатием и отжатие клавиши - от 0 и больше.
Send (2,4,0,0);
Sleep, 50;


Это идеальная схема для одной DLL и одного девайса. Если же эти паузы меньше (например наступило какое-то срочное событие, или отработало событие второго скрипта и.т.д), тогда девайс будет класть такие "срочные" нажатия в буфер и по мере возможности исполнять позже. Это как бы нормальная ситуация. Но если таких "срочных" нажатий будет очень много (мне конфет от жадности (с)) и буфер в 40 пакетов будет переполнен, тогда usb2kbd мигнет дополнительным светодиодом (добавил в схему), что будет означать то, что у Вас слишком много "срочных" пакетов - увеличьте паузы в вашем скрипте. Переполнение буфера будет означать, что этот "лишний" пакет не обработан девайсом и отбракован - т.е. примите меры. А принимать меры нужно будет, т.к. предыдущий пакет "нажать" клавишу будет отработан, а пакет "отжать" ее - нет, и будет "залипание" клавиши, паника и.т.д.

Теперь о нескольких Dll-ках и одном usb2kbd (нескольких пилотах и одном usb2kbd). Как я уже говорил, Dll-ка лишь отправляет пакет в девайс в удобноваримом для него виде и использование возможно N-го кол-ва DLL. Идеальную схему для одной Dll я уже описал выше. Но несколько Dll будут кидать пакеты чаще в одно дышло (usb2kbd) - не так ли? Вывод - чем больше кол-во активных копий DLL - тем выше нужно ставить паузы в каждом скрипте, чтоб не было того же переполнения буфера.
Сделаем простой расчет: для одной копии DLL важно правило: паузы 50 мс м.д. нажатиями разных клавиш (читаем выше), соотв - для 2 копий - 50*2=100 мс, для 3-х копий - 50*3 = 150 мс. И это нужно будет учесть для всех 3-х скриптов. Кроме того, если у нас будет несколько копий Dll, я бы порекомендовал, если у нас простое нажатие и отжатие одной клавиши (а не комбинация) - "отжимать" клавишу кодом "8" (отжать все клавиши) - так спокойнее против "залипаний".

Итак, выводы и "базовые" паузы для девайса:

Используем 1 копию DLL:

Send (1,4,0,0);
; тут любая пауза м.д. нажатием и отжатие клавиши - от 0 и больше.
Send (2,4,0,0);
Sleep, 50;

Используем 2 копии DLL (ниже код будем юзать во всех 2-х скриптах!!):


Send (1,4,0,0);
; тут любая пауза м.д. нажатием и отжатие клавиши - от 0 и больше.
Send (8,4,0,0); // тут отжимаю клавишу не кодом 2, а кодом 8
Sleep, 100;

Используем 3 копии DLL (ниже код будем юзать во всех 3-х скриптах!!):

Send (1,4,0,0);
; тут любая пауза м.д. нажатием и отжатие клавиши - от 0 и больше.
Send (8,4,0,0); // тут отжимаю клавишу не кодом 2, а кодом 8
Sleep, 150;


Dll-ку насиловать не будем, пусть остается лишь "передатчиком".


PS: Все эти доводы проверял на своей тачке - отрабатываемость 100%. Значения могут несколько отличаться в зависимости от Вашей конкретной системы. В любом случае Вы можете немножко поэкспериментировать и подстроить базовые паузы в скрипте под себя.

Автор: DarkMaster 3.2.2014, 3:56

все зашибись. только sleep видимо стал причиной возни с железкой, плюсами и может чем-то еще. У нас это wait - не смущай народ

и последний уже наверно вопрос: от чипа что-нибудь зависит в плане быстродействия? Там вроде ATMega8? Или это уже ограничения железа/ос?

Автор: usb2kbd 3.2.2014, 12:13

Цитата(DarkMaster @ 3.2.2014, 4:56)

Цитата(DarkMaster @ 1.2.2014, 9:39)

Цитата(DarkMaster @ 1.2.2014, 9:39)

Цитата(DarkMaster @ 1.2.2014, 9:39)

Автор: DarkMaster 3.2.2014, 12:42

Автор: DarkMaster 3.2.2014, 13:18

ид надо обязательно делать разные всем, причем совсем. иначе ловить будут почерному.

Автор: usb2kbd 3.2.2014, 13:45

Цитата(DarkMaster @ 3.2.2014, 13:42)

Цитата(DarkMaster @ 3.2.2014, 13:42)

Автор: DarkMaster 3.2.2014, 15:28

Автор: usb2kbd 3.2.2014, 16:00

Цитата(DarkMaster @ 3.2.2014, 16:28)

Цитата(DarkMaster @ 3.2.2014, 16:28)

Цитата(DarkMaster @ 3.2.2014, 16:28)

Автор: DarkMaster 4.2.2014, 0:11

Автор: WKnight 4.2.2014, 8:58

Автор: usb2kbd 4.2.2014, 11:20

Цитата(DarkMaster @ 4.2.2014, 1:11)

Цитата(DarkMaster @ 4.2.2014, 1:11)

Цитата(DarkMaster @ 4.2.2014, 1:11)

Цитата(DarkMaster @ 4.2.2014, 1:11)

Цитата(WKnight @ 4.2.2014, 9:58)

Цитата(WKnight @ 4.2.2014, 9:58)

Цитата(WKnight @ 4.2.2014, 9:58)

Тут подумать надо, при вызове функции или всетаки при загрузке длл. обращение к винту каждые 25мс не есть хорошо, поверь мне, я знаю

Автор: DarkMaster 4.2.2014, 11:57

По поводу защиты можно сделать очень простой вариантик. Помимо пидов в инишник добавить пароль девайса. При посылке нажатия отсылать так же параметром пароль. Пароль естественно должен быть опять же уникальным.

Автор: usb2kbd 4.2.2014, 12:09

Цитата(DarkMaster @ 4.2.2014, 12:57)

Автор: WKnight 4.2.2014, 12:12

Автор: usb2kbd 4.2.2014, 12:28

Цитата(WKnight @ 4.2.2014, 13:12)

Автор: DarkMaster 4.2.2014, 14:34

Автор: usb2kbd 4.2.2014, 21:41

Цитата(DarkMaster @ 4.2.2014, 15:34)

Автор: usb2kbd 6.2.2014, 10:30

Цитата(usb2kbd @ 4.2.2014, 22:41)

Автор: usb2kbd 7.2.2014, 23:43

Цитата(usb2kbd @ 6.2.2014, 11:30)

Автор: usb2kbd 8.3.2014, 1:20

Итак, почти все предложения по девайсу в пределах его и моих возможностей были максимально учтены и внедрены. Также были проведены все необходимые полевые испытания. Всю необходимую информацию можно будет почитать на сайте продукта usb2kbd.info в разделе "Новости".

Автор: usb2kbd 5.9.2014, 17:02

Добрый день! Новости от проекта usb2kbd:

03.08.2014. Разработана программа Usb2Kbd Remote. Программа позволяет управлять удаленным копьютером с подключенным Usb2Kbd через RealVnc. На сайте добавлен соответствующий раздел+видео.

05.09.2014. Для повышения гарантий проекта мною получен аттестат продавца в системе Webmoney.

Автор: usb2kbd 18.10.2014, 19:38

18.10.2014. Добавлено видео Usb2kbd и РуОфф.

youtu.be/TiP2QSaiaPE

Автор: usb2kbd 25.10.2014, 9:28

25.10.2014. В раздел сайта "Программное обеспечение" добавлен пример подгрузки DLL в Visual Basic

Автор: usb2kbd 2.11.2014, 12:56

02.11.2014. Добавлена возможность протестировать девайс на Вашем компьютере не выходя из дома! Подробнее на сайте продукта usb2kbd.info

Автор: usb2kbd 16.11.2014, 23:10

16.11.2014г. Добавлена статья "Usb2kbd и АСТЕР"

Автор: usb2kbd 30.11.2014, 13:08

30.11.2014. Для владельцев девайса версии v2.0 и выше появилась возможность самостоятельной генерации .hex файла прошивки. Подробнее - в разделе "Прошивка usb2kbd" навигации сайта. Сервис доступен после 19-00 МСК.

30.11.2014. Usb2kbd теперь в фабричной сборке на основе SMD-компонентов! Внешний вид - на главной странице сайта.

usb2kbd.info

Автор: usb2kbd 25.4.2015, 19:29

Добрый день! Важная информация! С 23.04.2015 г сайт продукта usb2kbd будет доступен по ссылке usb2kbd.ru
Также задавайте все вопросы на e-mail usb2kbd@gmail.com

Автор: Лайнейджер 25.8.2015, 1:46

Всем привет, выражаю благодарность создателю такой замечательной программы как uopilot!
К сожалению защита "фрост" блокирует полностью эмулируемые нажатия клавиш и мыши, поэтому я решился на покупку девайса usb2kbd. Проверил девайс в связке с пилотом, пилот определяет цвет пикселя в окнах и посылает желаемые команды уже на сам девайс и все отлично работает, даже нажатия мышью работают, пример скрипта на нажатие мышью в пилоте:
wait 2s
set #b1 mydll.Send (3,0,100,200,$VPID)
wait 250
set #b1 mydll.Send (3,1,100,200,$VPID)
set linedelay #linedelayLast
Проверил под запущенным фростом в активном окне работают все клавиши клавиатуры и мыши!

Автор: allbro 21.9.2015, 14:23

Респект автору , может пойти дальше? Заливать проги эмуляции клавиатуры в обычные флешки или это невозможно?

Автор: DarkMaster 21.9.2015, 14:53

Невозможно. Это нужно шить именно железо.

Автор: usb2kbd 23.9.2015, 7:39

Цитата(allbro @ 21.9.2015, 15:23)

Автор: usb2kbd 13.12.2015, 21:38

Добрый день! Новости проекта - Завершена разработка возможности управления девайсом через сеть (UDP).
Для геймеров - Теперь любимой игрой при помощи Usb2kbd_LAN можно управлять дистанционно (сеть на трейд, поменять цену и т.д). Как всегда, полная аппаратная эмуляция клавиатуры и мыши. Просмотр экрана - через любую программу удаленного просмотра (TeamViewer, Radmin и т.д.).
Для бородатых сисадминов - Usb2kbd_LAN поддерживает аппаратную эмуляцию клавиатуры и мыши даже еще до загрузки операционной системы. Т.е., при желании, можно дистанционно войти в BIOS удаленного компьютера, внести изменения. сохранить их и выйти. А как же видеть экран удаленного компьютера до загрузки операционной системы (ОС), спросите Вы? Тут уже площадка для полёта Вашей фантазии. От использования IP камеры HD разрешения с дистанционным просмотром, до снятии потока с видеокарты удаленного компьютера посредством Broadcast-платы и вещании этого потока в сеть.
Подробнее - на сайте продукта http://usb2kbd.ru

Автор: faf 12.3.2016, 12:14

у каво есть прошивка usb2kbd дайте сылку

Автор: Cockney 12.3.2016, 12:36

у разработчика же.

Автор: faf 12.3.2016, 12:51

Цитата(Cockney @ 12.3.2016, 14:36)

Автор: Cockney 12.3.2016, 13:25

Вполне логично, что автор этого девайса хочет получить денюжку за свои труды.

Автор: faf 12.3.2016, 13:39

Цитата(Cockney @ 12.3.2016, 15:25)

Автор: Cockney 12.3.2016, 14:17

ты его купил или сделал сам?

если сам,то в начале теме автор давал какие-то ссылки,глянь их.

Автор: Cockney 12.3.2016, 14:27

вообще,если на оф сайте нет,то и тут искать не стоит.

Автор: faf 12.3.2016, 14:33

Цитата(Cockney @ 12.3.2016, 16:17)

Цитата(Cockney @ 12.3.2016, 16:27)

Автор: Cockney 12.3.2016, 15:01

в чем тогда проблема написать автору?

Автор: faf 12.3.2016, 15:05

Цитата(Cockney @ 12.3.2016, 17:01)

Автор: DarkMaster 12.3.2016, 15:10

Ждем комментарии автора. В случае если не отпишется, либо его действия будут сомнительны, то буду вынужден в шапке темы написать предостережение пользователей.

faf, как так получилось, что вы купили девайс, а прошивки у вас нет?

Автор: faf 12.3.2016, 15:19

Цитата(DarkMaster @ 12.3.2016, 17:10)

Автор: DarkMaster 12.3.2016, 15:23

Вы уверены в оригинальности девайса и, что он изначально был куплен у автора?

Автор: faf 12.3.2016, 15:25

Цитата(DarkMaster @ 12.3.2016, 17:23)

Автор: Cockney 12.3.2016, 15:27

а как это понимать?

я купил у
другого продавца, так как у него
отсутствовала нужная прошивка

Автор: faf 12.3.2016, 15:33

Цитата(Cockney @ 12.3.2016, 17:27)

Автор: DarkMaster 12.3.2016, 16:04

Первые версии были паяльником на коленке. Тем не менее суть вопроса была в другом. Если железка покупалась у него, то соответственно с его стороны должно быть предоставление прошивки. Если же железка была получена из третьего источника, то тут уже право автора продавать/не_продавать отдельно прошивку.

Автор: faf 12.3.2016, 16:19

блин такое странное ощущение что попал на форум копирастов

Автор: DarkMaster 12.3.2016, 16:27

дык ну а что вы хотите от меня? у меня нет прошивки. Точнее есть три штуки(одна не моя), которые с индивидуальным шифрованием и не подойдут к другим девайсам и которые прослушать защитой будет слишком проблематично, чтобы этим кто-то занимался. Причем это для другой ревизии плат и не понятно заработает ли оно вообще даже, если бы залили. Я не могу физически вам дать рабочую прошивку. Я целиком и полностью за то, что вам кто-нибудь дал бы свою прошивку и вы радовались жизни, но что я могу сделать? Или вы хотите, чтобы я написал какой не хороший автор, что не продает кусок? Ну по большому счету стоимостью девайса там можно пренебречь ибо копейки и денег стоит именно прошивка, поэтому он видимо и не хочет идти вам на встречу. Я это не очень понимаю, в частности зачем заниматься пересылкой ненужного хлама? Я бы на его месте выкинул из стоимости пересылку и железо и предложил бы прошивку. Разницы там было бы рублей 300. Тем не менее, что вы предлагаете сделать лично мне? Предлагайте, я всегда готов к диалогу.

Автор: faf 12.3.2016, 16:33

обращение было не лично к вам извеняюсь, я прошу выложить или продать прошивку тех кто уже попользовался девайсом

Автор: faf 25.3.2016, 18:17

плачу 1000р. за прошивку и плагин для работы с Uopilot

Автор: usb2kbd 28.3.2016, 20:37

Цитата(faf @ 12.3.2016, 16:33)

Автор: DarkMaster 28.3.2016, 21:45

Я сделал свои выводы несколько выше и остаюсь при них. Для меня суть проблемы бредовая. Хочет купить? Почему не продать? - о рисках знает, проблемы его. Не считает стоимости отправки? Имейлы что-ли платными для пересылки стали? Не смог завести? Ну так и девайсину еще докупит и доставку девайсины оплатит, а производитель получит 100% стоимости товара. Стоимость определяет производитель, но честно скажу, за такие деньги сейчас бы не взял - это бред. Человек энтузиаст и таких всегда уважаю, да и сам к этой касте отношусь. Сейчас мне приходится везти за несколько тысяч километров пару металлических обрезков потому, что в противном случае приобретая у себя в городе получаю неадекватную наценку (в моем случае 500%). У меня в таких случаях желание покупать у заламывающих цены резко стремится к нулю и я ищу любые способы купить у другого. Сейчас заплатив 2 стоимости товара за доставку и потратив кучу времени на переписку с производствами и заводами я получу свои обрезки дешевле, чем купил бы у себя в городе и я очень доволен, что не заплатил шараге с бредовыми наценками. Боюсь в данном случае произошло нечто аналогичное: одного сгубила жадность, второго принципы.

Автор: faf 29.3.2016, 8:12

Хотел поставить плюс дарк мастеру, но не нашол где usb2kbd будь добрее, я не хочу никого обидеть, но цены явно завышены, кризис никак не влияет на затраты, а цену взял с неба

Автор: usb2kbd 29.3.2016, 8:16

Цитата(DarkMaster @ 28.3.2016, 22:45)

Автор: faf 29.3.2016, 8:32

Ты на почту на машине едеш?
Я не ботовод, пилот нужен только чтоб АЦП работал

Автор: DarkMaster 29.3.2016, 10:33

Автор: usb2kbd 29.3.2016, 19:08

Цитата(DarkMaster @ 29.3.2016, 11:33)

Автор: DarkMaster 29.3.2016, 19:55

Автор: usb2kbd 29.3.2016, 21:14

usb2kbd, у вас сутки на то, чтобы исправить ваши цитаты с оскорбительным переименованием участников диалога.
[/quote]

Этот человек не исправит написанное мне и я не собираюсь... Это было моё последнее сообщение на этом форуме. Всего хорошего и мира Вам!

Автор: DarkMaster 29.3.2016, 21:19

В рамках форума я не видел от этого человека ни одного некорректного высказывания. Если вы считаете, что что-то было не в рамках правил и приличия, то вы можете указать на это прямо.

Автор: faf 30.3.2016, 0:45

Баюсь завтро в магазин пойти, продавец может включить личные расходы в стоймость товара
Usb2kbd ты просто с жиру бесишся, Иза отсутствия конкуренции, но это не надолго, найдутся умельцы каторые умейют копировать любые устройства

Автор: faf 22.5.2016, 5:37

<****> с обходом защиты, продается за 2$ на пол года, я же говорил вы переоценили свой девайс

Автор: yamenko 16.5.2019, 16:06

Добрый день.
Хотел бы еще раз поднять эту тему.

Вобщем идея такая:

Есть ардуино, которая определяется как HID устройство. (Atmega 32u4)
Она (ардуино) может слать данные как клавиатура. (Сделал себе физический ключ для входа в систему )

Программа UIPilot очень хорошо справляется с определением разных позиций на экране.
Но нужно отправить нажатие кнопки в СОМ порт, а ардуино их повторит.

Вот с вашей стороны мне необходима помощь в выборе СОМ порта и последующей отправке данных в ардуино.

С моей стороны готовый скетч для ардуино ну и доработка по возможности. (все отдам бесплатно )

Сейчас можно конечно работать и так, но есть минус приходиться использовать встроенный монитор порта от ардуино. Хотелось бы чтобы работало сразу же на прямую.

Автор: DarkMaster 30.6.2019, 15:31

Вопрос собственно в чем? Как отправить данные в ком порт? Где-то писал на c++ плагин для создания сервер/клиент. Оно запускалось и даже принимало и посылало, но в каком оно виде я сейчас не вспомню, исходник могу выдать, хотя бы как пособие использовать.

В текущих реалиях проще использовать луа. Там открывается в виде простого файла порт.
Первое нагугленное (обратите внимание на Posix):
There are two kinds of line buffering going on here: one in the C library, which you can avoid using :read(1) like @Advert mentioned in the comments, and another one in the terminal driver itself. You can disable input line buffering in the terminal driver using the stty command line utility (stty -F /dev/ttyACM0 -icanon) or e.g. using luaposix (untested code):

local p = require( "posix" )
local rserial = assert( io.open( "/dev/ttyACM0", "r" ) )
local fd = assert( p.fileno( rserial ) )

local function table_copy( t )
  local copy = {}
  for k,v in pairs( t ) do
    if type( v ) == "table" then
      copy[ k ] = table_copy( v )
    else
      copy[ k ] = v
    end
  end
  return copy
end

-- get current settings
local saved_tcattr = assert( p.tcgetattr( fd ) )
local raw_tcattr = table_copy( saved_tcattr )
-- clear ICANON bits from local flags using Lua 5.2 bit32 module
raw_tcattr.lflag = bit32.band( raw_tcattr.lflag, bit32.bnot( p.ICANON ) )

-- apply modified settings
assert( p.tcsetattr( fd, p.TCSANOW, raw_tcattr ) )
local c = rserial:read( 1 )
print( c )
-- restore default settings afterwards
p.tcsetattr( fd, p.TCSANOW, saved_tcattr )
rserial:close()

Автор: yamenko 22.2.2020, 23:35

Так...
Вобщем сделал вот такую связку arduino leonardo (mikro). Подойдет только та которая определяется как HID устройство.
Пилот делает все, что необходимо (ищет, определяет, считает и тд) и через LUA отправляет кнопку которую нужно нажать в COM порт где установлена arduino.
пока сделал только нажатие одной кнопок (аналогично send()). Планирую сделать еще управление мышью, спец кнопки...
Как и обещал - вот скечи:
В arduino

#include <Keyboard.h>
char symbol;

void setup() {
  Serial.begin(9600);
  Keyboard.begin();
}
 
void loop() {
  if (Serial.available()) {
    symbol = Serial.read();
    Keyboard.print(symbol);
  }
}

--lua
local function sendKey (symbol)
    file = io.open("COM5","w") 
    io.output(file)
    io.write(symbol)
    io.close(file)
end

sendKey("q")

Автор: DarkMaster 27.2.2020, 21:56

local function sendKey (symbol)
    file = io.open("COM5","w")
    file:write(symbol)
    file:close(file)
end

Автор: yamenko 5.3.2020, 13:50

Ок, с темой понял
постараюсь гайд написать.
когда по-свободнее станет допилю нажатие всех кнопок и задержки...