Идея нового девайса для Ил-2

Здрасти, товарищи.

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

Еще как можно сделать - устанавливаем на компе вторую мышь (com'овую), в ней вместо кнопок ставим переключатель нужного нам вида, в настройке управления для Ил-2 на эти кнопки навешиваем какоенить событие. Главное, чтобы ИЛ-2 мог умел мышу использовать.

Есть какиенибудь идеи по этому поводу?

Извиняйте, изложил нескладно, но, надеюсь, понятно. Чевой та ст рудом слова складываюца  .(понедельник - день тяжелый ;))

"Балаганов, сколько Вам нужно для счастья ?"

http://www.thrustmaster.ru/graphics/...ard200x200.gif
"42 кнопки, из которых 41 - полностью программируемые. Включают в себя: 4 кнопки направления, 7 кнопок на вращающемся основании, 9 кнопок быстрого действия, 22 кнопки для дополнительных функций, 1 кнопка ESC."

не, это не то. Хочеца, чтобы рычажки и тумблеры были как настоящие... чтобы их дергать  нажимать :)

Мне такая мысль пришла в голову около полутора лет назад... Хотел себе "кокпит" сделать. А стоит ли оно того? Думаю, нет.
1. Сочетания клавиш просто так не реализовать.
2. Не надоест клаву под каждый сим "биндить"?

Разведчики донесли что такой идеей Борада_13 озадачен :rolleyes:

Реализация данной идеи вот тут описана:http://www.gerbov.com.ua/ams4.htm
неполностью правда, электронная часть только.

Цитата:

---

Здрасти, товарищи.

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

---

мда...
представил вот - кладовка, открываем дверь, а там дцать приборных досок от разных машин.  :D :D :D

Накинулись...
Идея-то неплоха. У меня было нечто подобное. Три тумблера (выведенные с клавы кнопочки "R", "M" и "A" - самые неиспользуемые, но очень уж приятно было врубать автопилот тумблерком). Но увы, летаю я ночью, все спят, а я тумблерами - щёлк да щёлк... Раздражать начало, снял.
Вот приборчики бы вывести...
Была идея несколько другая: предложить компаниям-гигантам джой-индутрии замутить мини - приборные панели. Пластиковые устройства специфической формы. Полукруглой. Толщиной сантиметра два. Шириной сантиметров сорок. Высотой сантиметров тридцать. И с приборами.
И всё это великолепие (ясен перец, USB), выпустить в двух видах - авто(спидометр-тахометр) и авиа(альтиметр, авиагоризонт, спидометр), плюс указатели топлива и т.д.
Не заинтересовало.  

Цитата:

---

У меня было нечто подобное. Три тумблера (выведенные с клавы кнопочки "R", "M" и "A" - самые неиспользуемые, но очень уж приятно было врубать автопилот тумблерком)

---

А какой тумблер использовали? Ведь если обычный, то включение будет равнозначно удерживанию в нажатом состоянии клавиши. Или приходилось включать и тут же отключать?

Поделитесь опытом!

Цитата:

---

Была идея несколько другая: предложить компаниям-гигантам джой-индутрии замутить мини - приборные панели. Пластиковые устройства специфической формы. Полукруглой. Толщиной сантиметра два. Шириной сантиметров сорок. Высотой сантиметров тридцать. И с приборами.
И всё это великолепие (ясен перец, USB), выпустить в двух видах - авто(спидометр-тахометр) и авиа(альтиметр, авиагоризонт, спидометр), плюс указатели топлива и т.д.
Не заинтересовало. #

---

Как-то натыкался я в инете на такое устройство. Стоило оно, если мне не изменяет память, около 2-х килобаксов.

Цитата:

---

Как-то натыкался я в инете на такое устройство. Стоило оно, если мне не изменяет память, около 2-х килобаксов.

---

 К примеру вот такое http://www.fscentral.com/gfaccocconsy.html

 Лично меня эта тема будоражит уже далеко не первый год.
Начиналось все с идеи создания джойстика - еще во времена виртуальных
полетов в Su-27 Flanker v1.1 на машине 486 DX4-100.
 По ходу обдумывания вопросов разработки вспомнилось, что автомобильные
