John Dowson

Why are you posting log files? I have nothing more to say on your issue of those presets not working. As I said, I will let you know when/if I hear anything from MobiFlight on those presets.

Why are you pasting a partial FSUIPC7.log file?

If you have downloaded the latest version, you may as well keep it....it will have the latest additions.

Why would it?

I am not sure why you want to replace this - the one included in the latest release is pretty recent and contains the preset you are using, so I don't know why you are updating. You only need to update if there a new preset has been added that you would like to use, or if an existing preset has changed. Btw, I also tested those presets here and they don't seem to work, although I don't really know that much about the A32NX....

Just restart FSUIPC7. I have reported the presets A32NX_Autopilot_AP_1_Push and A32NX_Autopilot_AP_2_Push not working in the MobiFlight discord channel for you. I will let you know what they say if/when I get a response. John

Sorry, but what does this mean? I am not saying or implying that you have changed a preset (although you can do this if you so wish - but not recommended as it will get overwritten on the next release). I include the latest preset list (events.txt file) from MobiFlight in every release. You can download and update this yourself in-between releases if you so wish. As that preset was updated on 21st March, maybe the preset was renamed? If that is the case, you will need to re-assign to the new name - you should get an error in the FSUIPC7.log file if the preset name cannot be found.

They are - preset names have spaces not underscores: John

Presume you mean the presets A32NX_Autopilot_AP_1_Push and A32NX_Autopilot_AP_2_Push. I will switch to the dev version and try this later. However, if the preset mechanism is working for you (i.e. you do have a working preset), but some presets are not working, then you should report / ask about this on the MobiFlight Discord channel - preferably by tagging the author of the preset (if posible). I just provide the mechanism to implement the presets, and provide the preset file from MobiFlight (https://hubhop.mobiflight.com/presets/). John

No. However there is a trial license available if you would like to try it: John

That is provided by Pail Henty, and any questions on that should be directed to the support sub-forum fir this: https://forum.simflight.com/forum/167-fsuipc-client-dll-for-net/ I don't provide any C# clients, so that is probably also Paul's.

👍

Did a quick check and the WT GNS 430/530 uses hvars, the same ones as the stock GNS. And these are what the MF presets use, so they should work. Your preset log file is showing that you are NOT using presets, but standard controls. For example, the preset for the clear button is called AS430_CLR_Push, and your log file is showing the standard control GPS_CLEAR_BUTTON. And always post full log files to support, i.e. do not use the New Log function. I cannot tell what version of FSUIPC7 you are using - make sure it is the latest, which is 7.3.19. Any further issues with this, please attach your FSUIPC7.ini and a full FSUIPC7.log file with logging for Events and Buttons & Keys activated. John

Yes - you can use the DontLogThese ini parameter - see the Advanced User guide. I will take a look in the C172 and let you know - however this will most likely be tomorrow now (I have to get started on lunch...!). John

Ok - and let me know which aircraft (Asobo) you are using, as well as a GPS control, if you you still can't find anything that works and I will take a look. John

Ah, ok. I was just looking at your log file but it didn't help much...it looks like it was something to do with an offset/simvar not having the correct value to enable some threads to be started. I was going to add some additional logging to narrow this down - I will still add this for the next version of FSUIPC6 anyway, so that I have more info to track this issue down if it happens again. Anyway, I'm happy this is now solved (saved me some time!) but it would be nice to know the root cause of this issue. No problem. Quite nice here today - sun and clouds, but a little cold (14C). Off into the garden to prepare my outside vegetable beds to start planting later this week... Cheers - enjoy the rest of your weekend, John

Not sure what you mean by this... and probably a question on GSX not FSUIPC. To manually set the number of passengers to board in GSX, see Plenty off other results in google for GSX PAX number and the Fenix, so try there... John

Try the following to determine what controls to use for any button/switch and in the following order (ease of use): 1. Activate FSUIPC logging for Events (Log->Events) and open the logging console window (Log->Open Console). Then press the button/switch in the virtual cockpit and see if anything is logged, and if so you can use that. Note that you may see other events logged, some continually - this varies by aircraft. You can ignore those. 2. Search the MobiFlight hubhop site (https://hubhop.mobiflight.com/presets/) for available presets - enter 430 or 530 in the search box and you will see many generic presets for both the 430 and the 530. Try assigning to these by checking the Select for preset checkbox in the assignment panels. 3. List the available lvars using the Add-ons->WASM->List Lvars menu item and see if any look relevant to the function you are trying to assign. Once you have identified an lvar, press the button/switch in the virtual cockpit, and then list the lvar values again to see if the lvar has changed. If it has, you can then check to see if the lvar is settable by using the Add-ons->WASM->Set Lvar menu option. If that works, you can assign to the lvar in various ways: using macros, defining your own preset, or adding the lvat to an FSUIPC offset and using the offset controls. I can help you further with this if needed. I suspect it will be the AS430_* and AS530_* presets that you need to assign to, but if you have issues I can take a further look next week. John

Where does one download that version? It doesn't appear to be available on prepar3d.com. Ok, sorry - think the difference maybe between the Academic and Professional plus versions, although I thought this was only the license and not related to the versions. I don't think this matters. The issue seems to be related to the simconnect events FSUIPC6 is not receiving, and so not switchung to the correct state to start wideserver and other related threads. I will know more once I have examined your latest log file. That is strange, but the build number seems to be correct. I am also on Windows 11 and this is what my log file reports: This information is just taken from the registry and is for informational purposes only. Its a known issue that windows 11 reports the incorrect version, but not sure why yours is reporting windows 8 though, but it will be from your registry. I will take a look at your issue and the new log over the weekend, when time permits. For now continue with the workaround you have found, i.e. disable WideServer and then re-enable. Confusing as your system was working and nothing seems to have changed. These issues are very frustrating and take a long time to investigate... John

Yes, I know, but that fix could possible cause other issues - I need to do some further tests here first to confirm, and if so make some changes to mitigate these.

Definitely something strange in the sim events being received (or, those not being received). Can you also add the following log directive (keep the others!): LogExtras=x400 This will log all simconnect data received and the log file will be large and will probably need compressing/zipping before attaching. BTW, did you re-install the P3D client? Your P3D version is also out-of-date: Prepar3D.exe version = 5.3.17.28160 Can you update to the latest version: Prepar3D.exe version = 5.3.18.28350 ? John

Ok, that makes sense then. The problem is in FSUIPC not WideClient, so i don't need to see the WideClient files for the time being. Can you add the following to the [General] section of your FSUIPC6.ini file please and show me the log generated with this: Debug=Please TestOptions=x800

What version of the FBW A320 are you using? Those preset are listed for the dev version only. And is your FBW up-to-date? The date of that preset is 21/03/2023 so I suspect it may only work on the latest dev release. Your question also doesn't relate to the title of this topic - which is itself not a helpful title. If you cannot find a relevant topic to post your question please create a new topic. This helps others find it if they have the same issue. I am closing/locking this topic now. John

Ok, thanks for the update. Not sure what happened the first tune you tried it.... As I said, I am not sure this is the final solution to this issue. I will look into this further next week and possibly post another version for you to test.

👍