Именно из-за связки с програмным обеспечением. Типовой игровой софт работает с данными драйвера джойстика выдающими реальные координаты, без всяких дополнительных обработок датчиков конечных положений. Обработку датчиков крайних положений и автоперекалибровку надо писать, причём в контроллере джойстика и с нуля т.е. чем дальше тем гемор усиливается.Сообщение от panzer_papa
А в промежуточных точках? Пара резких поворотов РН и реальный центр педалей отличется от программного и это возможно уже после рулёжки по филду, а что говорить о длительных полётах.
А как с крайними положениями? Считай ещё по одному датчику на педали и по два крайних на РН и того 7 герконов датчиков среднего и крайних положений.
Вот именно проблема не в физической нагрузке, которая думаю для реальных педалей и симуляторных соразмерна. А в резкости движений.
Вот именно! Причём заметь те же датчики на эффекте Холла или оптронах программно "выглядят" как стандартные резисторы и будучи бесконтактными не хуже твоего "мышиного" решения.
Причём заметь в мышах собственно датчих интегрирован вместе с контроллером мыши и отделить одно от другого задача весьма... ну скажем так не рентабельная. Правильней сказать датчиком в мышах являются оптопары(в более новых лазерные диоды и примитивные видеокамеры), а вся обработка выполняется типовым микроконтроллером(мышиным!). Оптопары проще использовать в аналоговом режиме совместимом, электронно, с типовым контроллером джойстика, а не в импульсном для которого ещё шторку надо изобретать и писать свой код котроллера для обработки всей напридуманной тобой мишуры в силу её нестандартности.
