Alex Oz

Схема это хорошо, но без прошитого контроллера смысла большого не имеет. А этого уж точно в интернете нет.

Камрады, сидел я тут и думал, думал и вот што надумал-и сразу возникли у мну вопросы(пока-риторические), как у пользователя...

Начну сразу с вопросов, потом объясню-зачем..

Никто не задумывалсо/не делал датчик (магрез/холл-как хотите назовите) или контроллер (к сожалению не знаю, от чего зависит) с самонастройкой под разные углы?

т.е-например мы имеем контроллер на энное количество отсчетов (например 1024 на ось) и подключенный к нему датчик с ходами +- 30 град.в каждую сторону-соответственно в крайних положениях получаем 0 и 1023 ( или +- 512)...

ЕСТЬ такой MaRS у ВКБ аналоговый - автоцентровка, автокалибровка/калибровка на углы от 10° до бесконечности (но - 10 бит на всю шкалу), хошь с центром, хошь без центра, питание 3-5 вольт.

Управление калибровкой - одной кнопкой, по умолчанию - авто.

Всё супер, кроме одного - не продаётся, потому как Илья дико занят более перспективными проектами. Будет ли вообще делаться и продаваться - это его надо пинать посильнее

ЗЫ

Сейчас его пинать бесполезно - по крайней мере месяц-два....

Попробуйте почистить реестр - от VID_0000&PID_0002 либо ещё можно прошить в Мджой другой PID - в реестре появятся дефолтные ветки.

Тогда можно будет определиться - контроллер либо винда.

Частота обновления данных с осей (период):

Стандартный Mjoy8 (6осей) - ~60 Гц (16mS)

Прошивка Mercury13 (4 оси) - ~120 Гц (8mS)

Стандартный Mjoy16 - ~40 Гц (24 mS)

TM16000 - 1000 гц ( 1mS) по XY / 25 Гц (40 mS) - по твисту

Если физический рефреш осей 120 Гц - то хоть USB 3.0, хоть 1.0 - разницы практически никакой - только приборами можно учуять, ручками и на вкус - вряд-ли.

Выше 120 Гц - имеет право быть только потому что существует такая возможность.

Смысл в USB Full Speed (2.0) конечно же есть, но только если делать огромное количество осей высокого разрешения, кнопок,тумблеров, энкодеров , и даже девайсов на одном чипе -джой, мышу, клаву и т.п. Но и каких либо негативных последствий для малоосевых/малокнопочных девайсов от USB FS - конечно же нет - запас беды не чинит.

10 бит - (это как три волосины - в супе много, на голове - мало) - в зависимости от применения.

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

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

Умеющие держать паяльник - могуть пощупать USB 2.0 вживую - http://artjoy.narod.ru/ru/index_ru.html

ATmega16-16PI возможно уже не найдёте - это старое обозначение, сейчас - ATmega16-16PU

А действительно, интересная тема. Только что проверил - на одном контроллере замутить два или три джойстика - больших проблем нет, даже на одной точке - правда в таком случае VID/PID и название будут одинаковы. DXTweak их различает, ИЛ2 тоже считает их разными джоями. Вопрос как будет с калибровкой - х.з., можно решить внутренней калибровкой в контроллере.

То есть даже на базе Mjoy8/Mjoy16 можно нарисовать подобное - вопрос в том что физически только 8 аналоговых входов. Это можно обойти мультплексорами типа 4051 - на 16 осей надо 2 шт + 5 линий АЦП (2 cигнальные+ 3 выбор канала). В принципе даже на Mjoy8 остаётся ещё одна линия АЦП свободная - ещё один 4051 - и 24 оси можно получить- (см. рис) Некоторая сложность на low-speed USB будет в ранжировании пакетов, особенно если ещё много кнопок надо передавать - но это решаемо.

12 или хоть 20 осей в девайс воткнуть не проблема - (пока не рассматриваем вопрос как получаются все эти оси, хотя даже быстродействия меги хватит выше крыши) - кто с ними будет дальше что делать? По HID-у можно было бы обьявить хоть чёрта лысого с закрылками, но Винда больше 8-ми осей- нихт ферштейн, соответсвенно и игры тоже. Да и в тех 8-ми осях, что винда понимает, больше двух осей из Simulation Controls Page ( типа rudder, throttle и тп) - тоже отказывается. Вот такой он, DirectInput, загадочный

Вообщем, сплошные УНВП и БСЭЖ

Если бы игры могли парсить HID и уже по нему напрямую читать данные из девайса - вот это был бы очень полезный йогурт. Но оно им надо?

Ну а виртуальное размножение устройств по типу G940 - это уже задача софтовая, боюсь никто из драйверописателей просто так ради счастья вирпилов делать не станет.

За "нестандарт" - 5 баллов, молодца. Люблю когда "не как у людей"

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

//---------------------------------------------------------------------------------------------

Но вот что хотелось бы сказать по поводу фоток. В данном посте и вообще на форуме. С ростом разрешения мобильников и фотоаппаратов стало нормой размещать фото бесконечного размера ( в данном случае -хоть качество есть, а то ещё обычно что-то слаборазличимое размером в мегабайт - а информативности - ноль)

Не у всех канал и обьём траффика позволяет качать по 1-1,5 мб на фотку - при той же информативности они могут быть в 5-10 раз легче.

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

Также хотя бы на уровне рекомендаций - кадрирование, зумирование,использование компрессоров. Также хорошо бы снимать на однородном тоне - это также серьёзно уменьшает вес при компрессировнаии.

Проиллюстрирую.

Фото #1 - просто результат использования компрессии - при практически неизменном качестве и геометрии - размер уменьшен почти в 3 раза

