Jump to content
The simFlight Network Forums

aua668

Members
  • Posts

    381
  • Joined

  • Last visited

  • Days Won

    10

Posts posted by aua668

  1. 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

     

  2. 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

     

  3. On 1/1/2023 at 4:55 PM, Steve Mount said:

    Hi chaps.  I am looking at starting a Virtual Airline as an offshoot from my flight simulator training business (real world company).

    I know that most VA acars software uses FSUIPC/XUIPC to connect with MSFS/P3D and Xplane which is why I am hoping you might be able to point me in  the right direction here.

    Do you know anyone who I can pay to develop the backend of the VA for me?  I need flight tracking software and a website which takes the output from the flight tracking software and makes it do what we need it to do.

    Hope you might be able to point me in the right direction.  Many thanks in advance. Steve 

    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

     

    • Like 1
  4. 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

  5. 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

     

    • Like 1
  6. 4 hours ago, robschofield said:

    ...

    but am stumped with the Alt/VS inc/dec knob on the Carenado props which uses custom L;Var code and is therefore not programmable using standard P3D controls either through FSUIPC or the Honeycomb Configurator for the Bravo Throttle.

    ...

     

    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

  7. On 12/17/2021 at 9:25 AM, John Dowson said:

    You have a strange error in your log:

    1132172 Exception 25 "ILLEGAL_OPERATION", Ref 977, Index param -1 on read AddData for "RECIP ENG TURBOCHARGER FAILED:2"

     

     

    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


     

     

  8. 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

  9. 2 hours ago, Swissdani said:

    Linda is not used with the FSL bus, I only use it with the Boeings together with the honeycomb alpha and bravo.

    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

     

  10. 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

     

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.