kreml

Пока точно не комерческий :) , со схемой засада, её нет :cry: ,надо нарисовать сначала... схема была в голове, по ней сразу разводил плату... По кол-ву кнопок: сейчас под кнопки используется 16 адр. линий и 8 разрядн. шина данных, соответственно кнопок получается 128 (расширяется до 2048 кнопок, требуется по одному дешифратору ид3 на каждые дополнительные 128 кнопок), столько же и по такойже схеме расширяются линии индикаторов/светодиодов/и.т.п. По осям, сейчас разводка вроде на 4 оси, в принципе если надо на 8 можно развести (только уточнение- у этого МК нет своих АЦП, поэтому под осями подрузумеваю входящие данные в цифровом виде, наприм. от тех же kma200 или от внешних АЦП). Вобщем если интересно, то пиши, постараюся схемку нарисовать.

Зависит еще от диаметра порщня. Попробовал, медленно скользит, если только ручка не в центре.

ага,есть такое желание, но реально см 5 только получится убрать.

По поводу принципа тримирования, да ты все правильно понял, деве полости где ходит шток, изначально давления в обоих полостях уравновешены, если сместить ручку в одной полости давление уменьшается в другой увеличивается, ручку тянет обратно, теперь если нажать кнопку тримирования, открывается клапан и полости соединяются м-у собой, давление выравнивается, отпускаем кнопку клапан закрывается, и в принципе все, "запомнено" новое положение ручки (силового центра). ну вот схемка небольшая: [ATTACH]31617[/ATTACH]

Вот несколько фоток: [ATTACH]31608[/ATTACH] [ATTACH]31609[/ATTACH] [ATTACH]31610[/ATTACH] [ATTACH]31611[/ATTACH] [ATTACH]31612[/ATTACH] [ATTACH]31613[/ATTACH] а в этом месте все это собиралось, бардак :) , правда когда собирал был порядок, каждый день убирался... [ATTACH]31614[/ATTACH] результаты в JT b FrqM: [ATTACH]31616[/ATTACH] [ATTACH]31615[/ATTACH]

А мысль сейчас есть вот какая, но тут я не уверен, нужен совет: сейчас ручка собрана на тумбе высотой 35 см, ход ручки от центра 30 гр. во все направления. Сильнее загрузку в таком варианте не сделать, т.к. что увеличить ее в два раза надо: либо уменьшать в 2 раза ход ручки (соответственно можно в 2 р. увеличить передачу на пневматику), либо увеличивать в два раза длинну хода штока пневмоцилиндра при этом длинна самого цилиндра вырастет в 4 раза, а это уже будут слишком большие габариты (тумба между ног не влезет :)), можно еще увеличить диаметр штока цилиндра, это кстати проще, услие на штоке вырастает квадратично с увеличение диаметра, но и тут все равно габариты увеличиваются, хотя и не так сильно, а сейчас у меня габариты и так почти предельные, еще пару сантиметров и ногам неудобно будет. Да еще, всетаки хотелосьбы несмотря на габариты увеличивать именно длину хода штока, т.к. это будет давать большую точность тримирования. Вот, поэтому есть такая мысль, сделать механники как бы это сказать, ну совсем напольно, т.е. широкая (~30см) но низкая (~10 см) тумба, "длинные" пневмоцилиндры, удлиненныя ручка (~60 см, сейчас ~30 см от центра осей), укороченные ход ручки (~ +-15град). В таком варианте тумба ногам мешать не будет, т.к. ноги будут просто ставиться на нее (если есть педали то и они тоже). Укороченный ход ручки уменьшит кол-во отсчетов датчика, сейчас ~2800...3000 отсчетов на 60 град. будет соответственно ~1400...1500, но по идее этого вполне должно хватать. Что посоветуете ? PS. Хотя может и не стоит ничего такого затевать, то что сейчас получилось и так вполне устраивает.

