Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 06/03/2022 in Posts

  1. Hello All, This will serve as a formal forum announcement that we have released the version 1.6.1 update for the CL650. All customers who have purchased the CL650 up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the CL650 from today forward, your purchased download will already be updated to version 1.6.1 for you. What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php  2. Find your original Challenger 650 download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: What's New / Changed: ************************************************* Please carefully review the following section about the V1.6.1 release highlights. These point out particular "gotcha" changes that might surprise you if you didn't expect them. Also, be aware that trying to reload an in-flight state from a previous version might not work very well. There were numerous internal changes to the avionics which will cause many of the computers to perform a cold reboot. When using a different version, please only try to load a previous state that was cold-and-dark. ************************************************* Release Highlights: 2988: Elevator control system is missing gain change mechanism from control column, causing over-controlling at higher speeds 3121: Implement variable pitch feel based on stabilizer trim position We've reworked the pitch feel to replicate the variable-rate pitch feel of the real aircraft. Unlike other aircraft where the pitch feel is based on airspeed, the Challenger uses the stabilizer trim position as a stand-in for airspeed. The pitch response near the center gets more desensitized the more nose-down elevator trim is applied (implying flight at a higher speed). There is also a fixed "curve" that gets applied near the neutral point. This comes from a mechanical part of the elevator mechanization called the gain-change mechanism. This is more-or-less fixed and is always applied on top of the variable pitch feel from the stabilizer trim. We recommend removing any kind of curves you have applied to your joystick or yoke and try to get used to the new out-of-the-box feel. If you have a force-feedback yoke with controllable force intensity (such as a Brunner FFB yoke), you can disable the trim-dependent pitch feel in the User Settings under the User Interface tab. You can then replicate it in a proper FFB way by gradually increasing the force needed to move the elevator as elevator trim goes from 5.0 to 1.25 (5=lighest, 1.25=heaviest). Outside of this range, the force should be constant, as the real pitch feel mechanism doesn't change force intensity outside of these ranges either. 2866: Implement dynamic GPS jamming simulation The CL650 now simulates dynamic, unannounced GPS jamming that happens in certain regions in the world, especially near disputed areas and active conflict zones. The locations of these areas are usually not NOTAM'ed, so you are encouraged to be on the lookout for potential issues with GPS reception in areas such as: - the Middle East - Eastern Europe - South China Sea - parts of Mexico Please note that these locations aren't hard-coded into the simulation. They dynamically change over time and needn't be active at all times. We can also add new areas post-release, and already have plans to add NOTAM'ed (scheduled and published) GPS outages. The simulation works by performing radio signal propagation modeling (including terrain masking) between the aircraft and every jamming station. If the signal levels of the jammer overpower the GPS satellite signals at the aircraft's position, the GPS position integrity will gradually degrade, until it is completely lost. You will then need to revert to inertial navigation and utilize radio or manual position updating. For now, we have chosen to avoid simulating GPS position spoofing, however. Please note that not all approach procedures can be flown without GPS available. Consult the approach procedure charts for required navigational sensors, as well as required navigational performance (RNP). This can then be cross-checked against the EPU value (Estimated Position Uncertainty) on the PFD as well as on the FMS PROG 2/2 page. Without GPS available, the FMC will attempt to use any enabled radio sensors (VOR/DME or DME/DME) as a source of position updates. Thus, flying an RNP 1.0 or sometimes even an RNP 0.3 approach might still be possible, provided that the approaches do not hard-require a GPS or GNSS sensor be available, and that a suitable position-updating navaid is available within range. For study purposes, the status of the jammer stations can be seen in the Study > GPS > GPS Jamming Stations window. 2927: Implement manual FMC position updating Dovetailing with the above GPS jamming functionality, the FMC now fully implements manual position updating. It is, admittedly, a very rarely used feature with GPS available, however, it does manifest in one useful way when in a GPS-denied environment. On departure, you will now have a "RWY UPDATE" prompt available on the ACT LEGS page on LSK 6L while the aircraft is on the ground. This can be used to manually update the FMC position to the runway threshold prior to takeoff, thus nulling out any positional drift due to purely inertial operation. 2963: Add ADG and nose gear door pins The aircraft now contains a beautiful 3D model of the air-driven generator (ADG, aka RAT on other aircraft), and together with that it brings an additional set of ground pins in the nose gear bay that must be manipulated by the pilot prior to and after a flight. The ADG pin is located on the right-hand wall of the nose gear bay, in the forward section. This pin locks the ADG in the stowed position, to prevent inadvertent ADG deployment while on the ground (restowing the ADG requires qualified maintenance personnel be called in). The second new ground pin is for the nose door and is located on the same right-hand wall of the nose gear bay, but more towards the aft section. For personal safety of ground crew while in the nose gear bay, the nose door is pinned, thus preventing any chance of the door closing and injuring personnel working there. This pin is typically installed after a flight and removed before a flight. These two additions complete the full set of 5 ground pins that are used in day-to-day operations. 2910: Refactor NAV-to-NAV transfer to avoid LNAV capture when APPR LOC is armed The NAV-to-NAV transfer system behavior was changed to behave more like the real airplane. When the aircraft is being vectored and utilizing HDG lateral mode, pushing APPR with a NAV-to-NAV approach loaded (e.g. an ILS) will no longer capture the LNAV path if the airplane happens to come close to the FMS path. Instead, *only* the armed APPR LOC mode will capture when the localizer begins to center. This helps prevent an inadvertent capture of the FMS path that might no longer be applicable. On the flip side, this means you will not be able to perform high-angle LOC captures (>45 degrees) by first capturing the FMS path in APPR LNV and then transitioning to APPR LOC. To perform a high-angle intercept with an intermediate step through the LNV mode, first push "NAV" on the FCP to arm the regular LNV mode for capture. Wait until the mode captures the FMS path and only then push the APPR FCP button to arm NAV-to-NAV transfer onto the localizer. 3036: Remove landing data that doesn’t exist in real box and add supplemental data message We've made fixes to the APPROACH REF computer to bring it in line with the quirks that the real avionics has. One of those particular gotchas is that you will no longer be able to compute an Actual Landing Distance (ALD) value when the runway condition is set to WET on page 1/4. Instead, the box will simply post an amber '?' for the ALD value and you will get an amber PERF OUT OF RANGE message. For regulatory reasons, when the runway is wet, the only value to be used is the factored Landing Field Length (LFL). You can switch the ALD display to LFL by typing 'L' on the scratchpad and pushing LSK 4L on APPROACH REF page 2/4. This will remove the caution message and the FMS will show the factored (1.15x) landing field length instead. However, on the flip side, when the runway condition is set to any of the other contaminated settings (i.e. SLUSH-WATER, LSNOW, CSNOW or ICE), LFL becomes unavailable (and will post a PERF OUT OF RANGE message), and you will need to use ALD instead (place an 'A' on LSK 4L to switch to ALD display). The reason here is that there is no landing distance correction factor published for these contaminated runway conditions, so you will want to enter your own into LAND FACT on LSK 2L. An additional gotcha is that when the runway condition is set to anything other than DRY, the FMS will post a white SUPPLEMENTAL DATA message. This message cannot be avoided, and is intended to emphasize that the FMS isn't using data from AFM Section 6 (Performance), but instead from AFM Supplement 2 (Operation on Wet and Contaminated Runways). 2848: Implement route names and loading of routes by name You can now save and load pilot routes by name. This is done either by entering the name on LSK 2L of page 1 of the FPLN page, or by entering a custom name in PILOT ROUTE LIST on LSK 6L or LSK 6R. When a name is entered on FPLN page 1 LSK 2L, if the route doesn't already exist in the PILOT ROUTE LIST, the name is simply assigned to the current flight plan. This name can then be used as the route name in PILOT ROUTE LIST by pushing LSK 6L or LSK 6R. If a route with the same name already exists in PILOT ROUTE LIST, the user is prompted if they would like to load that route instead. Loading a pilot route into the active flight plan is not permitted while the aircraft is in the air. 2849: Support new VATSIM departure/arrival ATISes Some VATSIM regions have started publishing separate departure and arrival ATISes, just like some real airports do. Thus, the ATIS type selection on DATALINK > AOC CORP > ATIS now correctly attempts to pick the type-specific ATIS first, before reverting to the generalized one. 2860: Add volume control for FO audio You can now control the automatic first officer's audio volume when reading checklists. The setting is located in User Settings under F/O Assists. New Features: 2823: Add IVAO Altitude client detection 2824: Add IVAO SELCAL integration 2825: Add support for showing COM TX flag on IVAO 2848: Implement route names and loading of routes by name 2849: Support new VATSIM departure/arrival ATISes 2860: Add volume control for FO audio 2866: Implement dynamic GPS jamming simulation 2869: Implement TOC and TOD display on MFD data window 2927: Implement manual FMC position updating 2953: Add search function to failure manager 2954: Add tooltips with descriptions to the Bleed study screen 2955: Add ASU engine parameters to the Bleed study screen 2963: Add ADG and nose gear door pins 2988: Elevator control system is missing gain change mechanism from control column, causing over-controlling at higher speeds 3121: Implement variable pitch feel based on stabilizer trim position 2995: Need to implement ADG ADCU failures in the failure manager 2996: Implement missing stall protection system failures 3002: Add datarefs to expose the internal CL650 atmospheric model 3006: Implement a dataref interface to wire and ARINC-429 abus data 3116: Need a ground service menu option to fix a rotor lock Improvements: 2816: MFD radio controls should have a test function on the NAV radio 2847: PROG page should show MANUAL or MEASURED in title when using the respective FUEL MGMT mode 2858: Update windshield heating auto-checklist to select either LOW or HI before takeoff 2778: Selecting SID/STAR does not narrow down runways 2435: Rudder needs more effectiveness to cope with V1 cut 2872: Make circuit breakers require a long click to pull to help avoid accidentally pulling breakers by randomly misclicking 2885: Show airframe manager when aircraft is repositioned using X-Plane flight setup screen 2898: Refine VOR/DME and DME/DME tuning when in the approach phase 2707: Need to show a magenta "FROM" flag next to the PFD horizontal deviation bar when flying from an FMS waypoint 2902: Refactor RNP APPR and RNP AR APPR determination to follow proper ICAO PBN rules 2908: Adjust electrical loads of components to be slightly more realistic 2910: Refactor NAV-to-NAV transfer to avoid LNAV capture when APPR LOC is armed 2912: Refactor autopilot and IRS code for more stable operation in ATT mode 2914: 10th stage bleed study screen needs to color in the vacuum ejector line using the temperature of the vacuum line 2915: Refactor tooltip system to use cairo rendering and XP11 modern windows for proper scaling 2918: Readjust tire drag down a bit to roll more easily on idle thrust 2944: Hoppie ACARS DEPART CLX system needs to handle clearance confirmation and error messages 2966: Add documentation link to the Study menu 2983: Allow user to specify a custom OCEANIC CLX facility in user settings 2985: Implement engine fuel feed lines as having a volume of fuel for delayed fire shutoff valve reaction 2991: Default the nose door to open on new persistent airframes 2696: During SPS test needle should go past red zone due to rate-advance mechanism 3036: Remove landing data that doesn’t exist in real box and add supplemental data message 3061: Redesign TUNE page parsing to be much more strict 3063: Selecting TO or GA should always activate the TO thrust limit 3117: When an in-flight state is repositioned back to the ground, reset core temps to allow immediate shutdown without core lock Bugfixes: 861: TUNE page should not allow entry of 4 letter LOC idents 2808: Leftover experimental GS steering code is causing pitch oscillations 2807: Squawk code transmission is broken in ARINC622 format 2806: UM74 and UM75 direct-to interoperability with Hoppie CPDLC broke prior to 1.5 release 2809: Maximum distance for DIS CROSS on FIX INFO should be 500 miles, not 200 2810: Galley normal map has excessive gloss 2811: Crash when airplane is dragged up into the air in turn estimation code 2813: Crash when selecting direct-to the last waypoint on an airway if followed by a discontinuity 2815: NAV radio test wasn't generating the correct test data out of the NAV-4000 and DME-4000 radios 2817: When an intercept leg his an IF-TF target, it incorrectly marks the intercept leg as virtual, instead of the IF leg 2821: PAX hurry up call option is broken 2802: APU GEN off caused CTD, broke airframe file 2768: Changing NAV SRC while OEI causes CTD 2803: Crash due to dangling airway-to-waypoint mapping table left over after a navigational database swap 2822: MFD Nav Radio Missing Auto Label 2828: Closing a disco in front of a VECTORS transition isn't generating a TF leg segment properly 2440: When a NAV radio is set to auto tuning, manual tuning via MFD doesn't work 2801: CTD when using DTO history 2829: ETA column on FPLN PROG MFD DATA page is computed incorrectly on TOD when TOD is on current leg 2830: DIR-TO page isn't showing required path angle and VS on page 1 2832: Alternate cruise altitude isn't being used in alternate fuel use calculation 2833: ROSE mode TO-FROM flag should be drawn with a black outline, not black-filled 2834: FPLN sequences prematurely when crossing 180 degrees of longitude 2835: IRS hybrid position solution needs to handle GPS position wrapping 2837: Add Altitude and POSCON to list of supported networks/clients in user settings 2819: CTD crossing 54N040W 2838: Mandatory turn direction can be mishandled by LNAV in certain corner cases 2839: Pilot oxygen mask blockage failure condition inverted, resulting in zero oxygen consumption 2841: Limit CPC auto valve rate to prevent oscillations when high cabin altitude condition is encountered 2840: Implement explicit versioning of serialized data sets to avoid persistent breakage of state files 2842: Entering a single-digit or two-digit radio frequency should tune the matching frequency preset slot 2843: Entering more than an 8-character frequency slot name in TUNE page crashes 2844: Moving VS/Pitch wheel should revert to Pitch mode unless the active vertical mode is VS or GS capture 2846: TO and GA vertical modes should be cleared by AP engagement or pushing the FD SYNC button 2850: Rounding of coordinates can cause a copy-back of 60 minutes out of a fix definition 2851: Geographic coordinate entry must allow entering 180 degrees of longitude 2852: When going direct-to the first waypoint on an airway, the direct-to path construction goes haywire 2854: Don't allow editing VNAV data on FA legs 2855: Inserting PDW at end of FPLN while in the air causes the FPLN to go direct-to the PDW instead 2857: Using FLEX takeoff results in spurious VSPEEDS DESELECTED when changing altitude in flight 2859: Update 3rd party docs to latest state 2861: Always clamp FD pitch command to allowable range 2862: Don't do terrain auto-popup on the PFD during a TAWS test, only during a genuine TAWS caution or warning 2863: When a CPDLC direct-to targets a navaid or airport as a FIXNAME, INSERT MOD into the FPLN fails 2864: When an FC leg occurs on a 5-character waypoint, the length field gets truncated to show only the leading zero 2556: Clock Local time is non-functional 2875: Pitch servo mistuning during G/S approaches was causing divergent oscillation at lower framerate 2876: Missing altitude in POSITION REPORT message human-readable format just before the "NEXT" word 2878: RNP approach handling without GNSS is producing spurious FMS messages 2879: Hoppie CPDLC interface needs to support climb and descent rate messages 2882: Boost pump INOP light and CAS messages should come on when on ground and the pump switch deselected 2883: Don't post ATS FAIL when no ATS mode is active and T/Rs are selected 2877: Secondary motive flow supply line occurs after the main ejector check valve, not before it 2884: Don't compute CLB, CRZ and MCT N1 targets when engine bleeds are off 2881: BACK ON ROUTE triggering too early, while still very far cross-track 2880: Waypoint ETA time computation unstable due to floating point rounding 2886: libcpdlc - deleted some dead code from ARINC 622 refactor 2887: libcpdlc - POS REPORT FANS page isn't automatically picking up FMS-supplied waypoint name data 2888: libcpdlc - altitude and speed display is doing incorrect rounding 2889: IRS study window wind component needs to be reversed and have proper alignment and units displayed 2890: TOC data shouldn't show on VNAV window 2891: TOD shouldn't show on VNAV window unless we're close to it 2893: Don't show TOC and TOD lines on FPLN PROG MFD DATA page when they're no longer relevant vertically 2894: Don't produce a vertical track alert when we're already below the TOD 2897: NRST APTS map symbols on AFDs need to respect the minimum runway length limit set in DEFAULTS 2900: Spurious APPR NOT AVAILABLE when an approach is marked for RNAV-any-sensor even though IRS is available 2901: Don't flash waypoint name on PFD when approaching it if FPLN sequencing is inhibited 2904: THRUST LIMIT page should show VERC label, not VFTO, during single-engine enroute climb or driftdown 2907: LPV approaches flown as RNP aren't bringing up the RNP ARM and RNP APPR messages 2913: Procedures with legs whose course is referenced to a LOC or ILS emitter's magvar are having the airport's magvar applied instead 2903: Non-applicable "Sit in Seat" menu items will now be disabled based on user location 2916: Add animation datarefs for ADG 2917: ADG drop at high speed stalls the turbine blades and doesn't come up to full speed 2920: Rename CL650/adg/phi dataref to CL650/adg/pitch 2922: Reacquisition of nav radio corrections after long period of no corrections doesn't wash out accumulated variance quickly enough 2923: FMS-FMS DISAGREE message mustn't compare the position of the non-active FMS 2921: FPLN with DEST only crashes when a departure runway is selected from arrival airport while on the ground 2924: LOC and VOR steering is too lethargic at larger distances 2925: Don't drop EPU when doing navaid retuning 2926: New tooltip system needs support for custom fonts with unicode characters 2928: Don't dump TACAN-colocated DMEs from the radio simulation 2929: Entering PAX/WT in one go doesn't correct convert LBS passenger weights, resulting in spurious INVALID ENTRY 2932: TERM WX VIEW page has carets on the wrong side when available airports overflow to the right-hand side 2933: Vertical prediction gives incorrect climb path for simple flight plan 2936: PL21 FMS FPL test program doesn't resolve airport and runway arguments to the "pos" command correctly 2937: Move climb mode variable into tighter scope in solve_vnav_clb_misap 2938: Don't hard-assert that we need elevation in FPL path solver 2939: Automatic VOR/DME updating facility shouldn't try to tune in TACANs 2941: Don't attempt radio corrections if the station is more than 45 degrees slant angle 2942: Don't post FMS DR and LOW POSITION ACCURACY messages when on the ground 2943: Radio correction distance misestimation due to altimetry errors and slant angle needs to be taken into account 2945: Manually setting position on the ground should set all FMCs at the same time 2946: In certain cases, going direct-to can cause the VNAV to enter descent mode prematurely 2947: When shortening procedures, update the TO side of the procedure line to reflect the new termination waypoint 2948: Doing a vertical direct-to to a CF leg that is also a lateral direct-to results in incorrect VDEV computation 2949: Disable IRS soft realign in preflight phase to avoid generating bogus alignments if the airplane starts moving 2950: Add extra FSCU table data for estimating very low AUX tank levels and aircraft is in an on-ground attitude 2951: Desensitize amber GNSS NOT AVAILABLE message so it doesn't always come up on the ground when powering up 2957: Creating or deleting custom states doesn't immediately sync the airframe database to persistent storage 2958: HUD rendering isn't stopping when the HUD combiner is stowed 2960: Refueling on uneven terrain can fail to hit the HL switch on the higher wing 2962: Add special case for abbreviated 833 frequency entry for 16xxx to 19xxx 2964: Reduced half bank isn't being used when it should 2961: Restore XP squawk code datarefs explicitly during a state restore 2968: ATS PIDs need to be reloaded from master config even on a state reload so we don't keep reusing old PID params 2970: Relax FPL deserialization when loading persistent disk FPLs in case the NAV DB has been changed or corrupted 2972: Optimize ARINC 429 code to avoid using avl_walk wherever possible 2973: Expose runpool profiling datarefs in non-debug builds 2974: Don't redraw cabin info screen when camera is far away from the airplane 2845: Chart zoom commands’ description is backwards 2980: Optimize PFD ADI drawing by removing explicit black outlining of certain text elements that aren't outlined on the real avionics 2979: EPU shouldn't be being drawn on compressed PFD 2978: Bearing display on compressed PFD doesn't fit vertically into the PFD 2981: Reduce Hoppie polling interval to 1 minute 2982: When DTG is unavailable on PFD, show it as 4 dashes, not dash-period-dash 2986: Show white NO APPR if a loc-check occurs during NAV-to-NAV setup 2997: Backup low speed cue in absence of Aux AOA signal should show enhanced red band instead of plain solid 3001: Refine autopilot pitch steering to get rid of "shaking" of yoke when AP is making large inputs 3005: LNV steering mode is prone to some oscillation at higher speed 3007: Bleed flow system mis-accounts bleed mass-flow demands, resulting in too high running ITTs 3011: Don't compute a TO N1 limit with 10th stage bleeds and anti-ice selected on 3008: Automatically check the respective minimums box when the DCP DATA knob is spun while setting REFS 3012: When baro minimums are selected, ALT SEL should snap to the baro mins value when rolled through it 3018: Update GPS Almanac URLs to new ones 3025: Implement variable rate trim commands from FCC as they should be PWM, not constant 3033: Extended no-manip section of cabin and fuselage to avoid clicking through to outside manipulators 3027: Pin missing on Nose Gear torque links (scissor links) 3030: Autopilot should be available when on EMER POWER ONLY 3021: Flying the KLEW ILS 04 from ENE w/HILPT causes a CTD when turning inbound 3029: At airport 3J7, the fueler is asking for liters when it should be asking for gallons 3037: Reduce min volts for most avionics modules to avoid a reset during a hard generator under-power trip 3042: VNAV direct-to shouldn't clear constraint class on intermediate legs if there is still a speed constraint on the leg 3043: VNAV phase can revert to CLB if TOD is constructed based off a descent constraint on an enroute leg 3045: "Requires Better Pushback" note on handling request form is misplaced vertically 3047: Hoppie """CPDLC""" likes to send lowercase in messages, so auto-uppercase everything 3048: Don't round BOW and AVG PASS WT values in defaults 3050: When left collector is nearly empty, ejector pump incorrectly over-calculates delivery pressure, causing APU cutout 3051: Arc legs can turn the wrong way if the aircraft intercepts at a steep angle and is outside of the arc start/end radial 3055: Entering wind component on TAKEOFF REF or APPROACH REF shouldn't zero the value if no H/T/P/M is given 3056: Permit fly-by of fix terminations if followed by intercept legs which would trigger before the fix termination 3057: Distance and radial terminated legs need to allow for fly-by unless explicitly tagged as overfly 3062: Don't allow fuel truck hookup with beacon light on 3064: Refine steering around tight arcs for RNP-AR approaches 3039: GPS doesn't correctly compensate for time-acceleration on velocity trends 3066: When an intercept leg overshoots an arc due to turn radii, prevent an intercept from happening on the far side of the arc 3067: Don't do direct-to joins on the next leg when a DF is followed by a TF 3072: Need support for RF legs with more than 270 degrees of arc 3071: LNAV should use rough altitude estimation to correct groundspeed and do turn prediction further down the FPL 3070: V-MDA PATH guidance isn't aiming at the runway or airport, but instead at the MAP 3073: AC ELEC page line from APU gen to APU data box should be filled green when APU gen is available and selected on 3074: Use previous pass VNAV altitudes for turn estimation during the LNAV construction pass 2190: Don't allow entering 3-digit abbreviated frequencies into COM tuning field 3076: Show INVALID CHANNEL instead of INVALID FREQUENCY on incorrect channel entry into COM tuning fields 3079: Vatsim """CPDLC""" sometimes uses CONTACT messages with reversed arguments 3078: SBAS integrity check should only be performed in LPV approach mode or on approaches where SBAS is mandatory 3082: Redesign VNAV phase determination to be much simpler and more reliable 3083: FMC2 checks the wrong GNSS side for disable status before using it 3085: VNAV SETUP transition alt/level entries should reflect the same value as used for the FL ALERT 3087: Hoppie """CPDLC""" messages can sometimes include a trailing " FT" part in altitude arguments 3089: Add additional detection of Hoppie logon rejections 3090: Reduce the engine vertical cant slightly to line up closer to technical docs 3093: AFD heading and engine data isn't being properly cleared out when the system is powered off 3094: Disabling FD should disable VNAV mode 3096: Need to handle Hoppie "MESSAGE NOT SUPPORTED BY THIS ATS UNIT" message 3099: Performing T/R check on the ground shouldn't cause the ATS to go FAIL, and only DISENG'D if active 3098: Deselecting TO mode on the ground should kill N1 TO ATS arming 3101: When ATS disengages automatically in landing mode, don't flash amber DISENG'D on the MSD 3104: Reduced bank angle heading control is unstable 3108: Refine GP mode steering when large trim changes are required due to flaps deployment and speed changes 3109: Don't attempt to process gear-related CAS messages from bad data when both PSEUs fail 3110: Parking brake config warning must come on when in the air or PSEU is failed 3106: ATS MSD should go blank after 7 seconds of SERVOTST 3112: Prevent removing a ground pin when the PSEU is attempting to move the corresponding actuator 3115: Refactor final VNAV path construction to start at the runway, not the FAF, except in case of V-MDA approaches 3122: Fix gap between top edge of overhead base and ceiling 3123: Arrivals with STAR terminating in vectors without a bottom altitude will fail to capture PATH mode 3124: VNAV doesn't stop on a level segment if the subsequent leg's altitude constraint is lower 3125: Entering a nonexistent airport into ORIGIN with no flight plan will crash 3126: Implement more route name entry validation 3127: Cruise speed determination is incorrectly converting m/s to knots and resulting in bad estimation when cruising below Mach 3128: Fixed gap between meshes in vertical stabilizer 3032: Fuel cap and forward equipment bay doors are missing lock/unlock decals 3015: 3 screws on radalt antenna on tail of aircraft are doubled-up and z-fighting 3133: Fixed gaps on rough section of power lever handles Normal Map. 3132: Don't allow loading pilot route directly into ACT FPLN while in the air 3134: If FMC groundspeed is momentarily invalid, it can cause FMC3 to crash Enjoy these latest updates, and stay tuned to the forum as we continually announce the latest happenings.
    15 points
  2. The sounds are finally coming along well. I've been 'worried' about...and playing with the engine sounds for quite some time, being that you can't just record a MU2 engine and handle all the possible ways a user may interact with the engine in a sim....and I've had to also learn FMOD along the way. If you want to simulate "cranking" or a hot start, or a shutdown, or a slow start, you have to accomodate the engine RPM at any given time and for any given duration. This means you need a relatively complex "looping" setup of sounds that only play when their "physical source" is in play. You don't find many videos of MU2s of cranking....or owners willing to 'crank' their engine several times for you and kill their battery while you record sounds. You may recall X-Plane firing up a turbine and playing the "lightoff" sound even if the engine doesn't lightoff. That's unacceptable to me. ....so the challenge has been to mix and synthesize the various components of the engine sounds to try and recreate the real thing. Well the engine is finally starting to sound realistic IMO...not perfect but not bad.....and the better it gets, the more I keep playing with it and why things keep dragging out. That being said, I think the wait will be worth it. I can honestly say that after 17 years from the first time I started building the MU2 for X-Plane....its finally shaping up to be the simulation I wanted it to me. Check out the engine sounds WIP video below. https://www.dropbox.com/s/8puz1xi88fvcbla/mu2_sound_opt.mp4?dl=0
    7 points
  3. another quick weekend report. Still working the sounds. I'm past the difficult (engine) part. Check the link on page 1 (my June 9 post) if you haven't already done so. Now its strictly just the quantity of sounds to increase immersion. The unfeather pump for example. When the prop reaches its limit, then this loads the electric pump more and the sound of the pump changes...case in point: https://www.dropbox.com/s/egu45j7f1ntksku/unfeather.mp4?dl=0 ...also, tire screech, runway / taxi roll...etc. I should wrap up sounds pretty quick....and afterwards, I move into final quality control..re-read/amend the docs, go down the final punchlist, start packaging files for distribution, etc. -tkyler
    4 points
  4. Another update. Though its been quiet here, it is still very much full speed on my end. There simply is a lot of infrastructure work and double-checks to get ready for release. One of the things I'm doing is moving the documentation to be browser based. That was a bit of a last minute decision but one I think will pay dividends moving forward. This makes the documentation searchable and navigated much more quickly and in addition, much easier to update and read IMO. I also forsee the need to facilitate tutorials and such and this format will allow the addition of such material to be added more quickly and presented more effectively. This infrastructure will also serve as a foundation for similar documentation efforts we plan to bring to the ixeg 737. We should be able to publish the docs to PDF also for those that desire such. The paint kit is also complete, which required its fair share of prep and documentation also. The documentation will probably drag on another day or two. At this stage, its looking like early June release. I will say I'm disappointed its not in the 3 week time span I had hoped and predicted, but not disappointed with why...because I simply want to refine lots of little things to ensure its a first class simming experience and its coming along very well. -tkyler
    4 points
  5. I only ask for the loading menu (weight, GPU support etc) from the VR level. Only and so much ;-)
    3 points
  6. Here is another one, on the ground at LFPB
    3 points
  7. I've since made contact with Jean-Luc, have the GTN-750 and required info so I'm good to go after release. Thx Raúl.
    3 points
  8. Pressing TO/GA (buttons on side of thrust levers) is applicable when ATS is not active on the ground. What you are actually doing is waking up the flight directors and giving them lateral and vertical modes (TO/TO). The arming of ATS to N1 TO (or FLX or MTO, if selected) is more of a convenience. So yes, on the ground, if you want to “reset ATS” deselecting the FDs and pressing TO/GA is a way to do it by virtue of resetting the automation entirely. Other times, say ATS is in FAIL, the way to “reset” it is to press the AT disconnect buttons (front side of thrust levers). Or if the ATS is off in flight, select a valid N1 thrust limit on the CDU and press the ATS button. On the topic of missing N1 limits, suggest this thread:
    2 points
  9. SOLVED Ok, figured it out. Had to move switch gear bay door switch to down "safe" position then turn on 3A pump to remove the gear door pin.
    2 points
  10. Thanks for this update I love this plane and features so much
    2 points
  11. I thought it would be fun to add some RL pictures from time to time. . Here our Chaly is on the way in the Belgrade FIR.
    2 points
  12. The supplemental ground wing anti-ice system provides a limited amount of bleed air to the wing leading edge, when the aircraft is on the ground, to maintain an ice-free leading edge by maintaining a surface temperature between 70°F (21°C) and 88°F (31°C). The system is automatically activated when all of the following conditions are met: • The aircraft is on the ground • Both thrust levers are at, or near, the idle position • The thrust reversers are stowed • Both ANTI-ICE–COWL switches are selected ON • The SYS (OFF) switch on the SUPP GND WING ANTI-ICE panel is not pressed in
    2 points
  13. The variants I refer to are the "panel variants", not the prop; however, If you consider the 4/5-blade options, then there are actually 6 variants (3 panels x 2 prop options) and indeed their are 6 *.acf files.......or 8 if you include the GTN-750 equipped one for Windows only owners (developed after the official release). That's one of the things dragging this out a bit...each one have their own differing set of support files and of course sound files. Quality control is quite something. anyhow, the panel variants are 1) OEM Radio panel 2) Garmin GNS/GPS Radio Panel 3) Garmin G600 PFD/MDF with GNS/GPS Radio Stack. Note the 3rd option is only available for owners of the Real Sim Gear G500 /600 product from X-Aviation. Below is a screnshot from the docs regarding the panel/prop variants.
    2 points
  14. for the record.....I am absolutely willing and anxious to look at popular 3rd party products and integration with such; however, only after I get everything working smooth with default X-Plane first. So any love for these 3rd party add-ons will have to wait until after release. The G500/600 received a little extra love because a lot of MU2s have these nowadays and the integration was discussed early in the MU2 rework with the G500/600 developer. The weather radar specifically is a bit of a odd duck at the moment in that we are close to transitioning to XP12 with its completely new weather engine and possibly new weather radar....so the weather radar is not getting any love at this instant and will initially ship with default XP11 weather radar. I want a properly functioning "old school" radar for sure, but am currently in a 'wait and see' with XP12 being around the corner. I do not have visual 3D icing effects yet but intend to. I'm reluctant to quickly toss on 'stacking show/hide polygons' to simulate 3D ice buildup as I think its a bit cheesy. For myself, given the choice of "do nothing" vs. "do something, but it looks kind of cheesy to me", I'd rather do nothing until I can do it to what I feel is a quality implementation. As far as whats "planned", all I can say is "everything I can"....in due time. The Moo is really a labor of love and I have quite a long list of extras I want to add to it once this new foundation is in. Right now its 10 things at once leading up to release, but afterwards, I can begin developing high quality extra features that will really improve the Moo experience. 2022 is basically slated for IXEG and Moo improvements. -tkyler
    2 points
  15. You got what you asked for....he is taking his time
    1 point
  16. I have not started upgrading the 737 for XP12, but it already "runs" in it. The other variants are not going to be part of the version 1 run, but we are not ruling out doing a V2 at a later time with greatly enhanced extra functionality and variants.
    1 point
  17. Thanks you guys - I found out about the thrust limit requirement last night, as well as the issue with the nose wheel... I put it to use in another test flight which went off without issue, so I was in the wrong... =) Thanks very much for your responses, however - very much appreciated! //sse
    1 point
  18. This is (now) the correct behaviour. From the V1.6 change log: 2884: Don't compute CLB, CRZ and MCT N1 targets when engine bleeds are off You need to follow the checklist and select a thrust rating that isn’t one of the above when it says “N1 TGT”, before the “APU / PACKS TRANSITION” is completed by the Virtual F/O.
    1 point
  19. Hi. I noticed the MFD NAV Flip button is not working. The PFD COM flip works. I removed and reinstalled in case it was a download issue, but the issue still is occurring. Let me know.
    1 point
  20. I have the same issue as well. Also have an issue with Avitab in the WFB using multiple monitors and the passenger lighting screen in the galley.
    1 point
  21. For most future updates, starting with the current updates that have begun testing (SR2X G1000 1.4.0 and SR2X Entegra 1.2.0) we will begin opening public beta access beyond just our Discord, but will additionally provide access to our customers here. To join the beta, fill out the request form here and we'll get you added as soon as we can. Details on the current beta: SR20/22 G1000 1.4.0: - Improved maintenance system with expanded procedures and more detailed readouts to distinguish between states and mechanic actions. - Physics model improvements including addressing the starting behaviors by addressing issues in the fuel priming logic. - 3D overhaul for windows and ice visualization system (IVS), which looks much better and should increase sim performance! - Proper Instrument Brightness Knob Behavior with G1000 Screen Dimming See the full current changelog for 1.4.0 here: https://torques.im/SZzJ12 SR20/22 Entegra 1.2.0: - Improved maintenance system with expanded procedures and more detailed readouts to distinguish between states and mechanic actions. - Physics model improvements including addressing the starting behaviors by addressing issues in the fuel priming logic. - 3D overhaul for windows and ice visualization system (IVS), which looks much better and should increase sim performance! See the full current changelog for 1.2.0 here: https://torques.im/2p93Jn
    1 point
  22. I bought the MU-2 yesterday and really like it. Quite amazing how well it looks, despite its age. I'm hoping for a good discount now for version 2. Will fly from Nuremberg to Montpellier in France today, for some holiday feeling - just returned from Montpellier in real life.
    1 point
  23. The relevance of Intel vs M1 is pretty much moot from a CPU standpoint. The M1 chips are plenty suitable as a CPU, so that's not a concern considering how modern they are. It's the GPU you'll need to focus on. We give a reference set of specs with which you can easily research comparisons for online with the use of a search engine like Google. It took me roughly one minute to find all I needed to compare the performance of an M1 to the minimum spec'd Nvidia card we provide. It's really no different for AMD CPU or GPU users either. I'll consider creating some kind of Apple specific M chip recommendations, but in this case the internet really does make this stuff pretty simple overall!
    1 point
  24. Want to pull the trigger on this but one question - will it be upgraded to XP-12 when released or will there be an additional fee after the v2 upgrade? Just wanted to ensure there is a path as a very expensive airplane was suddenly dropped by a company (not yours) that switched to MSFS and with left us XP users no upgrade or support path in the future. I also have another three aircraft from you (which I love) and will they be upgraded to XP-12?
    1 point
  25. The RSG DFC90 is fantastic. It has multifunction button application (IAS and ALT) capture at the same time when pushed. Very happy with the new RSG hardware. Works like the one in my 2005 G2 R
    1 point
  26. I deleted the airframe, and re-did the exact same flight with a new one without issue.
    1 point
  27. Thanks, that solved the problem.
    1 point
  28. duly noted and fixed. the "little aircraft" on the HSI is part of the "panel glass overlays" and simply turned off during development. It will be there for release . The altitmeter adjust bug is white (supposed to be orange)...there's no hole in the yoke for the control lock....and .....***. SUCH is the life of quality control before release! I'm a lot pickier this time around than I was 10 years ago it seems.
    1 point
  29. you definitely missed it. answer is yes.
    1 point
  30. not at release no...not beyond default X-Plane.....but a little more explanation is probably warranted. The code infrastructure absolutely supports the implementing and mangement of failures of lower level components... and indeed I've had an algorithmic model for failures for many years "in my head"; however, I feel an interface to implementing and managing failures is a critical thing to get right for the end user. Such a system would require a "repair module" in my mind. In other words, if you experience what appears to be a failure...how do you know whether its a bug in the software, an omission of a feature, or a genuine "purposeful simulated failure?" Its not unreasonable to envision some kind of "maintenance inspection report feature" where you could get some kind of report on any thing you feel was not working correctly and wanted to have a virtual A&P investigate further...otherwise, you'll end up on forums asking if anybody else has seen "the problem" you're seeing and is it a bug. The limitation, for myself, has always been programming the GUI for such a system...which in the past, required some openGL skills, which is not my strong suit. Gizmo has since introduced the 'imGUI' UI toolset, which I'm just tippy-toeing into on this V2.0 release...but the feature set of imGUI seems to be exactly what I need to get my "failure model" into some kind of "management interface', at least for individual "in sim" management. I've had "web based online failure mangement models" also in my head for some time. (Any full-stack web programmers interested?) So its in the pipeline for sure...the ixeg 737 is built around the same code infrastructure and awaiting a similar GUI interface, but I need some time to develop the "failure and repair interface module" to the vision I have in my head that would be sufficiently engaging for users...which includes me. FWIW, there will be a 'roadmap' documented for the MU2. Such includes the failure work and expansion of the systems. There is a fine line between "systems from the pilot perspective", vs. "systems from the maintenance perspective". For example, some instruments which users see as "one instrument" is actually many in one. the HSI/ADI for example. The ADI gyro uses power from one source, the ADI flags from another and the GS/LOC signal inputs from another etc....so its possible to fail "some" of the instrument, but not all of it. Simulating these 100% accurately requires having knowledge of instrument "pinout diagrams", which are tough to come by as many of these instruments are proprietary and folks in legal possession of these diagrams aren't exactly handing them out like flyers....even if these instruments are 30+ years old. Beats me why this is, but it is. I will certainly be continuing my efforts to improve the Moo systems to this 100% goal (whether attainable or not) as time moves on. After all, I too am a fan of learning these systems at really low levels, if for no other reason than the fun of it. -tkyler
    1 point
  31. XP 12 definitely has a lot of "under the hood" changes will affect the Moo; however, immediately after release and stabilization, I'll begin to test/tweak it for XP12 also.
    1 point
  32. Finally cured my problem - I deleted the aircraft for the second time - but this time purged all the folders and then downloaded the aircraft again, open the her up in X-Plane and it turbine fired up exactly as it should have. In fact, I put close to 3 hours on the 900 today and just like everyone mentioned - the HotStart 900 is a piece of work. Stay Safe - Mike
    1 point
  33. Quick report. I'm moving things back oh so slightly. At this point, I'm updating the docs and working on the sound engineering. The sound is the long straw here, FMOD is a bit new to me and quite intimidating for first timers and taking a bit more time than I hoped to get up to speed..... and I'm quite picky about sound. I am still working on it daily and safe to say that when the sound is done, we'll get it out. I won't say when, but I myself will be quite disappointed if its more than 3 weeks. -tkyler
    1 point
  34. I don't think I'm going to make it in April Marco.....though I am very close to wrapping things up. Targeting first half of May it looks like now. Right now there is a lot of quality control checks being done. With 3 variants it is quite a lot of flight testing. The last week has been compatiblity work with all the probable hardware configurations and setting up the preferences etc. All the lighting / night lighting is done and the only thing that remains is a punchlist of small items, a few more liveries to do and the last thing will be the sound. This certainly won't drag out, there is nothing else on my plate and this work is all day every day for me until release. -Tom
    1 point
  35. Hello All, This will serve as a formal forum announcement that we have released the version 1.5.2 update for the CL650. All customers who have purchased the CL650 up till now have been sent an e-mail by X-Aviation with complete instructions on how to obtain your update. We have made this a very simple process! For those that purchase the CL650 from today forward, your purchased download will already be updated to version 1.5.2 for you. What if I didn't get the update e-mail? If you did not receive your update e-mail don't fret! X-Aviation has updated our system to allow all customers to update with ease, regardless of whether you received an e-mail for the update! Here's what to do: 1. Login to your X-Aviation account here: https://www.x-aviation.com/catalog/account_history.php  2. Find your original Challenger 650 download and re-download the file. It will download as the latest version! The following is a list of additions/fixes included: What's New / Changed: New Features: 2690: Add a clickspot for inspecting wing surfaces during preflight 2708: Add support for xPilot’s SELCAL datarefs 2716: Implement FANS CPDLC support 2732: Implemented DEP CLX, OCEAN CLX and ATS LOG datalink subsystems Enhancements: 2691: Redesigned the overnight icing accumulation algorithm to use real METAR data 2688: Add support for detecting POSCON client for disabling realistic altimetry feature 2698: Implement workaround for FMod sound bug when loading the airplane with sound muted 2699: Implement dataref interface for libfail to allow 3rd party software to trigger our failures 2320: User request for dataref to indicate when in “walking mode” Bugfixes: 2683: ABEAM REF distance and time isn't working correctly 2687: V-bar FD vertical deflection & rotation stacking should be reversed so the V-bar rotates around the nose indicator 2692: Reduce landing and taxi light brightness to be a bit closer to reality 2648: KEUG I16R with EUG transition is handled incorrectly for the subsequent leg intercept off the procedure turn 2409: Shrink or hide manipulators for engine fire push buttons so they can’t be clicked by mistake 2685: Manual ENG BLEED setting isn't being cross-talked between FMCs 2693: afm_mgr has a potential deadlock due to locking inversion if a state load coincides with a state save 2694: THRUST LIMIT page 2/2 shouldn't be selectable in the air 2695: Smooth FPLN leg joins should anticipate turn radius changes due to climbs 2697: CPC PID derivative rate was still causing oscillations when reloading a climb state at higher ISA around mid-20 thousands 2487: CTD - CL650[chart_prov_navigraph.c:1086]: assertion "chartdb_add_chart(arpt, chart)" failed 2721: Receiving a ATIS datalink message should show green DATALINK advisory CAS 2730: Reduce initial engine parameter variance a bit to help avoid unusually high ITT deviations 2775: Fix radial are off by a few degrees 2776: ATS posts an FMC ERR when FMS3 is selected as active on the left side 2779: Descent altitude constraints can stick past the waypoint where they are applicable 2780: Compressor stalls should stop when the engine is shut down 2773: PFD SVS rendering distance too short 2768: Changing NAV SRC while OEI causes CTD 2784: Small amount of aileron trim causes persistent monitored AP disconnects due to servo misalignment alarm firing 2769: DCT fix in FMS followed by pressing NAV causes CTD 2767: CTD when attempting to use invalid AFCS data 2749: Hold exit followed by FPL disco. clear = CTD 2785: Newly created airframe has right hand side cabin window blinds closed 2786: Engine hydraulic SOVs were being ignored when determining engine-driven pump operation 2787: Manual date setting on STATUS page results in setting incorrect year 2789: Make tail refuel pump fatter by 1mm to avoid spurious AUX TANK HEAVY CAS messages 2791: PBPB waypoint entry when first WPT SEL has 1 option and second WPT SEL has more than 1, empty WPT SEL shows instead 2792: PBPB waypoint checker should be using the passed selection lookup type, instead of defaulting to database-only 2793: WPT SEL screen should return to the caller's subpage 2777: Fix page missing Lat/Lon Cross small text 2795: FLT LOG fuel used needs to allow entering DELETE to reset the value 2796: TERM WX should allow for non-ICAO station IDs 2794: Add a checklist menu item to manually stop the FO's go-around flow 2797: is_valid_icao_code should allow for numbers in IDs 2798: Invalid ICAO code in FPLN RECALL page isn't generating an INVALID ENTRY error Enjoy these latest updates, and stay tuned to the forum as we continually announce the latest happenings.
    1 point
  36. My compilation of useful forum users contributions in the first hours after the Challenger installation on my computer :
    1 point
  37. I have the IXEG 733 and the LES DC-3. I just recently purchased a new system from X-Force PC and migrated my X-Plane installation to it. I was able to update the computer ID, and both worked fine for a day or two. I then got the notification that Windows 11 was ready to install, so I did it. I hated it and rolled back to Windows 10. Now, every time I start X-Plane, I get messages saying Machine IDs do not match and License Data Invalid. I sent an email for which I have had no response, so I am asking for help here. Thanks!
    1 point
  38. I found this one really helpful, not intimidating in terms of length nor detail. Once you've watched this one you will be able to get your aircraft to the RWY in no time. When proficient with this, you can dive into much more detail with the FAAV videos.
    1 point
  39. It's possible in the real airplane too if you're flexible.
    1 point
  40. I hesitated to buy IXEG, because as we all know, we have ZIBO 738, FJS 732, FF 757/767, why bother to buy 733 from IXEG? Until XA has a discount of IXEG recently, combining IXEG team has a promise of a update of XP12, I bought it in. Suprisingly, it is the most VR playable Boeing aircraft, meaning it is FPS friendly enough, at least my PC can achieve +30fps in HP reverb G1 VR. someone might say ZIBO, not on my PC, it is less then 24fps, FJS is struggling with 24 as well, FF is a fps killer because of SASL. I understand non-programmers won't care too much about FPS, they just want more FPS, but they really don't care FPS. as a programmer, I understand FPS means good software architecture, it turns out only a couple of FPS, but cost brain more. so I will say IXEG is a good team, has protential to create better product
    1 point
  41. The Challenger 650 has a comprehensive GPS/GNSS simulation, as well as fully realised Inertial Reference Systems. Some interesting behaviour can be seen. The avionics will need to retrieve the GPS almanac on first start, just like the real thing, except the simulation grabs it over the internet (at a realistic data rate) rather than using the satellite antenna. When you first load the jet, it may take some time to get a GPS fix. Remember getting a brand new SatNav (remember those?!) out the box and having to wait 20 mins until it could find itself, well now you know it was downloading the GPS almanac, just like the Challenger. When the avionics have a GPS position, they may indicate GNSS ONLY. This is because the Inertial Reference Systems take some time to align. Longer at higher latitudes, up to about 18 minutes if you try starting at CFS Alert. Less time on the equator. The IRSs need to "feel" the motion of the world turning beneath them to find true north and establish position, and the world moves more linear distance in the same time at the equator compared with the poles. As the IRSs are not available for navigation at this time, you may see a GNSS ONLY message on the CDU. This will clear when the IRSs align fully. You can even see the time to align by displaying the IRS STATUS on the MFD. Use MFD DATA, then DSPL MENU buttons on the CDU to choose the display page. Once the IRS have aligned, you're good to go.
    1 point
  42. 1) Currently there is no way to determine CG within the add-on. If you have an Apple device check out the video below. If not, I would suggest 24, 25 and 26 percent depending on weight. See what works for you. 2) The luggage hold will be accessible in a future update.
    1 point
  43. What seems to make sense for me is removing it after the hydraulic 3A is turned on but before nose door is closed (to satisfy their respective checklist entires). Then put back in after shutdown checklist, but before securing checklist, as this is when the pax are leaving so the door is open, for doing a quick post-flight walk around.
    1 point
  44. Yeah, adding 7000 might be a good option to add, cycling through the different options when clicking the VFR button perhaps.
    1 point
  45. I've submitted a feature request for the FO audio volume to be controlled via the audio control panel INT volume control when wearing the headset. No promises, but the developers will see the request.
    1 point
  46. Solved. Have to update the database in 3 FMCs :)
    1 point
  47. was not able to fix it so i restarted XP and created a new Airframe and that fixed it
    1 point
  48. Is in the future planed an Expansion for the B737-300 as Cargo ? That would be realy nice best regards
    1 point
  49. Assembling some of the cockpit elements. Shouldn't be too long before it's time to "shoe-horn" it into the fuselage.
    1 point
×
×
  • Create New...