Dami

Ну что тут скажешь? Как любой серийный джойстик. У меня он два года, никаких проблем. Механика, разумеется, пластиковая, но учитывая, что двигается она только по одной оси - до люфтов ее расшатать получится не скоро. Ремонтопригодность у него более чем - если в железках понимаешь, раскидать его не так уж сложно, хотя и геморно. Я его разбирал, но не для ремонта, а для апгрейда. Единственное, что меня в нем не очень устраивало - очень легкий ход крутилок на ручке. Если, например, одна из них используется для разнотяга - будет смещаться от любого чиха. Лечится заменой потенциометров, но подходящие нужно поискать. По части поломок - после осмотра девайса внутри я бы сделал ставку на то, что первой поломкой станет шлейф, идущий от датчика в основании джойстика в ручку (при движении ручки он постоянно притирается, на моем были заметны следы этого процесса). Но опять же - за два года - только следы на изоляции, до протирания или обрыва там явно еще далеко. А даже когда протрется - замена шлейфа это ни разу не ядерная физика. Так что если у тебя нет РУД - бери, конечно. За свои деньги продукт win-win. Поражает, что откровенный ширпотреб в виде R4 продавался на порядок лучше, чем M5. Вот и вам и специфика рынка-с.

You could always clone your hdd to your new ssd, this way your OS will remain untouched. (see here, for example). Did it year ago on my laptop, never had any problems with win license. AFAIK you still will need to reactivate all your DCS modules after that.

Well, tomorrow should arrive the last pack of parts that I am waiting for. The firmware for my device is ready, I also created a small program to be able to configure the "air mouse" without using default win settings. The last one needs some UI polishing, but generally it's up and working: I also have tested a wired prototype of my device today and seems like it's working a lot better now. The only task in my TODO list is to make it look a little bit more classy.

Nothing to thank for, I suppose (at least for now) :) Currently I've spent like two month to develop my own "air mouse" and I am still not totally satisfied with the result. Yes, it already works a lot better than a simple gyro board from China, but you know... you can always do better. At the moment I am creating some filtering methods to make all the switches in the virtual cockpit "click" as smooth as possible regardless of small unintentional hand movements - this will make its use a lot easier and a lot less stresfull for your own hands. I can also say that you can't play, for example, a 3D shooter game with such a device. (Well, technically you can, but I can guarantee you wouldn't) The final product will be something which we can call a "pointer" rather than a "mouse" and will be applicable only in the flight sims, I think. If someone will also show the interest in my project, we could create later a separate thread to discuss it.

I am currently in the middle of developing a gyro mouse especially for flight games. As proof of concept I took "Measy Air Mouse" from Amazon, spent an our soldering buttons to it and got something like this: I know, it looks awful, but it was done just for own use and just as an experiment. This thing was supposed to be worn on the left hand. Believe it or not, I succesfully used it almost for a year. The only backbone was a bit sluggish movement sometimes (I believe our dear friends from China used a crappy gyroscope or this device loses bluetooth connection sometimes). Moreover, this thing doesn't allow you to set any deadzones, just pointer speed. So I took my arduino boards and decided to create something like this on my own, to eliminate at least some flaws of that chinese "air mouse". At the moment I've already created a USB version (e.g. wired) of it and did a couple of test flights - it proved itself quite precise. It requires some time to get used to it, but seems like a good "surfaceless" alternative to an ordinary mouse.

Апдейт по поводу моего проекта. Получилось сделать указатель мыши независимым от наклона устройства вбок (по оси Roll). Проблема была... а, неважно, где она была, главное - побороли. :) Сегодня проведу повторный тест, в боевой обстановке, такскать. По идее, независимость от наклона руки должна очень здорово улучшить точность - возможно, даже в упор приблизиться к точности обычной настольной мыши. UPD Двадцатиминутный пробный вылет с новым устройством на руке - я остался очень доволен. В сравнении с предыдущими испытаниями точность заметно возросла. Еще несколько штрихов - и код можно финализировать.

Вопрос в том, что пора переезжать на более современные программы - FaceTrackNoIR или OpenTrack. Freetrack не поддерживается уже очень давно.

