zfehr

Allows operation of the Microsoft/WorkingTitle Garmin GNS530 via the button presses and knob turning on the Precision Flight Controls PFC430 hardware. Must have current PFChid64 installed. PFC.mcro

I have the most recent Mobiflight installed and when I install the WASM module it tells me I have the most recent one installed. The odd thing is the Mobiflight events were working if I assigned them in FSUIPC, I copied and pasted those assignments into the PFC.MCRO file and they wouldn't work. I cannot express enough how happy I am to have this working now.

VICTORY!!! Problem solved, it was using the Mobiflight.evt files for programming. They do work in FSUIPC but not with the PFChid part. I reprogrammed the radio stack buttons in FSUIPC for the commands in the events.txt file and then copied and pasted those over to the PFC.MCRO file making sure all Mobiflight commands had been erased or replaced. The unit is fully functional now and I am very pleased. It has been quite the learning curve working with it. I thank you John and Peter for your patience and guidance. I have attached the PFC.MCRO file PFC.mcro

It sounds like you are getting this to work on your computer. I did notice that the Mobiflight commands I am using are not coming from an events.txt type file, they are in a .evt file. I have attached the two files I have in my FSUIPC folder for Mobiflight events. Do I need to define these commands in another way? MobiFlight-Events2.evt MobiFlight-Events1.evt

Changed names in PFC.MCRO by copying and pasting from PFCmacroIndex.csv Still no joy getting it to work. I am out of time but will continue working with this later tonight (my time), and switch back to the events. PFCHidlog.txt PFC.mcro FSUIPC7.log

OK... I just changed all the assignments to the one I know works and found that only the CDI button is working. I had renamed based on an earlier test run with the HIDtest but will change back to the ones listed earlier and retest.

I changed the events that weren't working to presets per your instructions and this is the new FSUIPC.log PFC.mcro FSUIPC7.log

Here are the log files. It would seem only the CDI button press is being picked up. I am sending the current PFC.MCRO file as well. PFCHidlog.txt PFChid64.ini PFC.mcro FSUIPC7.log FSUIPC7.ini

Will be able to do in a couple hours.

I have waited since the release of MSFS2020 for either RealityXP to be compatible or a functional enough GNS530/430 simulation (like the Working Titles) that would allow me to use this expensive hardware with. I can certainly wait a day or two more. Thank you.

The MSFS Garmin GNS530/430 don't have presets that I am aware of since it started out as an add on from Working Titles. Mobiflight utilized WASM and FSUIPC to allow home cockpit builders to operate but through those events. Those are the only commands that would make sense to use on this facsimile of a Garmin GNS430 face.

Your work is appreciated and we are fortunate that it still works in Windows 10. I've owned the PFC hardware since 2007 and with over 3,300 hours on the Hobbs I am lucky it all still works... I've replace a couple switches that wore out, replaced a couple broken springs for the yoke, replaced worn out pots in the rudder pedals, and recently the circuit board stopped reliably sending power to the radio stack but fortunately the radio stack can be powered independently. The replacement cost is staggering!

Didn't work. Added: [WAPI] EnableWAPI=Yes [EventFiles] 0=MobiFlight-Events1 1=MobiFlight-Events2 to PFChid64.ini and made no difference Hopefully John will have some ideas.

The idea popped in my head today at the office. Possibly the PFChid64.ini needs the lines: [EventFiles] 0=MobiFlight-Events1 1=MobiFlight-Events2 Just like FSUIPC.ini needs them. I'll try that when I get home.

But I have tried assigning the swap frequency command to the button on the hardware and in doing so many of the hardware functions no longer work correctly for the ADF in the radio stack. Unfortunately that is not an option that works. In the PFCCom64.ini file I see entries for COM, NAV, and ADF1 ADF2 with alpha-numeric codes. Do those have anything to do with how FSUIPC sends their function to the sim? This: COM1sb=9349 COM1na=8848 COM2sb=9349 COM2na=9349 NAV1sb=5008 NAV2sb=5008 ADFsb=2192 ADFxsb=0 DME=2048 ADF2sb=0 ADF2xsb=649

Thank you. It is confusing since the commands work in FSUIPC and the C6#### commands do work in PFCCom64.

The physical radio stack works perfectly. The COM and NAV radios function correctly sending the frequency to the active frequency in the sim when you press the swap button. It is just the ADF that sends to standby in the sim unless the radio in the sim doesn't have a standby frequency feature in it. Is there a choice in the programming that allows one to choose between the ADF hardware sending to the active or standby?

I just tested this in an aircraft which has an ADF that does not have a standby frequency and the PFC Radio Stack ADF does send the signal to the active frequency (only one available) in the sim. The problem only seems to be if the aircraft one is using is equipped with an ADF that has a standby frequency so I am not sure how this is a PFC tech support problem.

I am not having a Mobiflight support problem. Mobiflight has the inputs to control the functions of the Working Titles Garmin GNS430/530 which is now what MSFS is using. It uses WASM and by sending a control input from FSUIPC it can then get the desired control in the sim. The control inputs I am entering into the PFC.MCRO are the same control inputs currently working in the PFC radio stack reprogramming the buttons available on its simple early GPS emulation, they are not in the placement of the Garmin units and not all buttons are replicated. I copied and pasted the commands from my FSUIPC.ini file into the PFC.MCRO file. Those commands work in FSUIPC but do not seem to in PFChid64. Is there another way to input the commands so they will work? FSUIPC7.ini PFC.mcro

Thank you. I had already made a log based on reading an interaction you had in December trying to get a PFC C2 to recognize button presses. I have attached the log. Found I had to leave out the ENCODER_430_530_ or BUTTONS_430_530_ part of the name. I only get the CDI button to work but that is using C66375 which is native to MSFS for swapping between NAV and GPS. The C3#### codes for the Mobiflight.AS530 don't seem to do anything. PFChid64.log PFC.mcro

I have reviewed pages 4 and 5 of the PFChidDLL User Guide regarding Macros, and the FSUIPC7 For Advanced Users pages 17 and 18 regarding Format of Button Definitions for macros, and finally pages 35 and 36 regarding Macro Controls. After much trial and error I came to understand the instructions well enough to write this PFC.MCRO file. FSUIPC does not read any button presses when I attempt to use Assignments Menu for Buttons and Switches. I do have one minor success though, after manually entering the text the CDI button works momentarily... as long as it is held down it will change the source from GPS to VLOC. When I release the button it reverts. I believe from testing the PFC Test GUI program that the buttons send a signal upon pushing and another signal on release. The other buttons do not respond but they are programmed for Mobiflight commands I believe through WASM. PS: I changed the parameter from 0 to 1 which made no difference. The PFC 430 sends a command upon pressing the button and again upon releasing the button. PFC.mcro

I have attached my .ini and .log files for FSUIPC and PFCcom64. The photos show the settings used in PFCcom64 relating to the ADF. Starting with IMG_1602 the PFC radio stack is in its default state with the ADF showing the current frequency on the left and the elapsed time on the right, press the FRQ button once and the time changes to standby frequency. press the BFO button per my settings and the ADF changes to ADF2 and the center light indicates this (now the frequencies shown and sent will be to the second ADF radio if so equipped). Press the ADF button and per my settings the radio shows the extended frequencies (used in Europe). You can see on the sim when I press the swap frequency the hardware is sending to the standby frequency in the sim and does not swap the frequency within the sim... only on the hardware do I see this. This may be a limitation imposed by having the hardware functionality for two ADF units. If I program the FRQ button on the radio stack via FSUIPC to swap ADF frequency the functionality of the hardware gets all confused and doesn't work correctly. Very few aircraft in MSFS simulate dual ADF radios. I find it much more challenging and hence rewarding to fly an IFR NDB or Lctr approach especially with 12 knot or higher crosswinds. Oostende Belgium has a very interesting approach that utilizes three NDB's, Croatia has many as well, Rijeka has one that when coupled with the STAR utilizes four! Keeps ones skills much more honed than watching the magenta line on the Garmin video game display! PS. The photos did not load in order. PFCcom64.log PFCcom64.ini PFC.mcro FSUIPC7.ini FSUIPC7.log

Thank you... I am looking forward to tackling this tonight.

JetBrains DotPeek said neither the TestGUI nor the rxpgnsdriver were supported so that answers that question!

I know. I wonder if I am up to getting a decompiler and seeing if opening up that rxpgnsdriver.dll would reveal anything to me?