Arduino.ru

А что такое спейрится ?

Имелось ввиду "bluetooth pairing" - создать пару. В данном случае между "эмулятором" и устройством к которому он будет подключен. 

Ну там надо ламинарность и турбулентность учитывать

Для этого нужно понимать сколько времени может занять такая работа, а я оч. далек низкоуровневого программирования. Но, давайте предположим.. на вскидку гуглятся готовые модули, поддерживающие bluetooth hid, вроде BlueSMiRF HID или HM-10, с последовательным управлением, соответсвенно реализовывать протокол с нуля не нужно, без опыта, у меня на такую задачу уйдет недели 2-3 фулл-тайма, думаю что с опытом это 1~1,5 недели фуллтайма. Средневзвешенная зарплата разработчика в Росси - 108к/мес. Соотвественно, пальцем в небо - 30-45к. Не считая компонентов, конечно. 

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

Оценку по времени я взял, т.к. это единственно от чего я могу отталкиваться, и я прекрасно понимаю что эту задачу можно сделать за 2 дня, если есть опыт с конкретными технологиям :) Если у кого-то есть готовое решение и оно повторяемо - я его готов купить :) 
Ограничения по срокам зависят от исполнителя - меньше, конечно, лучше, но если говорить вообщем - не больше 2-3 месяцев. 

IamNotWizard,  не спорь с данным персонажем, у него пластинку заело, он чисто позвиздеть сюда ходит 

Внезапно ) Благодарю. Диалог и правда куда-то не туда зашел. 

Пишите, попробую помочь.

Контакты

mable@mail.ru

whatsUp, viber +7 9173432595

telegram https://t.me/Mr_Mable

Судя по заходу на HM-10, топикстартер его в руках не держал и не представляет уровень бессмысленности своих временнЫх оценок.

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

Напишите напрямую в http://www.jnhuamao.cn/ и поинтересуйтесь - сколько стоит запилить пару BT-профилей в их свисток.

Спасибо за предложение, но к сожалению у меня не те объемы, что-бы работать с Китаем и времени это займет прилично, я скорее ищу решение которое можно достаточно быстро собрать на железе доступном в РФ, при том что цена одного экземпляра меня волнует не так сильно как цена разработки. Но за совет - спасибо, если нужно будет маштабировать - это то, что нужно :) 

Вы с задачей определитесь. Ели приспичило создать "bluetooth hid", то на стороне компа должен быть BT приемник. Если требуется получение "нажатий "клавиатуры" и движений "мышью"", то достаточно usb-hid.

Чего хотим то?

Возможно я не очень хорошо сформулировал, требуется "передавать" по BT hid действия. 

Комп -> (USB или любой другой интерфейс с любым кастомным протоколом) -> девайс -> BT hid -> устройство для которого эмулируем ( телефон ) 
 

Выражайтесь проще: есть желание чтобы компутер подключался как мышь/клавиатура к "телефону" и управлял движением фокуса на нём?

Грубо - да,  больше чем к одному "телефону". И компутер на linux.

В таком случае, на компе должен быть BT. Далее пишите софт эмулирующий Ваши "хотелки", arduino тут не причем.

А каков конечный смысл, поиграться для "себя любимого"?

Достаточно, Комп с BT -> телефон (или ной гаджет понимающий bt hid) 

Я рассматривал этот вариант и он очень проблемный, начиная с кол-ва устройств с которыми можно соединиться одним адаптером, проблемами с поддержкой множественных адаптеров, заканчивая качеством и запутанностью кода User-level составляющией BlueZ, вообщем bluetooth стек под linux очень странный. Очевидно это решение можно довести до нужной мне стабильности, но сейчас мне кажется что внешнее устройство, где протокол и профиль реализованы в frimware - будет стабильнее и возможно даже дешевле. 
UPD: Конечный смысл - управлять устройствами, которыми не получится управлять по-другому. 

В качестве тренировки своего скила "переводчика с языка заказчиков" попробовал понять суть первого поста ТС. И вот, предлагаю вам такое толкование его словестной каши: к компу проводом должно подключаться некое устройство, которое по блютуз видится другими девайсами(например смартфоном) как клавамышь и действия по нажатию кнопок и перемещению курсора инициируются компом посылающим команды нашему девайсу по USB.

Не обязательно по USB, но да, в остальном вы правы. 

По USB я написал для примера и как наиболее дешевый в реализации вариант. Мой совет - смотрите в сторону ESP32

И ещё, напишите кто(приложение?) и как(чтение из файла, зеркалирование нажатий на клавы ПК и т.п.) будет давать команды с компа на девайс.

Спасибо, да, человек с которым сейчас обсуждаем его и предложил.

Зачем esp?  Smirf роддерживает HID profile. И все сводится к достаточно простой имплентации.

белый шум