симуляторы мне также небезразличны, кроме того, в вертолетных симуляторах
некоторые органы управления отличаются от самолетных. В итоге получалось,
что мне нужно несколько различных наборов манипуляторов для разных типов
симуляторов, и это не только основные органы управления (РУС+РУД+авиа_педали
или руль+авто_педали), но и всевозможные переключатели, кнопки,
тумблера и т.д. Со временем все эти задумки вылились в идею создания
универсальной программируемой системы (устройства) с различными наборами
оконечного оборудования (каждый набор ориентирован на определенный вид
симуляторов).
 До реализации дело пока не дошло, но обязательно дойдет.
 В настоящий момент проект находится на стадии обдумывания и решения
стратегических вопросов (в техническом плане) и составления ТЗ. Когда
первая работоспособная версия будет готова, материалы, касающиеся данного
проекта, планирую выложить в Сети (может данная тема еще кого-то заинтересует).
 Но никаких конкретных сроков, в данный момент, назвать не могу,
так как все сильно зависит от наличия времени и вдохновения,
а работы предстоит немало.

Цитата:

---

А какой тумблер использовали? Ведь если обычный, то включение будет равнозначно удерживанию в нажатом состоянии клавиши.

---

Не, не обычный. Некоторое время назад выпускала наша промышленность такие тумблера, которые работали на кратковременное замыкание и были построены на базе кликера. Вот их и... Увы, тип не помню... :(
Вот такие:

Цитата:

---

#К примеру вот такое http://www.fscentral.com/gfaccocconsy.html

---

Нет. Это слишком сложно, современно и дорого. Нужен универсальный ширпотреб в ЮСБ-исполнении. А нэту.  

Цитата:

---

Нет. Это слишком сложно, современно и дорого. Нужен универсальный ширпотреб в ЮСБ-исполнении. А нэту. #

---

Как только ткнут пальцев в HID device в виде "будильника" - будет. А пока максимум что есть для  - это набор светодиодиков которые можно зажечь.

А пока не будет стандартного прог. интерфейса - никто из симуляторщиков и думать не будет что-то из приборов куда-то выводить.

Цитата:

---

Нет. Это слишком сложно, современно и дорого. Нужен универсальный ширпотреб в ЮСБ-исполнении. А нэту. #

---

Как только ткнут пальцев в HID device в виде "будильника" - будет. А пока максимум что есть для  - это набор светодиодиков которые можно зажечь.

А пока не будет стандартного прог. интерфейса - никто из симуляторщиков и думать не будет что-то из приборов куда-то выводить.

Цитата:

---

Как только ткнут пальцев в HID device в виде "будильника" - будет. А пока максимум что есть для  - это набор светодиодиков которые можно зажечь.

---

Ответ неправильлный.
Нужен стандартный "переходник" USB-COM-порт, на ком порт вешаем 1 8(16)-разрядный регистр, 1 8 разрядный счетчик и 8(16) шаговых микродвигателей (типа тех, что в CD-приводе).
Первый байт (2 байта) указывает битиками на нужный электродвигатель (через регистр), первый бит следующего - направление вращения вала, остальные 7 счетчик спускает на движок.
Точность будет вполне достаточная, скорости СОМ-порта хватит на все.

Цитата:

---

А пока не будет стандартного прог. интерфейса - никто из симуляторщиков и думать не будет что-то из приборов куда-то выводить.

---

Как сказать. Ведь подготовить показания приборов (собрать пачку переменных) и плюхнуть на нужные моторчики - по ресурсам намного легче чем 3Д-модели будильников апдейтить.
А производительность лишней не бывает...

Цитата:

---

Ответ неправильлный.
....
Ведь подготовить показания приборов (собрать пачку переменных) и плюхнуть на нужные моторчики - по ресурсам намного легче чем 3Д-модели будильников апдейтить.
А производительность лишней не бывает...

---

ответ ПРАВИЛЬНЫЙ !!!

Ты видишь, что нет аппаратных сложностей заделать такой девайс незадорого.

Но этого сейчаз мало.

Олег, я про что речь виду - сейчас софт кругом АБСТРАГИРУЕТСЯ от железа.

Можешь вон Олега или Валерия спросить, у них Ил-2 и ЛокОН ВООБЩЕ не знают какими интерфейсами подключены джойстики.

У них есть HID-устройства с осями и кнопками.

Ты предлагаешь - давайте забьем и скажем - вот наш кульный нестандартный девайс с нашим кульным нестандартным протоколом на вашем порту. :-)

я же говорю - нет СТАНДАРТНОГО ОПИСАНИЯ HID-устройства - индикатор-"будильник ". Или просто - прибор указания чего-либо.

Не важно на чем он сделан - двигатели там или светодиоды или рисунок на LCD-экранчике.

В принципе есть шаманский способ это обойти - заявить устройству, что оно якобы индикатор с 16 светодиодами.

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

я думаю +\- 32565 отсчетов нас вполне устроит.

надо будет пропробовать для ЛПТ такой сделать.

Глядишь после выхода ЗС и ЛокОна можно будет с программерами и поговорить. Глядишь в какой-нибудь апдейт и добавят десяток строчек кода.

Цитата:

---

Можешь вон Олега или Валерия спросить, у них Ил-2 и ЛокОН ВООБЩЕ не знают какими интерфейсами подключены джойстики.

---

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

Насчет стандартного описания. Я не зря упомянул конвертор USB-COM. Можно и вовсе без USB обойтись, пользуя обычный serial.
USB COM port имеет свое описание, только он не human interface device. Адресоваться к нему можно через стандартные функции доступа к USB, а то что протокол свой, так практически все USB девайсы пользуют свои протоколы, чем наш хуже?
Да и в принципе, написать драйвер, который будет принимать не сырой поток бит, а команды от прриложения и уже генерить что надо в serial (или LPT, принципиально пофигу) не большая проблема.

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

Цитата:

---

ответ ПРАВИЛЬНЫЙ !!!

Ты видишь, что нет аппаратных сложностей заделать такой девайс незадорого.

Но этого сейчаз мало.

[...skip...]

Ты предлагаешь - давайте забьем и скажем - вот наш кульный нестандартный девайс с нашим кульным нестандартным протоколом на вашем порту. :-)

я же говорю - нет СТАНДАРТНОГО ОПИСАНИЯ HID-устройства - индикатор-"будильник ". Или просто - прибор указания чего-либо.

---

 Совершенно с Вами согласен. Пока в системе не появится стандартного API к подобного рода устройствам, производители прикладного ПО не станут вводить поддержку вывода информации на эти устройства.
 Однако спецификация &quot:Device Class Definition for Human Interface Devices (HID)" предусматривает широкий спектр HID-устройств (в том числе индикаторы и специальные дисплеи). Остается подождать, пока соответствующий API появится в системе. Непонятно только - почему этого до сих пор не сделали (если я не прав - отошлите, пожалуйста, к соответствующей документации), ведь поддержка FFB появилась еще в DirectX 5.0.
 А за прикладным ПО (IMHO) дело не станет.

Цитата:

---

В принципе есть шаманский способ это обойти - заявить устройству, что оно якобы индикатор с 16 светодиодами.

[...skip...]

---

 Нелзя ли с этого места поподробнее?
 Может я чего-то пропустил. Этот индикатор поддерживается системой или как?

Цитата:

---

[... skip ...]

USB COM port имеет свое описание, только он не human interface device. Адресоваться к нему можно через стандартные функции доступа к USB, а то что протокол свой, так практически все USB девайсы пользуют свои протоколы, чем наш хуже?
Да и в принципе, написать драйвер, который будет принимать не сырой поток бит, а команды от прриложения и уже генерить что надо в serial (или LPT, принципиально пофигу) не большая проблема.
[... skip ...]

---

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

Цитата:

---

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

---

Да есть API! Системный API USB позволяет обратиться к конкретному девайсу по ID, далее включается прямой обмен данными - и все дела.
Тем более, что если юзать описание упомянутого индикатора, то можно пользоваться командами из его описания - Lazy, расскажи, там наверное должны быть команды типа "выбрать, зажечь, погасить, яркость"?

Цитата:

---

Не, не обычный. Некоторое время назад выпускала наша промышленность такие тумблера, которые работали на кратковременное замыкание и были построены на базе кликера. Вот их и... Увы, тип не помню... :(
Вот такие:

---

Можно и обычный :) -  трехпозиционный. Крайние положения выкл/вкл, соответственно. При проходе через среднее положение тумблера генерится требуемый одиночный импульс.  

