Replies: 2 comments
-
Basically good ideas ! On Point 3 i see no Problems with Values of 0-100 ! LAST NOTE: !!! Please not missunderstand.... I not vote to remove the Poti support on the Mega ( internal MF) But i ask myself if it make sense to work on that tool ( e.g. implement a Calibration) if we NOW be able to use Potis with a cheap Arduino Micro as a HID Device already within Mobiflight ! |
Beta Was this translation helpful? Give feedback.
-
Yeah, doing HID joystick and using the inputs in MF is possible now. Direct potentiometer support in MobiFlight is useful though for panels that mix potentiometers with output leds. As output leds do not work in HID devices, this would then require having two usb devices in a panel, one for pots (MF arduino or HID joystick) and another for leds (MF arduino). Another use case would be for example the TBM930 throttle that I would probably wish to implement using MobiFlight, and while I havent thought about it much, I would guess some microswitches would be required to detect the different modes and positions: Though I know the throttle could be a usb device, and the logic could still be done in MobiFlight. But panels can also use other facilities from MobiFlight like pwm control for backlight leds which do not work in HID devices. These are both rather "slow" input devices, so the input frequency does not even need to be super frequent. And yes, I know the way I build panels as stand-alone units that just plug to USB and maybe 12V is different from the traditional way of building a cockpit where you just wire all the backlights in a LED controller etc.. |
Beta Was this translation helpful? Give feedback.
-
So potentiometers have some current issues on MSFS2020.
you add them to hubhop, they should not be included in events.txt unless MF knows how to handle those.
As the pot actual range probably depends on the component, it does not make sense to put it in the custom RPN code
that you share with others in hubhop.
Mobiflight they are 0-1023. If potentiometers also represented their values as percentage (0-100) the mapping would be
more straightforward, but the internal representation of everything as positive integer might reduce the precision of the values,
which would not be good.
Lets figure out what practical issues there might be to implement calibration for pots, and to make potentiometer-aware events possible to share in hubhop.
Beta Was this translation helpful? Give feedback.
All reactions