Jump to content

XST

Members
  • Posts

    28
  • Joined

  • Last visited

Posts posted by XST

  1. 21 minutes ago, Cameron said:

    We are not necessarily focused on releasing updates just yet while the dust settles and bugs get worked out.

    That makes total sense. Just wondering because I use the TBM a lot.

    Thanks!

  2. @Ch.Cole I use legacy one, but I tried the modern method and I had the same issue. I think the problem is that the plane 3D cockpit lever stops correctly to prevent to enter accidentally in beta range, but you may continue moving your joystick throttle lever... so when you click (execute) the lift command, the plane lever goes to where your joystick lever is... so if you accidentally moved it to the lower position then plane goes to full reverse.

    In other words, prevents accidentally beta ranges but then you have to pay attention to your joystick lever position or it goes full reverse... so one way or the other the "accidentally" option is there... honestly I don't see the advantage of this method unless you have a joystick lever with a physical lever stop, so then you don't need this method either.

    Of course, maybe I was using it a wrong way too.... so I decided to go old school legacy.

  3. Since an image is worth a thousand words, let me add some images to show what I'm experiencing:

    1. Flight idle position on ground keeps torque somewhere between 38-40%... It doesn't go lower.

    image.png.951838ddf7cd0b34b9c3bc721b47e776.png

    2. Pressing beta toggle in that position torque goes to 30%... it is OK... but there is no range to handle a torque between 31 %to 37%. Its like a dead zone.

    image.png.4e7590ac9d2c7476e624e8d42ae1b7ba.png

    3. Throttle lever all the way up test... no words....

    image.png.2730fc3adb84fbce2b319b76d4e65b19.png

    4. Since min torque in flight range is 38-40%... I pressed beta range to go lower... not trying to do inflight reverse... just trying to lower the 40%... then it goes to 0%... same action on ground goes to 30% but on air it goes straight to 0%. Lever is in the beta limit not in the reverse range...

    image.png.af682797801c937bded7dc7ea44b265a.png

    Summary:

    1. Full throttle is very overpowered.

    2. No way to go lower than 38% torque on flight range unless pressing beta... then dead zone in 31%-37%, this happens only on ground.

    3. If beta button is pressed on air (inflight) to go lower than 38% torque... it goes straight to 0%... this doesn't happen on ground.

    Don't hesitate to ask for any clarification if needed.

    This aircraft is going to be great... just a bit of tuning to be done.

    Thank you!!!

  4. Just observations, not sure if this is right or wrong, using in legacy throttle mode:

    1. In flight range, throttle never goes under 40% in lower position and in higher position goes all the way up till Torque % label... 150/160%? is this right?

    2. All the way down to 40% again, when sim/engines/reverse_toggle pressed, it sometimes starts under 40% so beta can be handled from 39% torque to 0 with the throttle lever. But sometimes it goes to 0 directly and no way to go through  the beta range.... not found a rule or reason of why this sometimes happen.

    I'm not sure but in previous version torque was much lower than 40% just in the limit of the flight to beta range... and not that overpowered in the top high throttle position.

    Just observations, I'm not a real pilot so maybe above way is the right way to work.

    Thank you for such an amazing progress!

  5. I always think that the best way to go is to stay with what the real plane does... to keep it realistic. Even if that is bothering or slow for us as simmers.

    Do we know which is the  increment in the real plane? I could not find it.

    Editing the .obj file is always an option for those willing to speed it up. Also, there are some free FWL scripts or tools to manually type the bug value... that is always a shortcut for simmers without breaking the integrity of the aircraft realism.

    Just my two cents opinion... of course.

     

  6. Tom, thank you very much for your post!

    I'm also a developer (instrument trainers) and home cockpit builder. I mainly focused on glass cockpits but also gauge ones. We both are on the same side.

    I 100% understand that you have urgent matters and priorities so, as a developer, I will never ask you to jump into minor things like this one unless you see an easy way to solve it.

    Let me check alternatives on my side first and I will let you know shortly what the results and options are... I may have  alternatives to sim/cockpit2/controls/flap_ratio that may work now and if so, there is no reason to bother you on this.

    I first asked this because it was working in v1 of this aircraft but fully understand that you had to override this for a realistic behavior.

    Will get back on this as soon as I explore some alternative ways and I'm pretty sure we will get to a good solution.

    Thank you very much for such a great work on this plane.

  7. I understand that sometimes aircraft developers needs to use custom datarefs for specific or complex functions for a particular plane. Autopilots win on this.

    But I still don't get why standard datarefs are not used for regular easy normal functions and controls. For example, brakes, flaps, trims, landing gear, and so on... simple standards that doesn't change from one plane to another.

    This problem only affects to home cockpit builders or instruments trainers, which is not a small percentage of the simmers. In my opinion worth to take in mind.

    By customizing each and every dataref in each and every aircraft, it just makes so complicated to keep up the settings for instrument trainers or home cockpits, sometimes almost impossible. If there are X-Plane standards (dataref and commands), and I'm just talking about regular common controls working equal in all the planes... why to over complicate this making all dataref names different?

    And again, all datarefs mentioned on this post were working great in the v1 of this same aircraft... reason enough to at least, comment this on this forum.

    Always from the constructive point of view, far of a big complain. Still a great aircraft!!!

  8. Hi, is not a problem of using an axis, I don't use axis for flaps, I use the flaps button up / down a notch in the Saitek panel. And it works perfect!

    The problem is related to the display. As a home cockpit I use several kind of displays to show where the flaps are... then I don't have to move the 3D view down to see where the lever is. Just watch the value of the display in my home cockpit. The different displays I have use sim/cockpit2/controls/flap_ratio  to display the flap position, In all the planes I have in XP 11 I had never a problem with this dataref.

    Even the v1 of this aircraft shown this correctly. And this is why I point to this.

  9. Hi,

    In V1 sim/cockpit2/controls/flap_ratio dataref was working properly, seems not to be mapped in v2.

    I think is very important to map standard dataref and commands, at least for main autopilot and control functions, since most of the market hardware instruments for home cockpits use them. Not all allow dataref customization.

    Not sure if all are possible to map but just in case I will keep reporting them. I'm a home cockpit builder and this is such a great plane for it.

    Thanks!

×
×
  • Create New...