Цитата:

---

Да есть API! Системный API USB позволяет обратиться к конкретному девайсу по ID, далее включается прямой обмен данными - и все дела.

---

 Видимо я несовсем точно выразился. Я не имел ввиду, что через системный API нельзя обратиться к любому HID-устройству и производить обмен данными. Просто, среди HID-устройств, которые поддерживаются системным API (в данном случае - DirectInput), нет, пока, индикаторов и специализированных дисплеев. Тот способ, о котором говорите Вы, работоспособен, но врядли он заинтересует разработчиков софта. А как только дяденьки из Microsoft соблаговолят ввести соответствующую поддержку в DirectX (DirectInput), чтобы вышеупомянутые HID-индикаторы стали стандартными (подобно клавиатуре, мыши, джойстку и FFB), тогда разработчикам софта - и карты в руки. А пока что - ждем-с.

Цитата:

---

Тем более, что если юзать описание упомянутого индикатора, то можно пользоваться командами из его описания - Lazy, расскажи, там наверное должны быть команды типа "выбрать, зажечь, погасить, яркость"?

---

 Не могли бы Вы дать ссылочку на упомянутое Вами описание?

Цитата:

---

Можно и обычный :) - #трехпозиционный.

---

Имхо, неудобно. Я использовал на основе "микриков" - микропереключателей. Там нефиксирующаяся пипка, при переключении хвост тумблера её цепляет на миг, и всё. Всех делов.
И ещё. DirectX (как и DirectInput) тут ни при чём. Всё можно замутить, было бы желание. Но. Я могу собрать такую штуку. Могу налабать к ней и дровуху какую-нить простенькую. Фигня в том, что как бы я ни выкобенивался, откуда мне брать значение скорости в Ил-2? Неоткуда. МГ об этом не озаботились, они только на экран её выводят и ФФБ дают соответствующие пульсы и тик. А скооорость - фиг. Это как пример. То же и с высотой. Так что дело - за гейм-мэйкерами...
Другое дело (собственно, и проблема в этом, и разговор - о том же), что такой замут будет доступен, в принципе, для умельцев, а вот широкие массы... получат фигу.

Цитата:

---

И ещё. DirectX (как и DirectInput) тут ни при чём. Всё можно замутить, было бы желание.

---

 Никто не спорит с тем, что все можно замутить, только эта "муть" не заинтересует тех же гейм-мэйкеров.

Цитата:

---

Но. Я могу собрать такую штуку. Могу налабать к ней и дровуху какую-нить простенькую. Фигня в том, что как бы я ни выкобенивался, откуда мне брать значение скорости в Ил-2? Неоткуда. МГ об этом не озаботились, они только на экран её выводят и ФФБ дают соответствующие пульсы и тик. А скооорость - фиг. Это как пример. То же и с высотой.

---

 Правильно, и МГ и любые другие серьезные производители софта этим не озаботятся, пока в том же DirectInput не появится стандартного интерфейса к HID-индикаторам. Нет никакого ризона работать через нестандартные протоколы самодельщиков, даже если эти самодельщики напишут драйвера. Поэтому, IMHO, на данный момент этим должны озаботиться, в первую очередь, Microsoft. Тогда, с одной стороны - у гейм-мэйкеров появится определенная точка опоры в отношении этих индикаторов, с другой стороны - у производителей  устройств (в том числе и у самодельщиков) появится смысл в их выпуске. И будет всем счастье  ;)

Цитата:

---

#Никто не спорит с тем, что все можно замутить, только эта "муть" не заинтересует тех же гейм-мэйкеров.

---

Дык. И я о том же.

Цитата:

---

...пока в том же DirectInput не появится стандартного интерфейса к HID-индикаторам.
...
...IMHO, на данный момент этим должны озаботиться, в первую очередь, Microsoft.

---

Да ДиректХ послан уже ж, вроде.  В девятом такого,
_вроде_как_ не будет. Не в курсе. Люди, нет ли у кого инфы насчёт поддержки САБЖа в ДевятомХ?
Хотя повторю, что мне кажется, что ДиректХ тут ни при чём.
А щастье будет, когда гейм-мейкеры будут выпускать игры с полностью открытым кодом. И не надо говорить про МСФС. У него код тоже не полностью открытый. Следовательно, счастье недостижимо-с.  