Именно Магвик. Для работы нашлась довольно удобная библиотека, на выходе дает вполне вразумительные данные. Беда только в том, что задачей было - получить независящие друг от друга значения для каждой оси, а ось Roll даже в случае применения кватернионов упорно влияет на Yaw. Добавим к этому неизбежный дрифт - и получается совсем фигово. Или это недостатки сенсора (магнитометр-то мы применять не можем), или я вконец запутался. Вообще день сегодня как-то не задался. Метод "кватернионы для слабаков" давал лучшие результаты. :) Завтра, судя по всему, откачусь к нему и буду дальше корпеть. Неизящно, но эффективно. Возможно, полностью от влияния ролла я уйти и не смогу, но уточнить движения указателя точно получится. Заодно пропишем отключение перемещения указателя, если угол по Roll близится к 90 градусам - будет довольно удобно, я думаю.

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

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

А, вот оно что... Я об этом даже не подумал, и сейчас объясню, почему. Во-первых, с самого начала моих экспериментов с такими "мышами" я из делал из расчета того, чтобы носить на левой руке (и нет, я НЕ левша). Все это потому, что ИМХО ничто не должно мешать оперировать РУС. Управлять указателем мыши левой рукой непривычно только поначалу, я сам удивился тому, что уже через несколько минут совершенно спокойно выполнял все привычные операции. Только поначалу левая устает с непривычки - но это недолго. Потому, собственно, я и убиваюсь о горы расчетов - чтобы сделать движение указателя максимально точным и предсказуемым даже с учетом управления левой рукой. Во-вторых, устройство проектируется так, что его можно будет надеть и на правую, и на левую руку. Даже если указатель и будет ерзать - по идее, ничего страшного случиться не должно. Кроме того, как раз сейчас я работаю над новыми расчетами - с тем, чтобы сделать управление курсором независимым от наклона руки влево/вправо (по оси roll, то бишь). Соответственно, угол наклона отслеживается. Когда пилот держится за РУС, наклон руки достигает 75-80 градусов. Можем попросту добавить условие, что при этом наклоне указатель не двигается (ну не совсем так просто, но в общих чертах). Все равно под наклоном кисти 80-90 градусов никто управлять курсором не будет, я надеюсь. ЗЫ А насчет левой руки - когда я оперировал РУД - я не замечал появления указателя (хотя по идее, он должен был проявиться). Короче говоря - на левой не мешает вообще, на правой - придумаем. В крайнем случае - модифицируем исходную схему и добавим выключатель (правда, получится дороже на пару долларов, тк как "погасить" питание по USB отладочных плат, которые я использую, можно только с помощью определенных компонентов). Ну или кабель USB с "выключателем" напрашивается - но тут надо проверять, с таким экспериментировать не люблю.

=BR=55=Sevas, вторично снимаю перед вами шляпу :) Я, правда, пока еще не до конца разобрался, как пользоваться полноценной библиотекой для подсчета кватернионов в моем конкретном случае, но... За полчасика набросал метод, который очень приблизительно напоминает механику работы кватернионов (довольно грубый поворот системы координат в зависимости от оси Roll) - и даже с этим методом результаты ДО и ПОСЛЕ - это небо и земля. Указанный метод я назвал "Кватернионы для слабаков" :) (ну а как еще?) Разумеется, его я сейчас удалю от греха подальше и займусь полноценным освоением библиотеки - метод нужен был просто чтобы понять, как это работает, и как его лучше применить. Еще раз спасибо за то, что дали пинка в правильном направлении :)

