DaveSCUSA

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.

Thanks I may have. Don't remember. Most of the button programming I did with the UI. I may have changed it manually. Don't think so.

Hi John, still testing. Noticed in your reply, you provided your C510 profile. I saw how you had DontLogThese= included. I also assume the DontLogTheseIE= may be included. [Profile.C510] DontLogThese=65962,66523,65568,67197,66071,67072,66030,67073,67226 DontLogTheseIE=ENGINE_Throttle_1,ENGINE_Throttle_2 1=C510 Cockspur I believe I have made my situation too complicated. Programming in the profiles and Lua event.buttons, event.keypresses, conditions. I'm going to just use C510.ini for input. If I can figure ou the combinations of events, input events and Lvars to drive the C510. Do you use the Alpha and Bravo with your C510. If so, could you show a few entries that work? Specifically, when I turn my Alpha battery switch on - cockpit remains dark. Turn the battery on via Air manager, turns on. AVN PWR doesn't turn on with the Alpha, works with Air Manager. Also, no joy with the Alternators. The Air Manage code for the above is contained in file C510_AM.Lua. Non-working, just to display code. Please can you give me some examples from your setup to help me thru this. Thanks C510.ini FSUIPC7.ini myevents.txt FSUIPC7.log C510_AM.Lua

Thanks John, I became familiar with Air Manager. Their code is in Lua. I use it to test (there is a C510 panel). Variables, Events. I use FSUIPC7 for it's keypress capability. I noticed the DontLogThese in the profile. Got the button/keypress programming to work. Now struggling wit the keypress to Lua. No need to answer this post. I'll start a new topic after further testing. Thanks again

Today I found maybe i messed up as the profiles in the Profiles folder weren't working. Not sure why. I moved the button definitions to the FSUIPC7.ini file outside the profile and seemed to work with some bugs. I'll test more tomorrow. Thanks

Hi John, Sorry I haven't answered. I'm still struggling with communicating with the C510. I changed the communication to button and kepress programming in the profile C510.ini. The entries, for the most part, exercise presets. Nothing seems to work. Can't see a log entry to show that a profile is used. I'll be testing more tomorrow. I'll move the programming back to the FSUIPC7.ini. I moved the switches off the Luas to the profile programming for the Alpha, Bravo and Keypad. As I said, nothing seems to work. The events show in the log. I am also using a C510 panel from Air Manager I downloaded and tested on a tablet. It works fine. I used the same MSFS Events and Variables that AM uses. An example, the battery, AV, Alt1 and Alt2 switches on the Alpha. The AM switches turn the PFD and MFD turns on (also the cockpit animation). The Alpha switches do not. I also turned on the buttons and keys log functions but don't know how to interpret the log entries. I am not near a PC right now (my phone). After I yest tomorrow, I'll send FSUIPC7 files. Thanks

You are right, Cockspur vs. Asobo. Oversight during copy and I changed them. As far as the coding of >K: and >A:, I was using events.txt for examples: PA24_250_Pitot_Heat_Off#1 (>K:PITOT_HEAT_OFF) PA24_250_Pitot_Heat_On#1 (>K:PITOT_HEAT_ON) PA24_250_Primer_Prime#1 (>K:TOGGLE_PRIMER1) Please let me know where and how to use ENGINE_Starter_1<;FLOAT64> or ENGINE_Ignition_1<;FLOAT64>. I know how to assign the input events in the Assignment UI to a keypress but don't see how to use the key to press to on and the second press to off. As I said, I use input techniques by hardware unit. E.g. Honeycomb Alpha switches uses the button assignments to FSUIPC controls. For the keypad, I prefer to use Presets. One to tie one key to other keypresses and, two, to perform (variable) x == if { condition } to know if the previous press was on or off. I find once you use preset, then fs control assignment, then hardcode a keypress in FSUIPC7.ini, one loses track of where a button or keypress is defined and assigned for the hardware units. Where else can one manipulate input events, e.g. add or subtract a value to an input event. The Cockspur C510 input to modify the brightness of the panel light is input event LIGHTING_PANEL_1. The brightness of the Display is input event LIGHTING_POTENTIOMETER_30. Both have values 0 to 100. I have two rotary switches on the keypad left or right rotation. Each click sends a key combination. I want to change the value of the above input events by 10, left - 10, right + 10. Can't figure out how to do it in FSUIPC other than an Lua. Mobiflight and Air Manager both can manipulate input events but can't take keypad/keypress input. FSUIPC does a great job with keypresses but how to manipulate input events. Thanks, John.

PS - I'm not using ATC menu on or off in a preset. I have a button on one throttle handle to toggle the menu. The presets are to send ATC_MENU_0 to 9 commands to MSFS. The above url states that the ATC_MENU_x commands work. If I push button 1 (to send an ATC Menu command) button 2 will send ATC_MENU_0 and clear button 1. If button 2 is pushed and button 1 hasn't been pushed, button 2 will engage the starter for the left engine. Once released, then the starter is shut down. Also, the starter will shut down after 20 seconds or when N1 reaches a certain value.