На счет загрузки трудно сказать, акромя как на х45 и х52 не работал (вообще это моя первая конструкция), надо бы дать кому нибудь потестить, кто уже делал самоделки... но вообще думаю по загрузке различий нет, по крайне мере тактильно никакого дискомфорта нет (только тримироваться надо почаще, а то рука устает :) ). Хотя разница с пружинной загрузкой в том что пневмозагрузка практически не регулируется, т.е. ее можно только уменьшить, поставив шланги для пневматики большей длины, (объем увеличивается, воздух легче сжимается) или добавлять к пневматике еще и пружины, но тут надо тогда пневматику более иощную брать а это увеличение размеров, хотя есть одна мысль, но чуть позже. А пока о загрузке, очень интересно получилось с загрузкой когда еще небыли установлены клапаны, а на воздушных выходах стояли пластиковые заглушки, т.е. воздух мог входить/выходить но с маленьким расходом. Ручка перемещалась с легким шипением и небольшим усилием, при отпускании оставалась на месте, при этом ее нельзя было резко рвануть, при резком рывке усилие резко возрастало, ну наверное как устройство которые ставят на дверях, чтобы дверь сама плавно закрывалась (пневмопружина кажется называется).

В каких опциях? Если ты о новой системе тримирования, то это не то... ведь при новой системе тримирования ЧА будет ждать возврата ручки в уент, а до этого управление отключается, что меня ес-но не устраивает. Тут нужна бы другая опция, чтобы ЧА при тримировании вообще ничего с осями не делала как для ручек с ффб.

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

Ну частоту вызова для output насколько я помню из репорта нельзя регулировать, только для inputa. Отключить ффб конечно проще, но тогда часть задуманного пропадает, т.е. если джой не ффб то при триммировании надо переводить ручку ф аиз центр, чтобы ручка в ЧА не скакала, но при этом реальную ручку будет тянуть совсем не в физ. центр а в точку тримировани, вобщем ффб был нужен только для того чтобы ЧА не проделывалавсе те "махинации" с проходом через центр, которые требуются для обычных (не ффб) джоев. Ну впринципе как я писал сейчас проблемма решена использованием сторонних драйверов, т.е. при триммировании физическую ручку всегда тянет в положение в котором она была затримирована и ЧА правильно все отрабатывает и с каналами автопиолота и с положение ручки.

Первые проблеммы... сначала не обратил внимания, вернее обратил но не сразу понял что из-за джойстика, очень сильно падает фпс в ЧА, с 40-50 до 10, причем до 10 падает в любой миссии, даже в чистой (: ели отключить джой во время игры фпс восстанавливается. Проблемма оказалась в FFB, скорее всего во встроенном в виндовс драйвере ffb pid.dll. Сам репорт ффб делался на возможностях хид репорта, вернее его раширение пид и соответственно никаких драйверов не требовалось. Стал ковыряться, взял драйвера от логитека 3д форс, подменил в своем устройстве коды пид и вид(логитека), все установилось, фпс вернулся в норму с работающей функцией ффб, но с логитековскими драйверами вылез косяк с осями - "прагают" большими скачками. Сделал по другому, взял из техже логитековских драйверов только длльку от ффб, написал свой ини файл (уже с моими вид и пид), все заработало и фпс в норме и с осями/кнопками все в порядке. Осталась только моральная проблемма, использование чужих драйверов... Взял книжку по написанию драйверов, пока уверенности нет что сам справлюсь. Вопрос кто нибудь знает в чем косяк с использованием встроенного драйвера пид?

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

FFB у меня не совсем честный, вернее совсем нечестный )) т.е. hid report устройства написан так чтобы оно определялось системой как ffb, реально же контроллер не обрабатывает сигналы ffb. Одновременность тримирования выполняется так - задается кнопка тримирования на контроллере, эта же кнопка указывается в качестве тримера в игре, тримирование получается пасивным, контролер не может сместить силовой центр, он может его только установить в текущее положение ручки. Пневмоклапан вот этот: http://www.camozzi.ru/index.php?option=com_virtuemart&page=shop.browse&category_id=107&Itemid=293 потребление тока чуть менее 100 mA, если я правильно помню.

По высоте вроде нормально, крышка на 35 см от пола, это я просто на корточках сижу...

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

именно тример (хотя можно сказать и загрузка но со сменным силовым центром), на каждой оси висит по одному пневмоцилиндру, каждый цилиндр со сквозным штоком и с двумя рабочими полостями, которые я соеденил между собой через пневмоклапан, когда клапан открыт воздух из одной полости в другую свободно ходит, загрузки нет, если клапан зарыть то цилиндр всегда будет стремится вернуться в то место в котором зарыли клапан, клапан же как раз связан с кнопкой тримирования. мждой насколько я понял не имеет открытых исходников, а мне нужна была своя процедура обработки кнопок, плюс у моего контроллера есть аппаратный spi мои датчики как раз по нему работают, а для атмеги пришлосьбы программный спи писать что на скорость его работы плохобы повлияло, опятьже аппаратный юсб... вот кстати ссылка на видео: http://rutube.ru/tracks/2395425.html?v=c7c3b183bfd0ed0c26e2769d2fbfcd32

