aua668

Install_FSUIPC4971.zip Here you go... BR Reinhard

Hi, No problem - thanks for looking at the request. BR Reinhard

Hi John, Not an urgent problem but just a suggestion for future versions of FSUIPC, which could save a lot of LUA programming if you want to make multiple use of a single button. Very often many users with a limited number of buttons make use of the method, to distinguish between a shot button press and a long one to trigger different functions. There is a nice example in the documentation folder (TripleUse.lua), how to solve this by a LUA program. But you have to code this for all button events, which you monitor, where you need this functionality. The current syntax of the event.button trigger (or at least one of the four possible) looks like this: event.button(joynum, button, downup, "function-name") Addimg one additional parameter (duration in msec to identify a long press) in case of downup being 2 (detecting the up event) could return a different downup for a short and for a long button press. event.button(joynum, button, downup, "function-name",longpress) event.button(j17, 3, 2, "myFunction",2000) for example would return downup as usual when the button was pressed shortly. Pressing it longer that 2 seconds could return a different downup value to the defined function, which then could do different things depending on the returned value. This could be made completely upward compatible. If there is no parameter specified, it returns downup as usual. In fact this would only affect events, where downup is specified as 2 (or 3). All the other behavior stays completely the same. So if the code for remembering the point in time, when the button went down and deciding according to the duration when the button went up again in case if there is a longpress parameter supplied, could move to FSUIPC, this would save a lot of LUA coding on pilot side. And all the existing LUA programs would work as before. So if you once should have plenty of time on a rainy day, maybe you think about the proposal 😉 Best regards and thanks for the great addon. Reinhard

Hi, These types of errors are typically related to aircrafts. The Majestic Q400 shows similar errors since many years: 85781 Exception 3 "UNRECOGNIZED_ID", Ref 2893, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:1" 85781 Exception 3 "UNRECOGNIZED_ID", Ref 2894, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:2" 85781 Exception 3 "UNRECOGNIZED_ID", Ref 2895, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:3" As far as I remember, there was a thread about that issue, but the result was, that we can ignore these messages. In fact everything was working as expected. Which aircraft are you using? Rgds Reinhard

Hi, You should visit https://www.pollypotsoftware.org.uk/ (the creator of the GoFlight Interface tool). In the forum there are some articles about Win11. I don't own this product and I am (for good reason) still on WIN 10. So I am not able to provide additional support. Rgds Reinhard

Hi, Check https://vamsys.io/ . Many VAs use this as the ACARS system and the backend. The software is good and there exists a motivated team for support.. Rgds Reinhard

Yes - check the guide for advanced users and search for focus. Rgds Reinhard

Hi, As a workaround you could keep one INI file per aircraft in seperate subdirectories. Then you could use a CMD file per aircraft to copy the specific file into the WideFS directory and start WideFS out of that CMD file. Rgds Reinhard

Hi Kees, Looking at your code you could write the LUA script much simpler. I have attached a template implementing the first blocks of your code. This code should execute quick enough. Take this as an starting point to finish your script. Btw: in your loop from 7 to 26 you are creating offset values, which waste the space from A to F. So you have unused gaps. Offsets addressed by 0x62.. etc. are hex values. And as John said, you shouldn't use these offsets... Rgds Reinhard 76_lua_lights_simple.lua

Hi, There are two options, how to set different views of the VC View with the help of FSUIPC. Option 1: You can define custom cameras and assign some of the free hotkey numbers to them. But you are limited to only a few setups. And you have to avoid conflicts with existing assigned hot keys for cameras. You can map then these hotkeys directly to buttons. Option 2: You could control the camera of the current view via LUA programs by using offset 0x8680 / 0x86A0. You have to put your actual window title as a string into offset 0x8680 and write then your view parameters to 0x86A0. A sample function shows the correct way to control the camera. -- function to set cockpit camera for VC function setCameraVC ( pX, pY, pZ, pPitch, pTilt, pHeading ) ipc.writeSTR ( 0x8680 , "***Your window title go here***" ) -- select view to manipulate ipc.writeStruct( 0x86A0 , "6FLT" , pX -- X , pY -- Y , pZ -- Z , pPitch -- Pitch , pTilt -- Tilt , pHeading -- Heading ) ipc.sleep(100) end a little history about the implementation of the offset control can be found here: https://forum.simflight.com/topic/80484-simconnect_camerasetrelative6dof-not-working-as-expected/ Rgds Reinhard