1. Почему это при рулении джойстиком будет курсор ездить? :huh: Ничего не понял. 2. Кнопка включения-выключения - гм. Проводной прототип сейчас ведет себя как обычная мышь - воткнул в USB - включился, выткнул - выключился. Беспроводной, разумеется, оснащен выключателем питания - ради экономии энергии аккумулятора. Выключатель воротить на проводной пока не спешу, потому что там свои нюансы с этим. 3. Насчет нескольких экранов - надо исследовать, но теоретически - если обычная мышь проблем не вызывает, то и мое устройство не должно. Вчера провел испытания. Результатами доволен процентов на... 50. То есть, разумеется, это лучше китайского пульта, никаких рывков и дисконнектов, движение плавное и информативное. Но явно можно еще лучше! Выводы сделал следующие: - диапазон мертвой зоны надо уточнить, но это мелочи; - надо все же крепко подумать о том, чтобы размещать девайс не на запястье, а на кисти - более информативные движения получаются. Ведь в обыденной жизни человек тянется к переключателям всей рукой, а не культей-обрубком :) Но опять же - тогда нужны мертвая зона побольше и более строгое уточнение позиции курсора; - с кватернионами действительно будет лучше - как минимум, меньше будет напрягаться рука. Снимаю шляпу перед BR=55=Sevas и иду писать новые расчеты. - возможно, следует все же добавить отдельную кнопку для быстрого возврата курсора в центр экрана - чтобы рукой лишний раз не дергать. Но это тоже не слишком большая проблема. По указанным выше причинам с видео придется еще немного подождать, увы.

...ну вот. А мы тут как раз с этим и боремся ) И заодно, как правильно кто-то упомянул ранее - пытаемся избавиться от поверхностей как таковых. Владельцы смартфонов под управлением Android (насчет айфонов не помню, может быть они тоже поддерживаются) могут вдобавок взглянуть на программку Roccat PowerGrid. Один из загружаемых пресетов в ней - как раз тачпад под мышь. Проблему не решает, но поклацать менюшки можно. Но я этой прогой больше все-таки пользуюсь ради макросов кнопок, в дополнение к физической кнопочной панели. UPD Прога-конфигуратор дописана до полностью рабочего состояния, начинаю полноценное тестирование девайса. Как только смогу - выложу видео, демонстрирующее работу.

Желательно, но не обязательно ). Грубо говоря, устройство к горизонту не привязано сейчас практически никак. UPD: Поправочка - если имелось в виду вращение по Roll, то да, оно немного портит картину, но незначительно. Но идею понял - спасибо, в любом случае покручу, может быть, получится улучшить результаты (в основном, акселерометра, я думаю. С гироскопом проблем вроде нет). Увы, главным камнем преткновения остается факт, который довольно точно выразил один из участников форума Ардуино: Но я думаю, при желании победить можно все ) Как я уже упоминал - инерционные трекеры используют абсолютные координаты, положение камеры(курсора) намертво привязано к положению датчика до тех пор, пока не нажмем кнопку центровки. Разумеется, у меня первой идеей тоже было - взять инерционный трекер, подключить к OpenTrack, настроить эмуляцию мыши и забыть обо всем. Но по указанным выше причинам это не слишком удобно. Именно поэтому у меня все расчеты в относительных координатах. Делать из курсора джойстик с четким центром смысла не вижу - это как раз будет очень неудобно.

Ну зачем?.. Ну... но... все же и так хорошо работало! Опять расчеты переделывать? :cry: Все, ушел курить матчасть и думать, можно ли в нашем случае извлечь пользу из применения кватернионов. Ну а если шутки в сторону - спасибо за идею. :thumbup: Проект родился именно как эксперимент, так что будем пробовать все. Из новостей - эти пару дней кодилось так себе. Тем не менее, программу-конфигуратор практически дописал, общение между конфигуратором и устройством наладил и протестировал. Осталось устранить несколько неприятных багов интерфейса. Потом можно будет переходить уже к обкатке / боевым испытаниям / видео и прочему. UPD. (скрестив пальцы) Вроде как доделал конфигуратор для проводной версии. Завтра будем тестировать.

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

