Maybe I found it… There is a MobiFlight.AS… instead of “_” MobiFlight_AS… with the FMS knob. Will try later → UPDATE: Yes - that was the issue. Maybe for next releases, you could change your comment fields down in the XML and change the “.” to " _ ".
Feature wish: I do not need the windows with my coordinates etc. I will only use it for Joystick-Mapping. This is the very first tool that actuall works perfectly for this! And this as open source Many many thanks!
Would it be possible to send more than one Event by a key? I would like to use the same setup and same profile for say a Classic and a G1000 Cessna. But for that in one case, I would need to send G1000 commands, in the ofther GNS530 commands. I think it would not be an issue to just send both as one of them will not work in the other plane. Is this possible?
And one last question: There are 2 events for short and long push duration like at the CLR buttons. Would it be possible to handle this without needing to assign a different button for long and short press?
Yep good sleuthing and you are right I do need to work on the doco some more - documentation never was my strong suite
The reason for the . _ issue is that my code makes heavy use of Enums in the SimConnect interface and .NET enums cannot have . characters so I internally map MobiFlight_ to MobiFlight.
Sending multiple sim events for a single hdi event is certainly possible - I’ll see if I can get it in for the next release.
Long/short press events on the same hdi event is also possible - it would require some extra timer code on the event handler - I’ll think about it a bit more and see if I can get that into the next release as well - no promises mind
Edit: I will not be removing the other functionality (the window, coords etc) as I use these and in fact I have plans for adding quite a lot of useful stuff to the UI in the future - stay tuned. You do realise that there is an option in the Settings dialog to automatically hide the window on startup…
Edit2: Just a heads up - you don’t need to keep the Profile names unchanged in the .xml file - you can have as many profiles as you want and name them what ever you want - the profile menus in the app are not fixed but are dynamically generated from the .xml data.
Thank you very much! Yes I found out to have my very own named profiles
Maybe one more “wish”: Could you also add a “on release” action? I would like to use your mapping tool also for switches that are on/off, like, but do ot use 2 Buttons to set On and Off state. I currently use it directly with joystick mapping inside MSFS for example “Landing lights SET”. This will turn on the lights if the button is pressed and turn off, if it is not pressed. I did not find a way to get this working with your tool, or am I missing someting? In the examples, all ON/OFF switches used 2 different button presses.
It would also be nice to be able to switch between profiles without needing to deselect the old first and needing 2 clicks: One time to deactivate the current selected and then again right click on the tray and select other profile. (Just my thoughts, you’re definetely the one who is doing the work so I just say what would be cool )
Re: the kludgy turn off/turn on thing to change profiles - I fully agree and it will be the first thing I change if I ever find out how. I use a library from another developer to handle reading the HID devices and this is frightfully complicated, runs on seperate threads and uses callbacks to get data to the parent process, so it’s incredibly easy to get threading race conditions, lockups etc.
The way I have implemented it is the only safe way of doing it that I could come up with given my limited understanding of how that HID library works.
Edit: re the single event button - I understand what you want and will have a think about how to implement it - more complicated state handling in the event handler I think.
I have downloaded and set this up yesterday restarted my pc at some point while testing and now it errors when trying to launch the app, .net (Error: “An item with the same key has already been added”) any one got any idea’s its not the xml and i have redownload the app from github and its still giving this error which is weird as it was working fine before. Kind Regards,
Harrison
This looks like that you try to assigning the same button twice without different enable conditions. Just try again a fresh setup with no changes in the XML.
This was my first thought but tryed with a fresh copy from github same issue just downloaded 0.6.0 and same again, .net error with a fresh install and fresh xml. Tryed to rebuild in VS: got this ------
1>C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(2123,5): warning MSB3270: There was a mismatch between the processor architecture of the project being built “MSIL” and the processor architecture of the reference “Microsoft.FlightSimulator.SimConnect, Version=11.0.62651.3, Culture=neutral, PublicKeyToken=baf445ffb3a06b5c, processorArchitecture=AMD64”, “AMD64”. This mismatch may cause runtime failures. Please consider changing the targeted processor architecture of your project through the Configuration Manager so as to align the processor architectures between your project and references, or take a dependency on references with a processor architecture that matches the targeted processor architecture of your project.
1> SimConnectLib -> C:\Users%username%\Downloads\FS_Tool-master\FS_Tool-master\FS_Tool\SimConLib\bin\Debug\SimConnectLib.dll
1> C:\MSFS SDK\SimConnect SDK\lib\SimConnect.dll
edit: Got it working when rebuilding the 6.1 version now available on github i needed to change the cpu platform from “all” to x64 then rebuild and its working now.
Hi, I see your note that your app eliminates the 10 d and 1000 ft bugs. As I understand it, when any peripheral with a two or three position switch is connected to MSFS (like the Bravo, or a Thrustmaster Warthog Throttle, for example), many of the controls, such as the trim, have the 10x or continuous jumps. I found that with a Thrustmaster Warthog Throttle, my trim adjustments were large jumps and not smooth small increments. When it was unplugged, my other controllers worked as expected. Does your app eliminate those issues as well? My understanding is a bit limited, so the 10d & 1000ft fix may by definition fix all related issues.
Thanks for your work on this.
Best regards,
Mark
Hi, the issue seems to come from the controller profiles. If you create a “new” and empty profile for your Warthog Throttle, you should also do not have this 10/1000 bug anymore. This tool here makes it possible that you have a rather empty controller profile (and so get around the 10/1000 issue) and control the switches directly by sending SimConnect comands.
But you can also send a ZenDesk ticket to the MSFS support to make them more aware of this annoying bug. I did this already and this is now on their list to fix.
I also now use the Pre-Release 0.6.1 version but I’m unable to send some commands - For example I cannot set MIXTURE_INCR:1 to increase Mixture in a Cessna, or ALTITUDE_SLOT_INDEX_SET:2 to control managed mode in a A320. This works both with FSUIPC - so in my understanding they should work within SimConnect. May the commands are missing somehow?
Sending paramter values at all works now, as your example with AP_ALT_VAR_SET_ENGLISH:1000
EDIT: Yes they were missing - I’ve added them im your SimData.vb and recompiled -> Now it works. Could you add all known SimEvents? Right now I just found missing: “ALTITUDE_SLOT_INDEX_SET, HEADING_SLOT_INDEX_SET, SPEED_SLOT_INDEX_SET, MIXTURE_INCR, MIXTURE_DECR, VS_SLOT_INDEX_SET, AUTO_THROTTLE_ARM, AP_LOC_HOLD_ON, AP_LOC_HOLD_OFF”
That is correct - not all SimEvents are supported yet - I’m putting the finishing touches on the next release right now so I’ll try to get all known SimEvents into the supported list.
This error can be caused by duplicate entries in the .xml but it can also be caused by certain types of usb peripherals that don’t report a FriendlyName parameter.
I’m pretty sure that I’ve eliminated this USB issue in the latest release but I can’t do anything about duplicate xml entries, you’ll have to find them yourself.
Added long press events.
Added ability to send multiple events with a single HID Event.
Added ability to specify the data to send with each SimEvent.
Added ability to send an event multiple times in a single HID event.
Added ability to specify both press and release events for a HID event.
Added mappings for the Logitech Flight Multi Panel.
Added mappings for the Honeycomb Alpha yoke, un-tested as I don’t have one.
Documentation updates and improvements.
As far as I’m aware the bug will affect any rotary encoder type control that is used when a switch or button on any device is constantly held in the “pressed” state. So I think that your Warthog problems should be solvable with this app.
As @Volt580 says this is ultimately an Asobo problem to fix and I look forward to the day when they render this use of the app redundant. I think that it will still be useful then because of the other functionality it provides but I suspect that I’m biased
Terrible sorry I ask this, I am just trying to learn this fascinating way to control the sim.
Quote: (Re)start MSFS. Now you can input the SimConnect events below to control your systems!
Where exactly you input the Simconnect events and how you assign them to a physical button in your device like an Xbox controller for instance? Thank you
Many many thanks!
