Jump to content

sardilli

Members
  • Posts

    24
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

sardilli's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • Reacting Well Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • First Post Rare

Recent Badges

1

Reputation

  1. Thanks for the video. That makes total sense and it definitely appears to be some kind of clutch. I guess the only remaining issue is that the LED windows showing the numerical value of the CSI setting and DME distance are extremely dim on the 5 blade glass version even with all of the interior lighting on full brightness. Similarly, the 4 blade glass version shows normal brightness for the CSI setting but extremely dim for the DME distance, again with the interior lighting on full brightness Screenshots attached. Do you still plan to update the transponder and stopwatch/chrono resolution in a future version? Thanks!
  2. @tkyler Thanks for your message. Since the HSI on the MU2 copilot's side is mechanical, I assumed that the CSI automatically slewing to the GPS Desired Track (DTK) value would cause the CSI knob to physically move and the digital readout to match. It sounds like I made an incorrect assumption. Since I made the original post, I have started flying a Piper Arrow IRL that has a Century mechanical HSI connected to a Garmin 430. In that airplane, the 430 has no ability to physically move the CSI needle and knob, the pilot has to manually set the CSI to match the GPS desired track. It sounds like the MU2 must have some kind of servo or stepper motor that physically moves the CSI needle but is somehow not connected to the CSI knob. Otherwise how would the pilot be able to spin the knob and change the digital readout without the CSI needle physically moving. Thanks in advance! Curious to know which of these methods is implemented in the real MU2.
  3. Hello, updates for the copilot HSI course knob look great on the GNS and OEM versions for both 4 and 5 blade versions of the plane. There seem to be some inconsistencies on the 4 and 5 blade GLASS versions that perhaps could be considered for the next update. On the 4 blade GLASS version, when the #2 GNS430 CDI mode is in VOR/LOC everything works perfectly (course needle moves and digital readout changes to match). When the CDI of the #2 GNS430 is changed to GPS mode, the needle correctly slews to the DTK however the digital course readout does not update to match and the digital course readout continues to update with knob movements vs. being locked to the GPS DTK. On the 5 blade glass version the digital course readout is completely blank. Thanks again for a great update, great to have Reality XP GTN available in the aircraft.
  4. Sounds good, thank you sir.
  5. I recently noticed a possible bug related to the copilot HSI. Upon initial load of the aircraft, the copilot HSI course knob only changes the digital course readout on the HSI but the CDI needle itself is stuck and does not move. This can be rectified on the Glass and GNS versions by cycling the CDI of #2 Garmin 430 to GPS and back to VLOC which then causes the needle to move with the knob. In the OEM version, the needle is permanently stuck. Would it be possible to fix this in the next version? Also, regarding the heading bug knob, the pilot's heading bug knob will move the heading bug on both the pilot and co-pilot's HSI but the knob on the copilot HSI does not appear to function. I'm not sure if the real aircraft has synchronized or independent heading bugs but it's certainly convenient to have them synchronized for sim purposes. Would it be possible to have the co-pilot's heading bug knob move the heading bug on both sides as well for times when the user is flying from the right seat? Thanks in advance, I'm really enjoying flying this aircraft.
  6. Thanks for the quick response. I was checking the operation of my rudder pedals using the graphical display in X-Plane but when looked at the dataref values for brakes it turns out that the right and/or left brakes were intermittently sticking at .1 or so when they should have been 0. This brake drag was causing slow taxing in #1 above and also the issue I described in #3. Guess I'll have to look at some new hardware or somehow setup X-Plane to ignore brake values below 0.15 since I apparently have noisy rudder pedals.
  7. Thanks @tkyler for so many great improvement in v2.0.2. The aircraft feels great to fly and it's great to see so many improvements, especially the ghost throttles. I have a few questions about the expected taxi behavior for the MU2: Is it normal and expected to have to move the condition lever from taxi up to takeoff/land to get the aircraft to taxi more than 3-5 knots? It seems extremely slow to accelerate when attempting to taxi with the condition levers in the taxi position and modulating the power levers in the alpha range. I've followed the procedure in the checklist to take the props off of the locks. Is it expected for the turbine rpm to jump up to ~95% when the power levers are moved to the flight idle detent even when the condition levers are in the taxi position? It seems like the brakes do not fully release after being applied once. During the first pull away from a stop of a new sim session the airplane starts to move as expected but after using the toe brakes to come to a full stop once, far more thrust is required to pull away again from a stop. I have checked my hardware and nothing is sticking when I monitor my toe brake axes. Thanks in advance!
  8. Looking good, lots of options for different preferences from different users. Nice!
  9. Sounds good, looking forward to flying the next update!
  10. A few separate things on this one: Marker beacon bulbs are "floating" in the middle of the backup instruments on pilot's side vs being centered in the bulb housings/dimmer controls Go Around and Decision Height bulbs are "floating" in the middle of the G500 panel Airspeed barber pole is present on pilot's backup mechanical airspeed indicator; this is the only place where a barber pole is present across the different panel versions Backup altimeter knob wobbles like the knob shaft is bent and the In Hg window does not animate even though the altitude indication responds to knob movements "GPSS Roll Steering" button label has a yellow rectangular background that is not present in the other panel configurations. If this intended to be a sticker/placard over the writing on the actual panel and is in the real aircraft being modeled then please disregard Please note that I have not purchased the RSG G500 yet so if the issues described above are a function of the RSG G500 being missing then please disregard. Can someone that has the G500 confirm whether you are seeing the items described above? Thanks!
  11. As in the title, this co-pilot HSI indications for course and DME distance are very dim and do not respond to any of the lighting controls/dials on the overhead panel. Thanks!
  12. As in the title, the co-pilot marker beacon lights bulbs load by default at full dim. This is the case for Glass, GNS, and OEM panels. Guessing this should probably default to full bright as on the pilot's side. Thanks!
  13. Forgot to ask one thing on this yesterday. Would this preference specifically be for the autopilot pitch wheel? All of the other rotary dials in the aircraft such as overhead lighting panel, altimeter knobs, HSI, pressurization and others currently work in the correct direction with the mouse wheel so it would be best for all of these things not to be reversed just to flip the direction of the pitch wheel.
×
×
  • Create New...