Пуф-ф. Видео, конечно, надо будет снять, но это когда руки дойдут. Только что "победил" EEPROM проводного варианта устройства - теперь оно полностью функционально и запоминает настройки, вбитые пользователем. То есть, при повторном включении устройства конфигурировать заново не нужно. Провел краткий тест в DCS, в кабине L-39. Все кнопки/тумблеры и прочее нажимаются превосходно даже при максимальном отдалении камеры. :holiday: Теперь вот другой вопрос стал мучить - изначально я датчик помешал на запястье, чтобы снизить до предела случайное подрагивание руки. Но теперь у нас есть возможность настраивать мертвую зону и скорость отклика, так что я призадумался... Из пользовательских настроек доступны: - скорость мыши - мертвая зона - зона сверхточного перемещения (потом объясню) - инверсия осей (на вопрос "зачем ты это прикрутил?" отвечу просто - "потому что я могу :)" ) - инверсия кнопок, отвечающих за колесо мыши - (под вопросом) смена функций левой/правой кнопок - это в зависимости от того, на какую руку надевать устройство. Осталось дописать программку-конфигуратор для win, так как подозреваю, что в мире мало желающих общаться с мышью из терминала через серийный порт. Но там работы не особо много.

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

Перчатку такую видел, но испытать увы не получилось. Все зависит от точности. Если ее затачивали под точные манипуляции - то да, это именно то, что я ваяю. Насчет перчатки добавлю лишь одно - когда я еще летал с "мышкой" из китайского пульта, был момент, когда захотелось больше... аутентичности, что ли. Купил в "Милитаристе" летные перчатки, зашил плату под подкладку в районе кисти, а вместо кнопок - поставил на подушечки пальцев герконы, а на большой палец зашил небольшой круглый магнит. Идея прожила два часа ровно. Во-первых - герконы стеклянные, все время думать о том, что у тебя под подушечками пальцев стекло, которое может лопнуть и впиться... брр. Во-вторых и в-главных - летом в летной перчатке сказать жарко - не то слово. Потому от перчатки как от основы отказался. Основная цель - точность перемещений. Лазерную мышку для пальца раздобыть легко, сам покупал за какие-то копейки. По заверениям производителя, она должна была работать на любых поверхностях, в тч неровных. В реальности оказалось как всегда... в общем, водить по штанине этой мышью бесполезно - рывки. Пока дотянешься до нужного тумблера в кабине - проклянешь и конструкторов этой мыши, и их маму, и всех родственников до двенадцатого колена.

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

- сенсорный пад - почти наверняка неоправданно дорого. Две кнопочки = ~ $0,25 (и это розница), я сомневаюсь, что найдется сенсор по такой цене. Я с сенсорными падами особо дела не имел, но подозреваю, что там будет много возни с ложными срабатываниями. - миниджойстик - а вот это надо обдумать, спасибо. Но так или иначе - основная идея была в том, чтобы использовать самые недорогие и постоянно доступные компоненты, а доступнее кнопки, кажется, нет ничего. ) ЗЫ Дополним также - все кнопочки-джойстик-что там еще на "кольце" должны быть достаточно большими, чтобы их было удобно нажимать, но недостаточно - чтобы выпирать наружу и мешать пользоваться РУД и прочим.

Обычная программка написана на Java и использует класс java.awt.Robot :) Который управляет в конечном итоге и курсором, и кнопками мыши. Когда устройство подключено, винда видит просто беспроводное устройство на виртуальном серийном порту. А вот проводной вариант подключается как HID, потому ему никаких приемников не нужно - все вычисления на плате, со стороны компа только прога-конфигуратор. Подключили к USB, винда нашла новое HID-устройство, открыли конфигуратор, настроили, как вам удобно, записали настройки в устройство, закрыли конфигуратор - и пользуемся, устройство будет помнить последние настройки. После переподключения устройства конфигуратор понадобится только в том случае, если пользовательские настройки нужно поменять. ЗЫ - Да, кстати, это добавляет еще один незначительный минус программе-ресиверу - на ПК должна быть установлена JAVA SE не ниже 7 версии. Врочем, ее можно запаковать вместе с программой, так что минус действительно незначительный.

Как обычная мышь. То бишь, работать будет не только в DCS, а везде, где сумеете найти ей применение. Если не ошибаюсь, в MFS и X-Plane кликабельные кабины тоже давно не новость.