Hi, In the directory, where FSUIPC was installed, you will find files FSUIPC6.ini and FSUIPC6.log. John need these files to check your configuration. Attach these files to the posting (don't copy the content here). Rgds Reinhard

Hi, Check your Aerosoft document folder. There is a special document for connecting hardware to your controls. If you follow the instructions, it will work (as it did for many others like me). Rgds Reinhard

Rob, Not sure, why you have to use mouse macros, when the Alt/VS knob might be operated by LVars. I am not sure if you are aware, that you also can manipulate LVars in macros. So this might be an alternative to the mouse macro. Mouse macros are fo me always the last option which I use, because you have to update all of them, if a (minor) update of the gauges is provided by the author of the plane. I only use th C172 from Carenado but there the AP_VS_VAR_INC / AP_VS_VAR_DEC commands work for me. Same for the AP_PITCH_REF_INC_UP / AP_PITCH_REF_INC_DN controls. I have mapped both to the same control and so I am able to control either the VS or the pitch depending on the AP mode. Rgds Reinhard

Hi, You should add a second line to your 787 section, as you had other entries too in you original list of settings. So the section should look like this: [Profile.787] 1=QualityWings 787 2=Boeing 787 Rgds Reinhard

Hi, These type of exceptions are always in relation with the selected aircraft. The Majestic Q400 for example always produces these three error messages in the fSUIPC.log file. Majestic support answered, that they don't know, why this is logged but that this should have no effect on the plane. 126515 Exception 3 "UNRECOGNIZED_ID", Ref 2899, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:1" 126515 Exception 3 "UNRECOGNIZED_ID", Ref 2900, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:2" 126515 Exception 3 "UNRECOGNIZED_ID", Ref 2901, Index param 1 on write SetData for "RECIP ENG FUEL FLOW:3" So I assume, the message is related to the specific aircraft used. See also here: https://forum.simflight.com/topic/88411-exception-25-legal_operation Rgds Reinhard

Hi, FYI: Mouse macros are helpful, if there is no other method to map functions of an aircraft to hardware. But there is a drawback: Whenever there is a (minor) change in the aircraft (new gauges, etc.) you have to recreate them, as the hook address will change. So remember, you have to recreate them, whenever there is an update for your plane. And asan overall strategy use them only, if there is no other option (ipc.control, LVar, etc.) available. Rgds Reinhard

But nevertheless you are starting LINDA always. So maybe you disable it for the tests to avoid any interference. One question for the FSL bus: Does it have it's own calibration mechanism too, or is it completely relying on FSUIPC and simulator? I don't own this plane so I have no experience with it. Rgds Reinhard

Hi, Looking at your calibration of the brakes in the Airbus profile, the values seem a little bit strange to me: LeftBrake=-14335,15604/16 RightBrake=-13567,-5760/16 Is there really such a big difference between left and right brake? In the 777 calibration profile you have a strange line included !1=SlopeLeftBr Maybe you check the calibration of your brakes. First in Windows. Then check, that you have no assignment set in the simulator. And then check the generic calibration and especially the profile specific calibration for your brakes. Rgds Reinhard

Hi, Have you connected the brakes to a different USB port? Did you auto-assign letters to your devices? Your FSUIPC INI-file an LOG-file will be necessary to analyze your problem. I am quite sure, the solution for your problem can be found there. Rgds Reinhard

Hi Pete, How have things changed: in former days FSUIPC always had to be adopted - and you always have been on holidays for celebrating a steam train event 😁 Best regards Reinhard

Hi, https://www.prepar3d.com/news/announcements/2021/12/120925/ And always the same question: Is FSUIPC ready? Rgds Reinhard

Hi, Aerosoft provides in the documntation folder a document with the title "Vol7-Thrust Lever Setup.pdf". Have you followed these instructions especially the one on page 3, where it is described, what you have to do in case you want to assign two throttle axis. Rgds Reinhard

Hi, Please provide the necessary information, so that we are able to help you: Which simulator, wich plane, which Garmin product, version of FSUIPC, etc.? Rgds Reinhard

Hi, As mentioned on the download page: Try to download it from http://www.fsuipc.com/ Rgds Reinhard

Hi, Copy the link, open a new tab in your browser and paste the link into the address field. Then press enter. Same here with Google Chrome. But with this trick it should work. Rgds Reinhard