Thanks John, I set the tail hook to true in the apron.cfg and hangar.cfg files. All other .cfg files (runway.cfg, cruise.cfg, etc.) is set to false. I couldn't find a MFSF variable that could tell me whether a flight is prestart cold or started. I use this to tell the difference. So I can use the start checklist to start the aircraft. And since I prefer using switch and button panels instead of a mouse in the cockpit, I use as many techniques as possible to engage the sim with buttons and switches. Also, in one case, the DA62, of an aircraft I like to fly, the internal developed templates start of a flight on the apron has some controls already turned on that the real aircraft would turn off at shutdown (e.g. fuel valve, Pitot Heat, etc.). I turn them off when the aircraft starts on the apron or hangar. Using the complete manufacturer provided (not MSFS provided) checklist. I haven't been able to find how to set an offset using the preset code. I prefer to keep all buttons/switches from a piece of hardware in the same media. Yoke and throttle buttons set thru button assignments to FSUIPC controls or presets (using presets where I would use ipc.execCalcCode() in Lua (e.g events or variables with 2 indices). Or in the keypress case, where an activity is dependent on the action of another keypress. I learned how this could be done with buttons in the Appendix but can't find out how with keypress input. Many of us cockpit builders are choosing these keypads. They can be programmed to output keypress combinations. And they are much cheaper than Flight Sim button hardware. $34 for a keypad vs. $1,000 for a CDU. One pad I have has rotary switches which sends a specific keypress on a click in a direction. I can increase or decrease for example ADF input. And using the pushbutton in the rotary, one can tell the sim to increase or decrease the unit by 1, 10, 100, 1000 depending on the use.

Great response, thanks. I have a key on the keypad that tells the other keys to be used to send an ATC Menu number or, if it's off, send an exec command. I have two activities I want to execute with each key, a key that push on and release off as in the starter button: C510_Starter1_On#(>A:TAILWHEEL LOCK ON, Bool) 0 == if { 1 (>K:TOGGLE_STARTER1) } C510_Starter1_Off#(>A:TAILWHEEL LOCK ON, Bool) 0 == if { 0 (>K:TOGGLE_STARTER1) } In another case, I want the key on when pushed and off when pushed again: C510_Ign1_On#(>A:TAILWHEEL LOCK ON, Bool) 0 == if { 1 (>K:TURBINE_IGNITION_SWITCH_SET1) } C510_Ign1_Off#(>A:TAILWHEEL LOCK ON, Bool) 0 == if { 0 (>K:TURBINE_IGNITION_SWITCH_SET1) } In the first case, I use the key press assignment push for on and release for off, if the ATC selection, TAILWHEEL LOCK ON is off. Without using an LVar, I'm not sure I can manipulate the action in the second case. Push on then push off. Is there some other method to accomplish the second activity. I would appreciate it. If I'm using LVars, I may as well use one to activate ATC pushes. Is there a way to send a keyboard keypress with a preset like you can in Lua? There is an entry to bypass windows with a keypress in the FSUIPC7.ini file. May I assume that FSUIPC7 intercept the keypress and sends it directly to MSFS? Is a semi-colon used in events for a comment line or can there be just a blank line between the presets? One comment on assignments thru the UI. It would be more efficient if a searched control could appear at the top of the list instead of the bottom. Often the control is beyond the results of the search unless one keys in the whole control name. Thanks

Thanks. Both typos. Just looking for a technique to use a key to turn on if off and off in on using the presets. Not sure how to define a local var with the preset code in the myevents.txt file. I guess I could use lua to define several LVars but was hoping there was a cleaner way. Also, can the RPN code following the preset name (preset#.....) take more than one line, if so how to indicate a continuation if needed? Thanks again.

I am currently coding myevents.txt to use with a keypress mini keypad. I plan to use Presets to attach the keypad. I want each key to perform two actions based on a keypress. Could you help with a technique to use these keys as an on/off switch. One keypress turns on a variable to use other keypresses as ATC Menu input then turns it off. If the variable is off, another preset is executed. The presets are listed in the attached file. For most buttons, I want an on/off function. Could you help in how to use the on/off values on one push and off on the next push. Not press and release. I'm not sure how to use a local variable in presets as one would use in a module. I find presets are more accurate and active than some ipc.execCalcCode() executions in Lua. a question. Are input events variable type B:, as in (B:LIGHTING_POTENTIOMETER_30, Enum) Thanks myevents.txt

Duh, thank you. That's why in progtramming one has walksthru. Or better error descriptions in compilers.

Dear John, I am receiving Lua errors on several (or all) ipc.CalcCode("code") statements and can't figure out why. I double checked the ipc code, event syntax and compared the coding to similar code in the events.txt file. Please help. Following is the log error and Lua code for a couple of examples: 132562 *** LUA Error: C:\FSUIPC7\MSFSLua\DA62_12Keys.lua:68: attempt to call field 'CalcCode' (a nil value) 68 ipc.CalcCode("1 (>K:SET_STARTER1_HELD)") 128500 *** LUA Error: C:\FSUIPC7\MSFSLua\DA62_12Keys.lua:120: attempt to call field 'CalcCode' (a nil value) 120 ipc.CalcCode("1 (>K:ENGINE_MASTER_1_TOGGLE)") 130234 *** LUA Error: C:\FSUIPC7\MSFSLua\DA62_12Keys.lua:149: attempt to call field 'CalcCode' (a nil value) 149 ipc.CalcCode("1 (>K:ENGINE_MASTER_2_TOGGLE)") Sample events I looked are: PA24_250_Magneto_Both#3 (>K:MAGNETO1_SET) PA24_250_Magneto_Left#2 (>K:MAGNETO1_SET) PA24_250_Magneto_Off#0 (>K:MAGNETO1_SET) PA24_250_Magneto_Right#1 (>K:MAGNETO1_SET) For the life of me I can't figure out why. Thanks DA62_12Keys.log DA62_12Keys.lua FSUIPC7.ini FSUIPC7.log

As usual, thanks

Hello John, Really appreciate your support. Many othe MSFS venues take days to repond. You always respond quickly even if the issue may not be tied directly to FSUIPC7. I have two questions: 1. There are two methods to defining LVars I have found (there may be others). One is to define LVars in the system.cfg file [LocalVar.n] and their initial value. These LVars are persistent with the aircraft. Another method is to define an LVar in a .flt file in the same category as in the systems.cfg file (different formats) which is not persistent. I defined the LVars used in the DA62 in the system.cfg file instead of in the Lua and seems to work well. I use an LVar in the apron.flt and hangar.flt to let the Lua know the aircraft is not on the runway. The question has to do with the timeing of loading the LVars along with the Lua. I test for nil or 0 using the ipc.readLvar from the Library (not on Apron). I then test for the value set in the apron.flt file. The vaule is never what is contained in the apron.flt file DA62L_Apron = 22 or the runway.flt file DA62L_Apron = 0. So far I have seen the vaues 622 and 135 from the LVar. Are Lua executions initiated befor the LVars are loaded? If the flight is started, an immediate list of the LVars (from the console) contains the LVars defined in the .cfg or .flt files. After a few moments, the console list Lua shows the defined LVars and the correct values. Is there a way to wait until the LVars are loaded with the correct initial values? Test that the load is complete? There are several discussions about LVars using Simconnect and C++ but no where else. I have asked the same question in the MSFS Forum and no answer after 5 days. 2. And do you know if an LVar and its value defined in the system.cfg file can be changed by the LVars entry in the .flt file. Or are they mutually exclusive (can't have the same LVar in both definitions). Thanks as always FSUIPC7.log MSFS_Lua.lua

Thanks

PS , I found the answer to the last question. In the system.cfg file, one can assign/create LVars. In the apron.flt file and/or runway.flt file, one can assign values to an LVar. I can create the LVars there and not use the Lua to create the LVars. But, would like to know why the error.

I keep obtaining an error attempting to create an LVar. The error (in the FSUIPC7.log) is: 429750 [ERROR]: Error: CDA with id=18 not found 429750 [ERROR]: Error: CDA with id=0 not found 429750 [ERROR]: Error: CDA with id=0 not found 429750 [ERROR]: Error: CDA with id=0 not found 429750 [ERROR]: Error: CDA with id=0 not found 429750 [ERROR]: Error: CDA with id=0 not found 429750 [ERROR]: Error: CDA with id=25 not found A Google search returns: "There are no results for "[ERROR]: Error: CDA with id=0 not found"". A search on just "Error: CDA" returns no results except Canadian Dental Association. In Lua, MSFS_Lua.lua is a function that creates a set of LVars for use to communicate with Air Manager (it has an variable subscriber that is executed upon change of a variable, including LVars). MSFS_Lua.lua also sets up several items used by the Add-on DA62 Mod. I executed two flights in MSFS and included the FSUIPC7.log. The first flight is with a DA20 at the end of the runway (non-DA62). The second flight is the DA62 at the apron. This when the Error: CDA appears. Previously, I started a DA62 flight with the ipc.createlvars commented out. At first I was creating the LVars with ipc.createLvar("L:DA62_DI_Mode",false) but changed it to ipc.createLvar("L:DA62_DI_Mode", 0). Still the error. Can you help? Thanks Another question please. Do you know of an MSFS variable for the location of an aircraft when starting a flight - Apron or Runway? Currently, I am setting the tail hook variable in the apron.cfg to on to differntiate. MSFS_Lua.lua MSFS_Lua.log FSUIPC7.log FSUIPC7.ini

Thank you. Sometimes very confusing and not obvious. Still becoming used to Lua.