На данный момент фоткать одни голые микросхемы не интересно, имхо. Но раз просите - вот вам штука, с которой я пролетал полгода (из китайского пульта). Она послужила этаким proof of concept - доказав, что с положенной работой справиться гироскоп может... если только доработать напильником. Большие кликовые кнопки-микрики - кнопки мыши (Л/П). Мелкие прорезиненные (безкликовые) - колесо вверх/вниз. Кстати, довольно удобные кнопочки, скорее всего, в финальном устройстве такие и использую. Чтобы не маяться с корпусом и всем таким - попросту обтянул плату термоусадкой и забил. Делалось-то сугубо для себя за полчаса. Увы, как я писал выше, по части точности постановки курсора - это не для слабонервных. Да и пульты эти нынче не так уж дешевы, кстати. А вот - набросок 3D-модели корпуса для моего беспроводного устройства (пардон, в этом файле забыл добавить крепления для ремешка). Пока что под вопросом, так как неясны затраты на производство. Планируется распечатать прототип на 3D, чтобы потом в случае чего можно было бы снять форму. Размеры корпуса пока что получились ~6.5см х ~4см х 12мм. На руке, по идее, должно сидеть довольно удобно. На данный момент придумываю, как максимально дешево изготовить "кольцо" с кнопками. 3D-печать отпадает, потому что такими темпами у меня закончатся деньги раньше, чем я сделаю прототип. Вообще-то изначально для колеса мыши планировался энкодер с крутилками, а не кнопки. Но от него пришлось отказаться - то ли мне энкодеры такие попались, то ли среда разработки их не любит, то ли библиотеку для работы с ними выбрал кривую, то ли я балбес - но работают очень неточно, решил забить на крутилку и остаться при кнопках. Кнопочки точней и предсказуемей, чем крутилка, имхо. Итого на данный момент картина выходит следующая - в разработке два варианта, беспроводной и проводной. Плюсы беспроводного: - беспроводной ) bluetooth-модуль работает на расстояниях до 10 метров. Можно и больше, поставив более дорогой модуль - но зачем? - батарея емкостью 750 mAh, больше в корпус просто не вопхнуть. Как минимум 3-4 часа работы без подзарядки гарантированы, возможно, что и намного больше. Во время тестов гонял, как сидорову козу, так что за 3 часа поручусь. - подзарядка батареи обычным micro-USB кабелем. - устройством можно продолжать пользоваться во время зарядки. Минусы беспроводного: - не работает как HID. То есть, в принципе, сделать как HID можно, но это автоматом увеличивает затраты на изготовление в полтора раза - цены на компоненты-с конские-с. - вычисления по части управления мышью/сглаживания/коррекции/пользовательской настройки делаются на ПК. Плюс это или минус - посмотрим позже. Как я уже сказал, программка получилась довольно легковесная. - аккумулятор проприетарный. Когда его дни будут сочтены - заменить можно, но если отвертка дрожит в руках - лучше не надо. Промышленные LiPo безопасны, но только если правильно с ними обращаться (а случайно проткнуть такой акк отверткой или закоротить - это, уверяю вас, очень неправильное обращение). Использую именно такие, т.к. батарейный блок AAA заметно увеличивает габариты и вес устройства. Проводной вариант: - Основной блок можно сделать миниатюрным (можно уложиться в ~20 х 35 х 5 мм) - Провод не будет особо мешать, если использовать "мягкие" microUSB - у них кабель почти как у наушников для плеера - свисает "лапшой", движения не стесняет. - значительно меньше затрат, так как схема получается куда проще - акк не нужен, блютуз - тоже, и с ними еще несколько компонентов. - устройство может работать как HID-девайс, никаких драйверов - все расчеты производятся непосредственно на устройстве, со стороны компа - только программа-конфигуратор, которая передаст настройки пользователя на устройство и сохранит их в его память. Минусы проводного: - ну, понятно, провод. Его длина не безразмерна, но для тех, кто сделал свое летное место добросить еще одну розетку USB, как я понимаю - не проблема. - нужно "научить" устройство помнить настройки пользователя (скорость мыши, коррекцию и все такое). Это пока не сделано, но вполне осуществимо, и не должно занять много времени - переделывать алгоритм особо не придется, только портировать из одной среды разработки в другую. На посошок - скрин программы-ресивера для беспроводного устройства: