SuicidalInsanity

[1.10.x] Stockalike Mining Extension [1.1.5 Release 7/8/2020]

Recommended Posts

Yeah, mini ISRU is like that because stock behavior for the 1.25m can't run at full efficiency. Why that's the behavior Squad went with instead of simply reducing conversion rate (same end result of longer conversion timespan, far less end-user confusion), your guess is as good as mine.
Easiest way to fix it would be via MM patch,
@PART[SMX_Size0ISRU] {
@MODULE[ModuleCoreHeat]  {
@MaxCoolant = 100
} }

Slightly more involved way would be to reduce all the ModuleResourceConverter TemperatureModifier curves in the .cfg by half.
 

 

Share this post


Link to post
Share on other sites
On 9/8/2016 at 11:56 PM, SuicidalInsanity said:

...and this will add Kerbal Atomics/LH2 compatibility:

are these patches now integrated or still useful? This one in particular is missing a closing bracket for the second to last PART{} node

Share this post


Link to post
Share on other sites

Those patches are ~4 years out of date. Updated versions of those patches were integrated into SMX (ver0.99.3, IIRC) and can be found at /MiningExtension/Patches/SME_NFP.cfg and SME_CE.cfg

Share this post


Link to post
Share on other sites

Hey folks, wondering if there are any known issues running SMX 1.1.1 in KSP 1.8.1? I saw a few posts several pages back about CTDs, but that looks like it was a different problem?

Thanks for your help!

Share this post


Link to post
Share on other sites

KSP 1.10 update - SMX 1.1.5 is now up - SpaceDock | GitHub
Changelog:
-Fixes Asteroid klaw and Radial Klaw textures
-Miniklaw moved to legacy due to stock miniklaw; non 1.10 installs can find it by removing the TechHidden = True line from the /MiningExpansion/parts/size0klaw/part.cfg
-Adds CometHarvester modules to all drills
-Improves Atmospheric Condenser Xenon harvest rates

Share this post


Link to post
Share on other sites
Posted (edited)
15 hours ago, SuicidalInsanity said:

KSP 1.10 update - SMX 1.1.5 is now up - SpaceDock | GitHub
Changelog:
-Fixes Asteroid klaw and Radial Klaw textures
-Miniklaw moved to legacy due to stock miniklaw; non 1.10 installs can find it by removing the TechHidden = True line from the /MiningExpansion/parts/size0klaw/part.cfg
-Adds CometHarvester modules to all drills
-Improves Atmospheric Condenser Xenon harvest rates

 

14 hours ago, theJesuit said:

Thanks for updating so quickly!

Totally agree with @theJesuit and thanks!

Edited by GJNelson

Share this post


Link to post
Share on other sites

in 1.10

The deployable wheels are broken.

I have tried using them on only a Rovermate Pod but they just sit and spin.

D.

 

Share this post


Link to post
Share on other sites

The Mini Grabbing Unit is now Obsolete because of the new Advanced Grabbing Unit Jr.

 

Share this post


Link to post
Share on other sites
On 3/26/2020 at 10:32 AM, Rodger said:

I think the mini isru converter’s core heat module doesn’t have the capability to use enough cooling to run 100%, just like the stock 1.25m isru converter. -snip-

So I guess it’s just based on the fact the stock small converter can’t run full time. I don’t know why the stock converter is made that way though... maybe if it runs without an engineer on board the slower speed lets it run full time?

On 3/24/2020 at 3:24 PM, TheKurgan said:

Using your Mining expansion mod, no matter how much cooling I throw at the miniISRU, I can't get it to stop overheating. Any suggestions?

On 3/26/2020 at 11:26 PM, SuicidalInsanity said:

Yeah, mini ISRU is like that because stock behavior for the 1.25m can't run at full efficiency. Why that's the behavior Squad went with instead of simply reducing conversion rate (same end result of longer conversion timespan, far less end-user confusion), your guess is as good as mine.
Easiest way to fix it would be via MM patch,
@PART[SMX_Size0ISRU] {
@MODULE[ModuleCoreHeat]  {
@MaxCoolant = 100
} }

Slightly more involved way would be to reduce all the ModuleResourceConverter TemperatureModifier curves in the .cfg by half.