Фото #2 - кадрирование+компрессия. Размер меньше в 6 раз при той же геометрии самого обьекта.

Фото #3 - уменьшение на 1/3 по геометрии фото №2 + компрессия. В результате - вес 80 кб против 1 Мб исходника (12,5 раз)

Даже в сумме все три фото по весу меньше исходника.

Теперь внимание, вопрос, - на сколько изменилось количество полезной информации в фото #3 относительно исходника?

Извините за занудство

Как говорил наш медик на автокурсах - доктор Шапиро - "Не бойтесь сломать ребра когда делаете непрямой массаж сердца - он все равно пока труп!"

Так что не стоит боятся переделки Экстрим 3D

Вот ещё по нему: http://www.sukhoi.ru/forum/showthread.php?t=46924&daysprune=365

Еще раз можно, на сколько Ом можно подключать резисторы к МЖ16?

Меньше 470 ом не стоит. Обычно 1-10 кОм. Можно и до 100к, но высокоомные более чувствительны к помехам/наводкам.

А до такого "тюнинга" резюк работает во всём доступном диапазоне? Уверен?

Уверен что это ничего не даст в смысле расширения диапазона по углу. Даже если там и есть запас, "кто обьяснит" контроллеру что диапазон увеличился?

Сомнительно что там есть автокалибровка с сохранением данных, учитывая как реализована обработка резюков(Для сравнения - обновление данных осей XY - 1 mS, твист-газ - 40 mS).

Только если ставить холл - тогда да. Но это уже не совсем фабричное изделие будет.

Дешево-сердито кнопочки делаются из китайских ручками. На фото всё видно - тактовая кнопка Ф6mm вклеивается эпоксидкой. В итоге получается вполне вменяемая кнопка.

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

Возможно дело не только в резисторе - резюки то ещё новые, и шуметь по идее не должны сильно.

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

Скорей всего "портит" картинку контроллер (http://www.sukhoi.ru/forum/showpost.php?p=1277577&postcount=217 ), так что есть подозрение что и холл может не помочь - но надо пробовать.

Когда-то такими были мои первые педали: http://ozzyk.strana.de/ped/pedals.html

В принципе там всё понятно. Из недостатков - маловат угол, приходилось в иле кривые ставить меньше 100 ближе к центру.

Но если учесть копеечную стоимость комплектухи - вполне юзабельны. И любому твисту дадут фору неслабую.

Датчик разумеется необязательно повторять - но использование "крутильного" в центре заставит более тщательно делать детали скольжения в коромысле.

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

Но если на педали не становится и юзать обычным порядком - жестости вполне хватает.

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

2 =HD=Stealth

А что, у сайтека АЦП 16-битныый на входе? Очень сомневаюсь

Ибо если даже 10-битный (что тоже врядли) , при угле 65° на 270°-резисторе остнается только четверть, т.е 8 бит

а если он там 8-ми битный, как на большинстве китайских контроллеров, или того хуже, 7-битный ?

64 (32) отсчёта на 65° это как, нормально будет?

Контроллеру то может и пофиг какие данные вычислять, только думать он не станет за вас.

Именно, "не совсем корректно", точней совсем не корректно

МАРС от ВКБ если чем то и похож, то только наличием KMZ41, на этом собственно сходство и заканчивается:

во первых обработка идёт процессором (не UZZ9000) и имеет несколько более широкие возможности в плане диапазонов - возможно углы больше 180°, т.е. при поддержке контроллером вплоть до многооборотности, возможность работы в аналоговом и цифровом режимах, независимость от положения магнита - т.е. возможность автоцентровки, ну и некоторые другие полезные возможности процессорной обработки.

Согласитесь, отличия от схемы KMZ+дифусилитель имеются

Но думается что самостоятельно изготавливать кока-колу, называть её кока-колой, употреблять и угощать знакомых не запрещается

Вот ежели продавать ...тут совсем другое дело

эти вещи уже кстати обсуждались:

http://www.sukhoi.ru/forum/showpost.php?p=...mp;postcount=12

МАРС от ВКБ или в исполнении SPD_GVL224?

С этой схемой может быть облом - если ноль в квартире и на счётчике разный, либо счётчик на выходе дополнительно занулён - специальная фишка от такой схемы.

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

Но перед этим стоит убедиться что это не единственный ноль

Только будте внимательны и не перепутайте обмотки - иначе будет бах.

А если прописать в инфе оба девайса?

А некоторые даже не летают, а просто делают джойстики для удовольствия - потому он так и называется - палка удовольствия

всё вышесказанное мной касалось исключительно реализации энкодеров в мджое

есть альтернативный вариант - http://il2.nadym.ru/forum/index.php?showto...entry3740

Юзаю мышиный энкодер(механический) в РУДе - стоит на зуме - медленные кнопки на плюс/минус, быстрые - полный обзор/фиксированное приближение

Вообще-то в Мджое реализация энкодеров создавалась для управления радио - поэтому 4-х кнопочный концепт не всегда удобен

Т.е. для опций где визуально виден результат - применим, для слепых действий - не очень

Часто срабатывают быстрые кнопки там где хотелось чтобы медленные, и наоборот

При этом сильно влияет качество мышиного энкодера - при том что в мышах вроде всё работает идеально( пробовалось 2 шт)

На сухом пробегала тема с постороннего форума по конструкции отдельно навески для энкодеров на любой джой

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

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

2 Vadnik

Вот файл bth.inf из моей винды (SP3)

Можно попробовать закинуть и в system32, и в С:\WINDOWS\inf (должен быть скрытый)

а остальная куча inf -ов где расположена? вот туда и надо кидать

bth.zip