Цитата:

---

...
Да ДиректХ послан уже ж, вроде. #В девятом такого,
_вроде_как_ не будет. Не в курсе. Люди, нет ли у кого инфы насчёт поддержки САБЖа в ДевятомХ?

---

 По Девятому вообще инфы, пока что, совсем мало, и та, в основном, касается графики. SDK по нему недоступен, пока. Надежд на поддержку в нем индикаторов - мало  :(.

Цитата:

---

Хотя повторю, что мне кажется, что ДиректХ тут ни при чём.

---

 Просто он, являясь хранителем API к разнообразной периферии, привлекателен для разработчиков софта, так как позволяет абстрагироваться от драйверов нижнего уровня. Это фактически -  стандарт. Спектр поддерживаемой периферии постоянно расширяется, правда очень вяло (IMHO), особенно в отношении HID-устройств :(.

Цитата:

---

А щастье будет, когда гейм-мейкеры будут выпускать игры с полностью открытым кодом. И не надо говорить про МСФС. У него код тоже не полностью открытый. Следовательно, счастье недостижимо-с. #

---

 Неужели, эти понятия когда-нибудь станут совместимыми (Microsoft и "открытый код")? ;)

Цитата:

---

...DirectX привлекателен для разработчиков софта, так как позволяет абстрагироваться от драйверов нижнего уровня.

---

Дык. Это понятно. Но вот HID-девайсы через Директ... Мне каыца, что проще уж свой девайс с дривером нафигачить, чем просить поддержки у дяди ДиректаХ. Но для этого нужно содействие разработчиков, как минимум... Опять же, имхо. Фиг знает, мобыть когда-нибудь...

Цитата:

---

#Неужели, эти понятия когда-нибудь станут совместимыми (Microsoft и "открытый код")? ;)

---

Неа. Никогда. :D

Цитата:

---

Дык. Это понятно. Но вот HID-девайсы через Директ... Мне каыца, что проще уж свой девайс с дривером нафигачить, чем просить поддержки у дяди ДиректаХ. Но для этого нужно содействие разработчиков, как минимум... Опять же, имхо. Фиг знает, мобыть когда-нибудь...

---

С HIDом ни у кого ничего просить не надо... Являешься зарегистрированныйм участником usb.org, разрабатываешь устройства, вносишь черновые предложения и если комитет сочнет нужным и правильным - примется как спецификация.

HID к директ-Иксу никак не привязан - это описание структур и форматов данных для передачи от /к устроуствам.

Мелкософт просто интегрировал драйвер HID в свой ДиректХ.

http://www.usb.org/developers/hidpage.html

Цитата:

---

Да есть API! Системный API USB позволяет обратиться к конкретному девайсу по ID, далее включается прямой обмен данными - и все дела.
Тем более, что если юзать описание упомянутого индикатора, то можно пользоваться командами из его описания - Lazy, расскажи, там наверное должны быть команды типа "выбрать, зажечь, погасить, яркость"?

---

Ну типа того.... Там есть целая  страничка 0x08 - LED.

Помимо всяких там капслоков и перемоток есть еще
0x4b - general Indicator (0 - потушен, 1- горит)

Яркости нет. Есть модификаторы скорости моргания
(0х3c) индикатора и цвета индикатора (0x47)

Parameters Indicator я в моей спецификации не нашел. Наверное их просто нет :-(

Цитата:

---

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

---

Флаг в руки.   И ХИД туда же. Я ЖЕ И ГОВОРЮ: СДЕЛАТЬ - НЕ ПРОБЛЕМА, ЗНАЧЕНИЯ ВЫЦЕПИТЬ - ВОТ  ПРОБЛЕМА!!!

Цитата:

---

HID к директ-Иксу никак не привязан...

---

Млин.    :confused:
Я Ж И ГОВОРЮ, что DIRECTX НИ ПРИ ЧЁМ!!!!!!
Индикация в нём есть, но значения откуда взять!!!!!? ? ? ? ? ? ? ? ? ?  

Цитата:

---

Флаг в руки.   И ХИД туда же. Я ЖЕ И ГОВОРЮ: СДЕЛАТЬ - НЕ ПРОБЛЕМА, ЗНАЧЕНИЯ ВЫЦЕПИТЬ - ВОТ  ПРОБЛЕМА!!!
Млин.
Я Ж И ГОВОРЮ, что DIRECTX НИ ПРИ ЧЁМ!!!!!!
Индикация в нём есть, но значения откуда взять!!!!!? ? ? ? ? ? ? ? ? ?  

---

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

Цитата:

---

Флаг в руки.   И ХИД туда же. Я ЖЕ И ГОВОРЮ: СДЕЛАТЬ - НЕ ПРОБЛЕМА, ЗНАЧЕНИЯ ВЫЦЕПИТЬ - ВОТ  ПРОБЛЕМА!!!
Млин.
Я Ж И ГОВОРЮ, что DIRECTX НИ ПРИ ЧЁМ!!!!!!
Индикация в нём есть, но значения откуда взять!!!!!? ? ? ? ? ? ? ? ? ?  

---

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

Цитата:

---

Сообщение от Azermati

Мне такая мысль пришла в голову около полутора лет назад... Хотел себе "кокпит" сделать. А стоит ли оно того? Думаю, нет.
1. Сочетания клавиш просто так не реализовать.
2. Не надоест клаву под каждый сим "биндить"?

---

Возможно имеет смысл обратить взор сюда:
http://www.did.vinnitsa.com/r011.php
http://www.posiflexru.com/products/kb/
http://www.iposltd.com/prehpos.html
http://www.did.ru/index.html?f=get_descr

Эти девайсы убойно/вандалостойко прочны, умеючи легко программируются (и заливаются новые раскладки!), их можно курочить и приспосабливать к ним свои свитчи/кнопки/тумблеры. Конечно стоят денег, но на хорошее дело вроде не жалко. Мне особенно глянулся промышленный USB тачпад. Заместо мыши, под обзор, на левую руку и чтоб ходил синхронно с троттлом.

С уважением.

Вот, в аддоне Ил-2 2.01 обнаружил следующее нововведение:

The DeviceLink interface is meant to provide the third-party software with the
current condition of the player's aircraft as well as allow an unified method of
connecting alternative operating controls.

Там еще много чево подробно написано в файле, но суть в следующем:

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

Хммммммм......

Ну собственно на эту тему думают уже многие, я в том числе. Способы реализации тут разные: от работающих настоящих будильников от списанных самолетов (от 30 до 60$ за прибор в Москве на вернисаже), их имитаций, но с работающих механических стрелках, до ЖК-панелей и т.п.
По любому, трудность не в самих будильниках, а в способах перевода данных, отдаваемых игрой в данные необходимые для визуализации. Я в этом полный ноль. И людей, которые реально этим будут заниматься не много, пожтому я предлагаю все таки объединиться в этой теме на платформе http://vkb.sukhoi.ru/

Тут как я понял один большой минус. ВЫХОД НЕ РАБОТАЕТ В ОНЛАЙНЕ! В Офф надобность меньше, так как и играбельность с ботами уже не та.. :(
Или я не так понял?

Гм, BoRada, откуда ты это взял? Я весь файл DeviceLink.txt прочитал, не нашел такого....
Насчет будильников. Я считаю, нафиг не нужно искать списанный с настоящих крафтов - это будет штучное изготовление, всегда можно столкнуться с невозможностью найти тот или иной прибор, да и цена может оказаться слишком высокой для масс... Можно просто на каком-нибудь производстве заказать партию простых устройств - корпус, электромагнит, отклоняющий стрелку, панелька с градацией, стекло.... (Могу сам поспрашивать в городе). ЖК монитор, на мой взгляд, то не рулит, ну, если только в Локоне, но я то играю в ИЛ2 :).... А в Иле нужны ТОЛЬКО межанические приборы, иначе реализма - ноль.
А еще хороший вариант - за основу можно брать приборы для автомобилей - только найти подходящие по параметрам. Или какие-нибудь вольтметры...
Круглые панельки с градациями и циферками я бы взялся, в частности, изготовить сам. Схожу на манотметровый завод, наберу черных (или белых) чистых жестяных кружочков от манометров, нарисую и сделаю у себя в конторе по ним печать шелкотрафаретом - красота будет, лучше, чем настоящие!...
Но, во первых, нужен человек, который спаяет контроллер данного девайса. Во вторых, человек, который все это запрограммирует. Вот где бы их найти..... Есть желающие?

Только оффлайн! ........ Но это 100% только ПОКА! :)

Да и фиг с ним, что только оффлайн! Пока будем делать, год пройдет, а к тому моменту будет и онлайн, однозначно! Зато уже будет готово устройство. Ну как, электронщики, кто подключится к проекту?

Я уже думал про амперметры, и прочие метры, не уверен, что это правильный путь. На мой взгляд больше перспектив имеет шаговый двигатель. Они повсеместно используются в дисководах для дискет, и опять же к ним уже есть микросхема управления.
Ну и самое главное: электроника для управления. Но для этого надо думать над всем алгоритмом прохождения сигнала. Как я понимаю (а я мало что в этом понимаю :-) ИЛ-2 имеет какой то интерфейс, т.е. отдает пакеты данных, которые несут информацию об приборах, и т.д. Нужно что то, что будет переваривать эти данные и отдавать управляющие сигналы на приборы. Ну и желателен принцип этого управленя знать заранее наверное.
Предлагаю в этом топике обсуждать все идеи реализации этой возможности. Вместе можем горы своротить.
ЗЫ. нашел визитку своего товарища, работает на АО "Аэроприбор-Восход". Сегодня выходной, к сожалению, буду завтра узнавать, мож будет какая то польза.

Ну, я тут с инженером с местного манометрового завода попробую пообщаться. Хотя манометры - это конечно не совсем то, что надо :)))), но все таки... Аэроприбор-Восход - однозначно, более ближе к теме.
Шаговый двигатель - тоже хороший вариант.
А по поводу разработки устройства в целом все вышеперечисленное - все равно только детали...
Формат передаваемых игрой данных теперь известен. Нужен первое - контроллер, который всю эту систему со стрелками будет обслуживать, передавать напряжение туда, куда надо и т.п. И второе - нужен драйвер этого контроллера. Значит, нужен человек, умеющий паять и разбирающийся в микросхемах - раз, и программист - два. Пока такие люди не найдутся, все это будет базар-вокзал.
А воообще, ожила ветка наконец-то! Моя давняя заветная мечта - поставить на стол панель с НАСТОЯЩИМИ СТРЕЛКАМИ может, когда-нибудь осуществится...

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

Мне тоже кажется что на опыт MSFS надо взглянуть... Но нужны тогда интересные и полезные URL'ы! У кого есть?

А я на авиаремонтном заводе договорился с человеком, он приборы "мимо себя" не пропустит (правда тока на гражданских, в миги 29 его не пускают). Достану пару реальных, закажу копии на заводе.

Да не в приборах главное дело, повторюсь.... Проблема гораздо глубже, чем просто изготовление самих приборчиков.
А про МСФС - это мысль! Сейчас буду в Инете копаться...

Вот! Нашел. Все довольно просто:
Во первых, ссылка:
http://www.microcockpit.com/
Там интересно посмотреть все, но самый интересный для нас раздел сейчас - это EPIC System:

Читаем:
EPIC is the Extended/Programmable Input Controller from R&R Electronics. EPIC is an IBM compatible PC interface card that supports :


304 dual-state (on/off) button input channels accepting any type of button or switch (momentary, toggle, rotary, slide, etc.)
Additional buttons (thousands) can be supported via optional expansion modules
256 digital outputs
16 Analog input (8 bits resolution)

64 Analog output (8 bits resolution)

128 (7-digits) LED digital displays

20 rotaries (2 phase mechanical, 2 phase optical, ALPS CW/CCW switches) and 4 optical, 16bit joysticks

4 inputs for standard joysticks (16 bits)
Emulation of all PC Keyboard keystrokes
USB hot connexion

Additional buttons (thousands) can be supported via optional expansion modules
Configurable expansion bus : Daisy-chain "smart" expansion modules for support of additional analog channels, buttons, lights, alpha/numeric displays, force-feedback controls, motion platforms, etc.


Specific modules for easy wiring.
Standard modules with DB15 connectors for standard or modified joysticks.

The EPIC Programming Language (EPL) is a simple but very powerful language that lets you define exactly what each button action does.


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

А вот как он выглядит:

А вот еще интересная ссылка
http://www.737sim.com/