DaveSCUSA

Thanks, I did allow the trojan in the security. I have to disallow it now. I'll try it now.

PS - The confusing thing, I bet for many of us, is that I have the firewall and defender off (too many resources used). I scan at midnight. With all that off, Windows still killed it. ???

Thanks, can you put it at the top like the "Trial License" post? At least it will be seen as a person creates a new topic.

You were right and I was wrong. I found (not easy) your work around and I installed 7.4.11. Thanks. Perhaps you could put the work around in its own post.

Hello John, Like many, I receive a virus message with ver. 3.4. I have windows firewall and defender shut off. The router has a firewall that recognizes my IP address for a legitimate return of a request. My Chrome download still shows a virus with the download. Running Ver 3.4.12 on the server and Ver 3.4.11 on the client. I downloaded the 3.4 executable (FSUIPC7.exe) from the forum. I now receive the following error: 7914593 [ERROR]: **** The installed WASM version is 1.0.2 while the WAPI is expecting WASM version 1.0.3. Please update the WASM module as this may cause issues. Perhaps there isn't an issue with Windows Defender. I am running Windows 11 on my server and Windows 10 on my client and FSUIPC7 on both. The firewall and defender are off on both pcs. The message from the client is: 8729454 [INFO]: **** Starting FSUIPC7 WASM Interface (WAPI) version 1.0.4 (WASM version 1.0.3) using connection -1 VFSUIPC7.log FSUIPC7.log

PS Do all (A:, (K:, (L: entries require a >? Can your recommend a document that explains? I had a tutorial for syntax in FSX gauges, but can't find it. The XML there is fairly straightforward, but the RPN needed explanation which I had. Wonder why MSFS had to make it so difficult to understand

Thanks John, I used the wrong variable. Using ELEVATOR TRIM POSITION, radians instead to down -60 (-10°) to up 60 (10°). Perhaps I'll split the presets with a delay between. I realized after I said it that presets can't manipulate Input Events. Are you going to provide the C510 Input Events / Events you find to the public?

I want to increase/decrease the The elevator trim using the trim wheel on my Bravo. The switches dont seem to have much control thru the MSFS Controls with the wheel. I want to slow down the rate on the down and up switches. I read another post to increment/decremet the trim by 128 bips. I have tried to create two presets (dn & up). Would you please check the syntax for me. Thanks DA62_Elev_Trm_Dn#(A:Elevator Position, number) (>L:Elevator_Angle_Trim, number) (L:Elevator_Angle_Trim, number) 128 - -16383 Min (L:Elevator_Angle_Trim, number) (>A:Elevator Position, number) DA62_Elev_Trm_Up#(A:Elevator Position, number) (>L:Elevator_Angle_Trim, number) (L:Elevator_Angle_Trim, number) 128 + 16383 Max (L:Elevator_Angle_Trim, number) (>A:Elevator Position, number)

Thank you

Hello John, Though all your help, I have been able to get all keypresses for the DA62 to work. Thanks. I found the delay control ( 1152 ) you provide very helpful in controlling Keypresses when MSFS responds too quickly. Is there a Sim Variable that is set? I would like to use it in Presets if I find a command that may need it. Depends on the keypad timing. May I suggest a few items? 1. You would significantly increase the worth of FSUIPC7 for Alpha and Bravo users if you created a proprietary C510 set of presets to be offered in a paid version only. 2. To use the UI to set controls to buttons or keypresses may be enhance for users if the control search (one where the user enter the first few characters) returns the first entry at the top of the pick list. 3. Is there some way that upon start up that there could be a log option that could separate the InputEvent found and InputEvent parameter received lists from the log when a user request logging Input Events? Another words List On/Off. That way, when user debugging, the log is not too large. 4. Keypresses – Is there a way to turn on/off showing keyboard presses while continuing to show buttons & keys from other devices than the keyboard. I am realizing that most of the KEYDOWN and KEYUP entries in the log are keyboard usage to navigate around MSFS. These suggestions are to allow a user to use the log as a debugging tool while providing the ability to show all the data you need to debug FSUIPC. Thanks

Thanks John, You don't have to be so adamant. You have much more knowledge and intimacy with FSUIPC than most of your customers. If we ask dumb questions it's because we haven't a clue how simconnect works, where things are in the documentation or even most of the MSFS functionality. An example is how to read button/key log entries. If there is documentation, we can't find it. Thanks again.

Just asked for input of why there are KEYUP when I haven't pressed any keys.

Beacuse we may not understand or of continued confusion. I am confused why there are so many KEY entries with "136203 .. KeyUp received from FS but not programmed", especially with keypresses that are KEYUP with no key down. Or with keys that are not programmed in a profile. If there is a discussion on debugging (Advanced User guide) other than Lua, I've not found it. Thanks

Thanks John, You don't have to be so adamant. You have much more knowledge and intimacy with FSUIPC than most of your customers. If we ask dumb questions it's because we haven't a clue how simconnect works, where things are in the documentation or even most of the MSFS functionality. An example is how to read button/key log entries. If there is documentation, we can't find it. Cockspur C510 customers with Alpha and Bravo would be highly appreciative to know the bindings. Especially if FSUIPC was the only product to offer bindings. Thanks again.

John, You don't have to be so adamant. You have much more knowledge and intimacy with FSUIPC than most of your customers. If we ask dumb questions it's because we haven't a clue how simconnect works, where things are in the documentation or even most of the MSFS functionality. An example is how to read button/key log entries. If there is documentation, we can't find it. Thanks again.

Thanks again. Will presets be able to include Input Events?

Thanks John, I've done what you suggested. I appoligize for the misunerstanding I had over the Input Event Assignments. Chalk it up to old age. Apparently, one can't compound a keypress. When I use the UI for the Fuel Valve controls (there are 2 On and Off) only the last assignment for a keypress exists in the .ini. I have corrected it manually. When I fly the DA62, only the first keypress works. I have set the Fuel Selector entry in the apron.flt to 0. If I start on the Apron, the keypresses turn the fuel levers on but not off again. If I start on the runway, the fuel levers don't respond (turn off). Are kepresses allowed to have compound .ini entries? Thankfully all othe keypresses work (thanks to you). Perhaps I'll put the fuel off on the rear indent on the throttles in the Bravo. I would switch back to the C510 if there were presets available. Are you going to publish presets for the C510? There are many Alpha and Bravo users that would appreciate it. Thanks again. FSUIPC7.log FSUIPC7.ini myevents.txt DA62.ini

Hi agian John, I'm confused. I followed your advice. I did reconfigure the keypad using Right Ctl, Tab and letter/number to define the keys, 1 thru 12. When I assigned them to presets using the UI, the keys shown as tab+rctl+nn. They were defined in DA62.ini (see attached). However, the event logs show multiple controls executed from the key presses (see FSUIPC7.log attached). For example: 209578 *** EVENT: Cntrl= 67064 (0x000105f8), Param= 0 (0x00000000) ENGINE_MASTER_2_TOGGLE 209656 *** EVENT: Cntrl= 67565 (0x000107ed), Param= 0 (0x00000000) ORNI_BOOST_SET or 226250 *** EVENT: Cntrl= 67007 (0x000105bf), Param= 1 (0x00000001) SET_STARTER1_HELD 226328 *** EVENT: Cntrl= 66178 (0x00010282), Param= 0 (0x00000000) ATC_MENU_7 226422 *** EVENT: Cntrl= 66178 (0x00010282), Param= 0 (0x00000000) ATC_MENU_7 I really don't undeerstand now. Is there a way to use a keypress to toggle using [Key] definitions (without Lua)? An example, to execute preset DA62_RH_Fuel_Control_On with the first push and preset DA62_RH_Fuel_Control_Off with the second push. Again, thanks. DA62.ini FSUIPC7.ini FSUIPC7.log myevents.txt

Because of this, I stopped using the C510. I am using a keypad for the fuel valve, ignition switches and starters. Just now, I got it to work with DA62 presets. Is there a capability to write to an Input Event, I can then put it into a preset? Thanks

1. Easy for you when you are most intimate with FSUIPC. Sonetimes it is confusing between the FSUIPC control Alphabetic description and what is listed in MSFS controls. SPAD.neXt provides the Simevent. 2. My real question was doesn't the Shifts prevent Windows or MSFS from acting on the base key. The N as ralt+rshift+N brings up the Nav Log. 3. My question was is there an ability yet to WRITE an Input Event without using Lua? I have become quite familiar with assigning buttons and keys. 4. As above, it seems that MSFS recognizes the ralt+rshift+N combination as an N. The problem is that MSFS uses too many modifiers itself to find the combination it doesn't use. I thought I read somewhere that FSUIPC will recognize the Tab key and Windows key as modifiers. The don't work when assigning keypresses. 5. This is for output keypresses from FSUIPC. I is there any modifier for input keypresses. Many simmers want to use game keypad (which most send keyboard key combinations) for switches in MSFS. Neither Mobiflight nor spad.next will recognize these devices. Thanks

PS - Write to an Input Event without using Lua.

I stopped using the C510 and am going to fly the Diamond DA62. The C510 was too complicated. I just installed 7.4.11. I have 2 PCs on which I run MSFS. The main server has all the devices. The PC I use for testing has only a Joystick attached. There are several B: events used as well as events with two indices. I have used the SPAD.neXt event monitor (direct simconnect) to view the parameters. Is there a way yet, perhaps with 7.4.11 that one can write to an Input Event? Another item I'm experiencing is using the keypress assignments, I receive some squirrely results I think from windows. If I condigured a buttoon a mini-keypad as ralt+rshift+F1, the windows help pops up. If I configure ralt+rshift+N, a window pops up in MSFS. Aren't the shifts supposed to modify windows or MSFS keys to prevent duplication? In reading KeyboardFocus=Yes or Key Focus FSUIPC it seems these deal with keypresses sent from FSUIPC. In my ignorance, the TrapMSFSkeys entry makes no sense to me. Not sure what TrapMSFSkeys=Yes means. All I want to do is use a keypad that can send keypresses to FSUIPC (e.g. ralt+rshift+N which shows correctly in the Assignment) and only trigger that event.key or [Keys] programming. Thanks John for your time.

I contacted Cockspur and absolutely received no support. Too difficult to find the events, variables. Spend too much time trying to make it work and not flying. I'm removing the C510 and going to the DA62 Mod. It works. Cockspur basically sod it to all the Alpha and Bravo users.

Few of the standard controls work, especially if you want to see the cockpit switches move. Most of that is driven by Lvars or Input Events. An example is the battery. The C510 uses Toggle Master Battery but there is Battery On and Off which doesn't work. Developers should provide a list of simconnect events or at least add their aircraft to MobiFlight or SPAD.neXt.

Yes, I have set a button for each. Doesn't work without the battery.