The reason the stock small ISRU is that way is because it's "meant to be used in bursts" but the gameplay for this becomes needlessly tedious (starting, stopping, waiting on cooldown) and a waste of time if the craft is wider than 0.3m, and the Squad dev who set this up never changed it to practical settings. I highly recommend baking in either fix and releasing it @SuicidalInsanity. You have no obligation to hold onto settings that are unplayable and can't be justified.

I'm finally making configs to extend this mod (Rational Resources) and I'll be using the MaxCoolant fix, thanks for showing it. :)

QEP9UUU.png

 

 

On 7/8/2020 at 11:14 PM, SuicidalInsanity said:

KSP 1.10 update - SMX 1.1.5 is now up - SpaceDock | GitHub
Changelog:
-Fixes Asteroid klaw and Radial Klaw textures
-Miniklaw moved to legacy due to stock miniklaw; non 1.10 installs can find it by removing the TechHidden = True line from the /MiningExpansion/parts/size0klaw/part.cfg
-Adds CometHarvester modules to all drills
-Improves Atmospheric Condenser Xenon harvest rates

 

38 minutes ago, Grande1900 said:

The Mini Grabbing Unit is now Obsolete because of the new Advanced Grabbing Unit Jr.

We know. ;)

Share this post


Link to post
Share on other sites
23 hours ago, JadeOfMaar said:

I'm finally making configs to extend this mod (Rational Resources) and I'll be using the MaxCoolant fix, thanks for showing it.

One thing to note - increasing MaxCoolant increases total radiator coverage required. If that isn't desired, heat generation can be calculated by looking at the Temperature Modifier curve, and finding the value for nominal operating temp, and then dividing the second number by 50.
For instance, the tempmod curve from the size1 stack drill:
            ...
            key = 250 15000
            key = 500 10000
            key = 750 2500
            .....
Operating temp is 500, 10000/50 = 200 heat to be radiated. MaxCoolant is the amount of heat radiators can pull from the part; if the MaxCoolant value is less than this, the part is guaranteed to overheat; conversely, larger MaxCoolant values ensure the part never overheats (assuming, of course, that radiator capacity >= MaxCoolant is present).
 

On 7/21/2020 at 12:23 PM, Daveroski said:

The deployable wheels are broken.

Odd, I remember them working during testing. I'll see if I can figure out why they aren't working.

Share this post


Link to post
Share on other sites
On 7/25/2020 at 1:13 AM, SuicidalInsanity said:
On 7/22/2020 at 2:23 AM, Daveroski said:

The deployable wheels are broken.

Odd, I remember them working during testing. I'll see if I can figure out why they aren't working.

All wheels (except F1-MR and D1-MR) don't work as expected. From what I've observed it seems that wheels cling to the ground when used as if there is something sticking out and it is most noticeable for F2-MR which acts like it doesn't touch the ground. Can there be something wrong with collision?

Also D1-MR is radially attached and asymmetrical part and because of that it is impossible (at least I can't figure that out) to attach this part on the outer side of the craft in a way that will allow it to fold forwards. Should this wheel have a mirrored variant like propeller blades have?

Share this post


Link to post
Share on other sites

BerdinskiyBear - that is the mirrored variant of the D1-MR; lack of mirror would have it fold in opposite directions on opposite sides of the craft.
After going through the wheel rigs and configs, I think I've fixed all of them, so here's update 1.1.6 - SpaceDock - GitHub
Changelog:
-Size0 ISRU no longer overheats
-Deployable wheels fixed

Share this post


Link to post
Share on other sites
11 hours ago, SuicidalInsanity said:

BerdinskiyBear - that is the mirrored variant of the D1-MR; lack of mirror would have it fold in opposite directions on opposite sides of the craft.

I think that I was misunderstood, I know that there is a mirrored version of a model for the wheel, I just asked if you can add a switchable variant for this part that will switch between mirrored versions of models so creating a vessel like on picture would be possible in one piece.

15bzWEK.png

Wheels on the front can't be placed like that during construction.

Also I have noticed that mirrored version of the model appears to steer wrong way while physically working correctly.

P1VlxLk.png

This craft is supposed to turn right and it does so without problem, but mirrored wheels (front-left and back-right) appear to be turned wrong way.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.