В конце прошлого года захотел попробовать сделать джой с тримированием на пневмоцилиндрах, вот прошло 9 мес. собрал таки девайсину, раскурочил свой х52, получил начальные навыки черчения, вспомнил программирование на С, более менее разобрался с usb интерфейсом,... в конце концов спаял и запрограммировал свой контроллер, собрал железяку, вчера провел первые испытания... фотика под рукой не было пришлось видюхой снимать: [ATTACH]31413[/ATTACH] [ATTACH]31414[/ATTACH] а это фото раскуроченной мной ручки х52 но уже с моей платкой [ATTACH]31416[/ATTACH] снял еще небольшое видео, но не знаю как выложить :cry: в общем о результатах: РУС - загрузка рядом с силовым центром (+-~5град) мягкая, можно работать без тримирования, дальше уже приходится руку напрягать, если затримировать в физ. центре то в крайних положениях наверное 3кг будет. датчики - безконтактные kma200 (регистрируют изменения направления магн. поля) работают в цифровом режиме, общаются с контроллером через spi, точность порядка 3000 честных отсчетов на 60град отклонения ручки контроллер - at89c5131 - аппаратные usb2.0FS и spi для работы с датчиками. Прошивается через usb. Данные об осяхобновляются с датчиков и уходят на комп каждую 1 мс, данные о кнопках 30мс. Есть режим калибровки датчиков, проводим русом по периметру, контроллер запоминает макс и мин положения датчиков, запоминает их в своей EEPROM и при следующем включении считывает их и подсовывает в hid report. Винда и игры соответственно видят девайс. как устройство с FFB, соответственно проблем с тримированием в BS нет. Отлетал пока 2 дня, потихоньку привыкаю (не летал уже с весны по причине разборки руса х52)

Если память не изменяет, то обычные системы (32-х разрядные), больше 3гб не видят, чтоб более было видно надо x64. Да еще, вроде 2 планки ддр2, работают быстрее чем 4, так что лучше ставить 2 одинаковых (2х2048 ).

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

во время иры вылезло сообщение, игры вылетела. Теперь не запускается, выскакивает такоеже сообщение. Что это может значить? скрин сообщения [ATTACH]26718[/ATTACH]

Вопрос по логике работы механики курков: - нач. положение РС опущен, ВПУ поднят - вопросы: 1. блокируется ли и как опускание курка ВПУ? 2. при откидывании вверх РС, ВПУ опускается руками? 3. при опускании РС вниз, ВПУ поднимается сам/руками ?

А как правильно производить перезахват цели? Те ТА активен, идет отсчет времени до разрешения новой работы лазера, но нужно перевести ТА на другую цель (ну например если первоначально был "схвачен" посторонний объект рядом с целью). Соответственно если сразу нажать "авт захв" то нарушится цикл работы лазера. По идее нужно ждать пока отсчет дотикает до нуля?

Так, вариант в котором в ЧА поступают данные о положении всегда одни, для одного и того же физ. положения ручики и что триммирование в ЧА влияет только на управление усилием ффб мне конечно больше нравиться :) Но , сейчас как раз работаю над контроллером, так что очень нужна всеже большая определенность как же на самом деле... хотя наверное не выдержу, разберу свой 52 и буду с его начинкой эксперементировать...

Изначально вопрос примерно такой и был, я думал что надо только заставить ЧА видеть мою железку как FFB и чтобы она таким образом отрабатывала только действия автопилота (при триммировании), оказалось надо чтобы еще смещался "цифровой" центр джоя. Вот как раз и пытаюсь про это поподробнее узнать

Если я правильно понял то raw это и есть DirectInput, т.е. значение которое подается с контроллера железки на комп, оно зависит только от положения ручки и дхтвик его никак не меняет, в твике как раз и указываются координаты начала/центра/конца в значениях raw (например 200/600/1000) и переводятся в системное значение value (0/32767/65535)