Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request: FAR-friendly (split wing and strongback) Pegasus wings #1506

Open
JacobB094 opened this issue Jul 24, 2024 · 4 comments
Open

Request: FAR-friendly (split wing and strongback) Pegasus wings #1506

JacobB094 opened this issue Jul 24, 2024 · 4 comments

Comments

@JacobB094
Copy link
Contributor

Currently, the Pegasus wing is a single part, which FAR doesn't really know what to do with. Could this be split into a two parts, working like X-15 Delta wings? Specifically, the strongback as a separate part, and both wings as node attached parts with switcher for selecting the side. This is necessary for making the Pegasus flyable in FAR.

If that's done, I'll add it to my FAR patch. I'd recommend hiding the non-FAR strongback when FAR is installed, as it can't really be made to work (a straight wing could perhaps be, but not a swept one, and the sweep is important here). I can also add that, and any COM shift that the first stage might need to actually fly, as well.

Rodg88 added a commit that referenced this issue Jul 25, 2024
also RP update to prevent weird smoke, and reduce power use on probe core

#1506
@Rodg88
Copy link
Collaborator

Rodg88 commented Jul 25, 2024

I've set up a FAR patch, (before I saw your PR), but it seems to be fairly flyable. It behaves fairly close to using two procedural wings in place of the strongback, so I don't think it needs to be split up.

I did notice your patch was just using the default transformName, but the pegasus fin has a different control surface transform name, so would have been preventing them from working. I also just slightly increased the size of the reference fin slightly to boost control authority too.

LMK how it seems with these updates

@JacobB094
Copy link
Contributor Author

I'll check how Pegasus flies with that, however be aware that with your config, you're not actually flying with a delta wing that looks like a Pegasus one. What it produces, as far as FAR is concerned, is a slightly oblique, asymmetrical wing attached in the middle. It's not that such wings don't work IRL, and it might work for the Pegasus in normal use, but this sort of trickery might come back to bite us in some unforeseen edge case.

@Rodg88
Copy link
Collaborator

Rodg88 commented Jul 25, 2024

Unforseen edge cases with FAR are kinda beyond scope for this/BDB imo, but since it'd require new modelling and texturing it's really up to Cobalt.

@JacobB094
Copy link
Contributor Author

JacobB094 commented Jul 25, 2024

Turns out it's not just edge cases, in my testing it doesn't fly well at all. Using a 11400m and M=0.87 level release (straight from the PPG), the current configuration can't bring its nose up. This is borne out by FAR analysis that shows, in short, that COL is too far aft relative to the COM in these conditions. Fiddling with offsets is probably an option, but I'd like to try a wing that's properly set up.
screenshot392
screenshot393
This is the difference between the current config and how it should be. COM likely needs to be shifted a bit aft in either case. It's not a problem with fin authority, you could probably revert to my values for the fins and add a degree or two of deflection instead (I'd also trim default roll authority).

FYI, be careful with comparisons with B9 procedural wings. They enable you to create a wing that will have FAR properties (especially mid chord sweep) completely out of whack with its appearance. The wing needs to be carefully set up to actually be useful measurements. Also, do make sure to configure FAR analysis use actual release conditions and not "Cessna on takeoff" defaults. This actually does influence the COL display.

For what it's worth, when a wing's FAR parameters are set up to match its appearance, it'll act like it should, edge cases or not. If you try to hack it instead, it might work in a narrow regime, but will more likely than not break down outside of it. It might be as simple as using the Pegasus as a ground launched X-15 booster instead of air launched light LV. With proper FAR setup, neither should have problems (except for realistic ones, but these have logical solutions).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants