1. Это можно легко сделать с помощью Keyboard Studio , которую еще можно скачать из http://www.betainnovations.com/Сообщение от catfish
2. Можно. На днях сделаю.
1. Это можно легко сделать с помощью Keyboard Studio , которую еще можно скачать из http://www.betainnovations.com/
2. Можно. На днях сделаю.
Заранее спасибо!!! Ждемс с нетерпением.
Ответ: USB контроллер джоистика
А если не секрет - это зачем?
Не секрет. Разводка проводов проще, диоды можно не ставить, а в многих джоях нету столько кнопок как в матрице.
Ответ: USB контроллер джоистика
2 MeanDog & LazyCamel & BAG и другим мастерам программирования и контролирования.
Почитав ветки про датчики пришёл к выводу, что:
1.Наиболее (можно сказать абсолютно) точные и доступные - датчики на основе отикомеханических мышей.
2. Сигнал с них идет по определению цифровой (да-нет). 3. Точность - масштабируемая, в смысле - увеличьте количество оборотов колеса - увеличится точность.
4. Доступность.
В связи с этим вопрос. А можно было бы переделать контроллер под возможности мышиных датчиков? И тем самым перейти на цифровые датчики движения.
Вопросы относительности показаний решеаются автокалибровкой которая ,как я прочитал выше, реализована в прошивке 1.4.
Не судите строго, специализация позволяет анализировать и делать только общие выводы.
Ссылка на тему применения мышей в роботостроении:
http://www.famua.com/grumbler/robot.html
Крайний раз редактировалось SkAlex; 06.01.2005 в 00:39.
Судить строго не будем. Просто удали свое сообшение и не будем.
====================================================
Насколько я понял, это будет вариант без хатки? Если ДА, то присоедтняюсь к толпам жаждущих (зачем хатка, если собираюсь микростик для обзора юзать).
Любовь есть торжество воображения над интеллектом
SkAlex
"Мастером программирования и контроллирования (от контроллер?)" не являюсь, но пять копеек добавлю. По пунктам.
1. По точности магнитные датчики не уступают как минимум. Доступность - уже не вопрос, вот цена поболее будет. Но за хороший девас-то отвалить смысл имеет.
2. Цифровой сигнал - в принципе хорошо, тут возражений принципиальных нет. А дискретность этого цифрового сигнала? Вот тут и переходим к п. 3.
3. "Точность - масштабируемая". Оно конечно, увеличим кол-во оборотов - больше отсчетов - снизим дискретность... и тут же проиграем в точности за счет введения механической передачи. К тому же заметь - передача должна быть повышающая, следовательно - она пропорционально повысит и все исходные погрешности и люфты. Да, конечно, есть варианты безлюфтового зацепления шестерен и прочее - так мы дойдем до зубчатых ремней. Жестких причем.
4. Доступность. См. п. 1 - ВКБ уже делает "серийно" устройства на магнитных датчиках. Отзывы - самые наилучшие, многие узлы хорошо отработаны технологически (кое-что я и сам видел - посмотри ветку про ВКБ педали
http://forum.sukhoi.ru/showthread.ph...ewpost&t=29491 )
5. Мышь гонит относительные координаты. Нам нужны абсолютные, пока этот вопрос нормально не решен.
PS Кстати, если немного разовьешь свою идею - придешь к еще более простой и красивой реализации джойстика (и даже паять ничего не надо, чуть-чуть механических работ). Но проблема центра и абсолютных значений останется.
В общем, это все обсуждалось в разных вариантах. Личное ИМХО- магнитные датчики, железная подшипниковая механика (см. Матчасть), сабжевый контроллер (либо клон его - но на матрице кнопок, их все-таки много надо. То, что на джое кнопок мало, аргументом не считаю). Высокая надежность, высокая точность, долговечность. К тому же, тут красиво сопрягаются высокие параметры всех узлов - хорошая механика позволяет реализовать высокий потенциал датчиков и электроники.
Во, млин, накатал... а собирался в двух словах и двух ссылках...
...чего уж тигру лишняя полосочка... (© - не помню)
Ты наверное не все прочитал так как такая мысль уже много раз появлялось у многих людей здесь в этом форуме.
Насчет програмы -это сделать на одном микроконтроллере на котором реализуетса УСБ нелзя. Это потому что обработка УСБ должна иметь высший приоритет, а считывание оси в это время пропадало бы. Это вызывало бы "проскальзывание" осей. Плюс опрос осей должен происходить очень очень часто чтобы избежать этого "проскальзывания" если юзер двинет ручку очень быстро.
На отдельном специализированном контроллере это было бы возможно. Наверное лучший контроллер для этого это сам контроллер мыши. Получаетса что надо подключать ПС/2 мышку к МДжою. Прикольно, но возможно
Но вот готовы ли вы делать для этого шестеренки я неуверен...
Крайний раз редактировалось MeanDog; 06.01.2005 в 13:42.
Смотри, если матрицу оставить как на рисунке в красных ружёчках(извиняй за моё озобразительное искусство), то диоды не нужны.
А если оставить один столбец (строку ) то проводов совсем мало надо будет.
В первом случае 10 кнопок во втором - 7[если правильно посчитал]
С переделкой прошивки - наверое гемморой, всё таки не язык высокого уровня.- имхо
Крайний раз редактировалось paraManiac; 07.01.2005 в 00:50.
2 paraManiac
Спасибо, у меня тоже были такие изыскания, однако, дело не только в диодах, а в самом принципе - матрице кнопок. Просто далеко не во всех джоях она применима с готовой разводкой кнопок.
2 catfish
ну незнаю можно погеморроиться и с разводкой, перепаять чего-нимудь.
Вот сделал прошивку.
2 MeanDog
Преогромное СПАСИБО!!!
2 paraManiac
Перепайка разводки кнопок означает обязательную разборку самой ручки джоя, а в ней как правило, куча винтов да еще спрятаных под накладки, и т.д. и т. п. Вобшем легче тестером снять схему распайки, чем разбирать и перепаивать.
И от меня спасибо.
Любовь есть торжество воображения над интеллектом
Спасибо за ответ. Да, я думал об этом - в Вашей схеме контроллер опрашивает датчики, а в случае с мышью - датчики сами служат источником сигнала и их где-то надо учитывать (или накапливать, а потом считывать). Так вот в этом и был вопрос. Может быть надо совершенно новую схему.Ты наверное не все прочитал так как такая мысль уже много раз появлялось у многих людей здесь в этом форуме.
Насчет програмы -это сделать на одном микроконтроллере на котором реализуетса УСБ нелзя. Это потому что обработка УСБ должна иметь высший приоритет, а считывание оси в это время пропадало бы. Это вызывало бы "проскальзывание" осей. Плюс опрос осей должен происходить очень очень часто чтобы избежать этого "проскальзывания" если юзер двинет ручку очень быстро.
На отдельном специализированном контроллере это было бы возможно. Наверное лучший контроллер для этого это сам контроллер мыши. Получаетса что надо подключать ПС/2 мышку к МДжою. Прикольно, но возможно
Но вот готовы ли вы делать для этого шестеренки я неуверен...
По поводу шестеренок - тоже думал, не нужны они. Обыкновенная ременная передача (на тросиках конечно :-)), как радиоприёмниках, с креплением троса к валу, несколькими лишними витками (по количеству оборотов) и с пружиной. Или второй вариант: на принтере печатается на пленке сектор 90 градусов с решёткой по краю, этот сектор вешается на ось. С края сектора оптопарой снимается сигнал. Ни в том ни в другом случае люфтов нет. Вопрос только в том какая разрешающая способность у мышиных оптопар (это ко второму варианту) чтобы определить параметры решетки на секторе. Для упрощения печатать можно попробовать на бумаге, но придется переделывать оптопару по примеру http://www.shema.ru/13/barread.shtml
А задумывалось всё как раз для упрощения и удешевления схемы джоя.
А здесь джой на основе мыши http://home.swipnet.se/rehn/joystick.htm
Только там человек драйвера переписывал, я в этом ни бум-бум
2 Rik
Дискретность - это да, но какая нам нужна точность? Этим всё и определяется - соотношение цена/качество. Туда же вопрос и по люфтам, при любой передаче - люфты будут. Только при мертвом креплении датчика к оси их не будет. То есть данные лучше снимать с самой оси. Нам нужна линейная зависимость. От сюда вывод - нам нужно использовать валкодер (хотя бы и из мыши).
То что ВКБ наладило серийный выпуск good, very good , всё только зависит от размера серии. Спрос на сколько я понимаю превосходит предложение на порядки. Я же ищу способы создания дешевого, простого, доступного и легко воспроизводимого устройства.
Касательно относительности. Я думаю это решается на программном уровне, как в случае с автокалибровкой. Включили джой (всё по центру) - 0, вправо, влево, вперед, назад = +/-, в смысле прибавить (или вычесть)по оси Х (Y, Z и т.д.) столько-то единиц, . Данные - цифровые, ошибится не возможно. Погрешность - погрешность контоллера.
Крайний раз редактировалось SkAlex; 07.01.2005 в 17:18.
Отцы ( и сыновья :-) С подачи моей и не только, ВКБ таки (наверное) будет уходить на полностью цифровой интерфейс датчиков.
Не вижу сурового смысла платить больше 5 баксов за устройство (УЗЗ9000) которое берет два аналоговых сигнала на АЦП, делит их друг на друга, берет арктангенс от полученого результата и в результате выводит на 14 бит ЦАП аналоговый сигнал равный грудусной мере, который потом опять через
10-бит АЦП контроллера превращается в цифрю.
Накуя козе баян ?
Изначально планируется :
протокол SPI, 1 МгЦ тактовой , первый байт - количество осей, следующие слова по два байта - состояние кнопок, и состояние осей выровненое влево.
Из минусов - необходимость ходябы простейшего контроллера для осей, что не сильно дорого (до 1 бакса)
Из плюсов - наплевательство на качество питания, т.е. можно поставить стабилизатор на 3.3 В и работать без всяких стабилитронов и не страдать на качество питания, к чему Мега8 и Мега48 достаточно чувствительны.
Нечувствительность к аналоговым помехам.
6 коннекторов независимо от количества осей и кнопок.
Отсутствие необходимости в АЦП , т.е. можно со стандартными датчиками использовать не только АВР, но и PIC, и прочие МК, лишь бы интерфейс с УСБ был.
Если кто-то в Грузии думал что русские простят 20.09.07 - он был категорически неправ !!!
Вставлю свои пять копеек по поводу требований к джойстику. Основаны они на опыте создания моделей к MSFS. В том числе автопилотов и системы управления. При ручном управлении через API или DirectInput читаю данные джойстика и после обработки вывожу на рули.
На мой взгляд требования к джойстику часто сильно завышены.
Джойстик по возможности должен быть стандартным, не более 8 осей, 4 хаток и 128 кнопок.
Для оси за глаза достаточно 8-бит разрешения. При характерных для джойстиков ходах ручки это пожалуй меньше дрожания рук. Да и при испытаниях серийного джоя (не самого худшего) я получил тот же результат.
Вполне достаточна дискретность опроса в 50 милисекунд. Я читаю джой каждые 55 мск и это не отражается на точности управления. Автопилот с временем обновления 55 милисекунд хорошо держит даже легкий вертолет.
А вот стабильности нуля и величине шума желательно уделить внимание. При подавлении шума возникает некоторое запаздывание, которого тоже не надо слишком бояться. Реальные системы тоже имеют запаздывание, не говоря уж о таком "тормозе", как пилот. Его запаздывание не в милисикундах измеряется.
Увеличение точности приведет к росту расходов, но вряд ли будет ощущаться на практике. Не думаю, что в Ил-2 требования выше, чем в MSFS, динамика она и в африке динамика.
Крайний раз редактировалось GSL; 14.01.2005 в 15:59.
2 MeanDog
Правильно ли я понимаю, что для того, чтобы перевести контроллер на работу от внутреннего источника опорного напряжения, нужно при инициализации вместо
ldi temp0, 0b01000000
out ADMUX, temp0
сделать
ldi temp0, 0b11000000
out ADMUX, temp0
(это кусок оригинального кода инициализации)
Ессно, отцепить вывод AREF от AVCC и на общий его через конденсатор.
...чего уж тигру лишняя полосочка... (© - не помню)
Не помню точно по битам - но да, имено так.
Вро только не стоит завязываться на внутрений источник опорки. напряжение +5В на УСБ шине достаточно сильно плавает, и если у АЦП опорка будет стабилизирована, а у резисторов напряжение нет - будет бяка. Причем в начале оси бяка меньше, в к конце больше
Если кто-то в Грузии думал что русские простят 20.09.07 - он был категорически неправ !!!
2 MeanDog
Привет пропащая душа! LVP соскучились по тебе, заскочи к нам по возможности.
Lithuanian Virtual Pilots - http://www.lvp.lt
We need the patch to patch the patch...
(переводу неподлежит)
Ответ: USB контроллер джоистика
2 МинДог!
А вот вопросик савсэм тупой по печатной платке возник: на той, что лежит на сайте, монтаж идет со стороны проводников? Или сверлить дырдочки все ж надо?
И когда мы увидим новую версию на Мега16?
LazyCamel
Улетел мой пост в пропасть. Пожалуй, убедил. Я планировал махонький стабилизатор на питание резисторов-датчиков (но слишком мал перепад вход-выход получается и вроде смысла возиться нет). А так - оно конечно, некая компенсация нестабильности (не считая шумов питания). Ладно, вопрос снимаю.
Кажется, скоро будут интересные валерьянты... от обоих мастеров.
...чего уж тигру лишняя полосочка... (© - не помню)
привет всем. Долго не писал и ничего не делал так как был сильно занят.
Вот вижу много разговоров по поводу того что нужно перейти сразу на цифровой сигнал и тп. Но это достаточно сильно удорожит схему.
Тоесть если исспользовать магнитные датчики. Я сейчас лично провожу експерименты с различными вариантами оптопар. И моё личное мнение что это есть более оптимальное направление для развития так как покр мере в производстве оно дешевле. Но результатов пока мало .. всё потом отпишу когда закончу таки с ними.
Вот требования собственно которое хотят увидить от датчика.
малый шум
высокая чуствительность
и при этом удержание центра.
последнее важно так как все механические решения имеют недостатки в центре.
но почему все забыли про резисторы как про ненужный хлам. Дело в том что они не соответствуют этим требованиям ... но например поралельно резистору можно поцепить конденсатор. Но это тоже не решит всех проблем , так как реально не всё получается как на бумаге 8) ....
вобщем те кто хочет сделать так чтоб их датчик был на несколько порядков лучше по характеристике чем обычный резистор то можете сделать как показано на схемке...
Работает эта штука очень просто. мы фактически снимаем показания с разницы напряжений двух конденсаторов. А резисторы в нашем случае исспользуются для выведения из равновесия напряжений конденсаторов.
В идеале мы должны получить при отключенном резистивном делителе деление напряжения пополам. так как ёмкости кондесаторов равны. Но в жизни мы имеем дело ещё и с погрешностями конденсаторов. Тоесть двух равных ёмкостей впринципе нету .... Поэтому вводим подстроечный конденсатор. Его номинал нужно брать примерно в 1/5 1/10 номинала рабочих кондёров. При отключённом резистивном делителе с помоью тестара добваемся одинакового напрядения на обоих конденсаторах тоесть деления пополам. Далее в центре резистивный делитель тожн должен делить напряжения пополам.
В итоге получаем датчик с очень сильным подавленем шумов от резистора. С высокой чуствительностью и также с неплохими характиеристиками динамическими. Запаздывание почти не чуствуется.
Вот такие вот пироги.
Можно влепить конденсаторы по 500 пФ или по 1мкФ но с последнем достаточно ощутимые задержки. У меня сейчас на дурацкий резюках от Лохотека висит такая конструкция с конденсаторами по 400пФ и я впринципе доволен. То что можно требовать от датчика на основе резистора вытянуть получилось.
По сравнению с схемой с одним конденсатором сдесь большой плюс в дин характеристике и шумы давяться лучше. 8)
Может кому и помог своим постиком 8)
Ваши права
Ответить с цитированием