CaptCrash
-
Posts
198 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Forums
Latest X-Plane & Community News
Calendar
Downloads
Store
Posts posted by CaptCrash
-
-
On 1/11/2024 at 11:52 AM, tkyler said:
none to speak of. I did spend some time trying out Captain Crashes "fixes"; however, I found out that he only tested in "cruise conditions" to "match numbers", because he had charts with numbers......but in doing so.....using his new prop / engine settings, the plane is completely inaccurate for ground ops, with insufficient thrust for taxi without going well into the alpha region. When I asked him about this he said, "no, I didn't test on the ground"....DOH... This is why I'm generally roll my eyes at community members with "fixes"....their perspective is usually very one dimensional, only regarding whatever it is they are passionate about. but the whole of the system is very inter-dependent.
I'm keeping part of his work, and dismissing other parts..and its a parameter by parameter evaluation. So sorry..no news yet, but certainly the work is still in my inbox.
TK
Ouch. Thanks Tom, can't say this makes me want continue to contribute or feel valued in your community. Well I wouldn't say it's my work that's the problem it lies more with the governor and stock engine model. I followed the overhaul manual for both blade profile and airfoil from hartzell. And I tested in the air because there is no data for "ground handling". Thanks, crash
-
Funny you should mention that. @arctic85 I just finished updating the XP12 version with more features and a better matching CG. I've been talking with Tom about incorporating the mod, because diff files aren't as friendly as I would like and I'm not going to release a full acf file to the forum. I'll try and get the diffs and updated airfoils up next weekend
-
1
-
-
Hi @Rlondon I understand your frustration. Using the file explorer if you navigate to [X-Plane install directory]\Aircraft\X-Aviation\CL650 you will see several folders, one of them is called "Documentation". That folder has all the mentioned documents based on the release. My recommendation would be to delete the Log.txt file in the main X-Plane folder then start X-Plane in VR. If X-Plane crashes attach that log file. Sometimes Windows can be very dumb in how it handles files and may or may not properly overwrite the log file. Please attach that log file as a response to this thread and lets see if we can identify any potential issues.
-
There is an unofficial mod that addresses the cruise perf for the 4 bladed prop
-
this is a known issue you can fix it here:
-
WARNING: DO NOT USE THE ABOVE AIRFOILS IN XP12 THEY WILL CRASH THE SIM IN FUTURE VERSIONS. THEY WILL NOT WORK.
-
1
-
-
3 hours ago, JPL19 said:
Thank you for your work on this.
Can someone point to any on-line instructions as to how to actually apply the ".diff" patch. I have tried WinMerge and TortiseMerge but cannot comprehend how to to apply the patch.
Joe
For windows try https://savannah.gnu.org/projects/patch/
I've attached an experimental build of the latest patch file. Below is an image from an article referencing the above tool: https://medium.com/codex/how-to-create-and-apply-patches-a9ef94340501. As always your results may vary.
-
Quote
Curiously, the POH indicates an IOAT of -3° at 18 000 ft (instead of -10). I know that the temperature is decreasing by 2°/1000 ft only below 10 000 ft, but it cannot explain such a difference. The calibration gauge maybe, different in the real aircraft ?
@danhenri The discrepancy you note is due to compression heating and the limited recovery coefficient of the temperature probe on the actual MU2. Based on the POH values I have identified the recovery coefficient of the temperature probe to be about 0.6. This is important for the following equation:
T_static = T_total * (1 + 1 / (0.2 * C_recovery * Mach^2))
Where T_static is the static outside air temp, T_Total is the indicated outside air temperature, C_recovery is the energy recovery coefficient of the probe. Modern probes are 1 but those are aspirated types on jets, on stuff like the MU it would be between 0.6 or 0.8 depending on type.Regarding your performance issues, you may want to try out my FM modification, it gets the plane to within 1% of cruise POH values. I haven't evaluated takeoff or landing distances yet.
-
Just and update regarding simbrief. I did submit a request for an MU2 profile based on the POH and AFM. They said they'll add it but no idea on time frame
-
OEM and GNS versions exhibit the same behavior, the course can be set but the obs knob and the CDI card on the HSI do not rotate to reflect the new course. GNS version shows the behavior when in GPS mode according to another user
-
It appears the RMI needle will flip the long way around if the navaid switches from the left to right side of the nose due to the circular singularity at 360/000
-
Currently undergoing V2.0.2 compatibility testingThe patch is compatible with 2.0.2-
1
-
-
8/9/2022 Change log
added flight model ventral strakes
added tip tank fins and strakes
added 85% ram inlet recovery pressure
reduced total power to 1113shp to account for ram inlet recovery
cruise values are now consistently below 2% delta from POH values at all altitudes
Changed trim time response and increased elevator trim in response to POH values and autopilot sensitivities
uploaded weight and balance spreadsheet -
1 hour ago, mjrhealth said:
Already reported and being addressed. Payd to read other posts.
Hey there @mjrhealth I'm not sure what you are trying to say. If you are trying to be helpful might I suggest instead of saying "payd (sic) to read other posts" providing a link to the other posts as an alternative? Something along the lines of the following:
QuoteHey good find. It looks like this issue has already been reported, here is a link to that post:
Lets try to avoid basically telling people to read the forum and have a bit more understanding that people miss things.
Thanks,
Crash
-
1
-
-
Hmm. I believe @amyinorbit has openGPWS functioning on her M1 in the Q400 so maybe she can shed some light on her voodoo that she do, I don't own a mac. the weather API for XP12 is going to be totally different hopefully rendering the need for openWXR redundant. But for users that will not upgrade to XP12 it may be worth integrating it. I would have done so already but I'd need to modify the obj and insert the screen object to replace the mesh where the INOP sticker is
-
When the auto-stop throttle feature is toggled engine 1 reverts to reverse and all control is lost of engine 2.
-
OpenWXR is a free plugin which relies on OpenGPWS and emulates a functional radar. This would be very useful for the OEM version of the panel which currently has an INOP weather radar. The system is customizable to the exact color and radar beam configuration using proper radar signal generation, filtering, signal processing and integration. It works as a standalone plugin once it is compiled and only requires space on the panel.png for the screen drawing
https://github.com/skiselkov/OpenWXR/ -
LibRadio is a plugin that properly computes signal propagation and handling of LOC/GS signals. Libradio relies on OpenGPWS to compile but acts as a standalone plugin. It greatly enhances the realism of radio signals by properly computing the signal masking and signal strength. It overrides the default radios but requires some updates in the MU2 to properly be integrated. I have it compiled on my system and the AP loses APPR functionality.
One major draw back to using the default handling of nav signals is the downwind ILS case. If flying downwind with the ILS tuned but on the departure end of the ILS Xplane will provide a guidance signal for the opposite runway effectively rendering BC approaches impossible.
https://github.com/skiselkov/libradio
https://github.com/skiselkov/opengpws-
2
-
-
There is a fuel limitation in the MU-2 based on the ZFW cg of the aircraft, if it is nose heavy then you can only put fuel in the mains or mains and outers. You can find this information in section 7 of the manual i posted in this forum. If there is no fueling limitation applied then you should fill the mains first, then the outers, then the tips. There can be several reasons for this here are a couple major one.
1) if a fuel transfer system failure occurs the resulting imbalance roll moment is greatly increased if all the fuel is out on the tips.
2) In the event of a bleed system failure or leak in the tip tanks you may not be able to transfer fuel from the tip tank(s) Proceed to 1.
If you use the manual and go through the flight planning for section, you can get proper fuel numbers. I put a request into simbrief(Navigraph) to add the MU-2.
Below is an image of my weight and balance form for the MU2. For Flight planning I plan an average climb TAS of about 185knots and 670pph for climb (this is based on the book values, the TOGA MU-2 fuel burn is about 14% too low). for cruise the flight planning tables lay it out quite nicely, and if you are using my mod, your speeds will be spot on but the fuel flows are still 14% too low.
-
http://web.archive.org/web/20211123225103/http://givdemo.com/images/N360RA POM & AFM.pdfThe AFM and POM are at the link above. This would be a good datapoint to use for reporting performance discrepancies
-
4
-
-
-
The mod is compatible with V2.0.1
-
I havent used this command before. the ap seems to function just fine for me. might it be a hardware issue?
-
So currently the cruise results are the following:
TAS: +1.07%, FF: -14% in all phases. I have to talk with tom, but changing the specific fuel consumption isn't affecting fuel flows.
Unreal performance, Power levels, Torque and EGT limits. Please adress this issues.
in Mitsubishi Marquise MU-2 v2
Posted
My sincere apologies for making any inference that you were not being proactive toward the development of the MU-2.