Search the Community

Is there an easier way to dock two large vessels like this? I align the ports, and get within 5 cm of the target docking port with mine, but alas, no connection. Docking Alignment Display is a great help, but I can't get the ports to actually accept one another, and yes, they are facing eachother. The fuel tanks and tug is about 500 tonnes, the station is about 500 tonnes, so it's as graceful and as lethargic as it gets. And please, Intercept Games, give us bigger, badder RCS thrusters. Using 256 Vernier thrusters here, I will go insane from low FPS.

MIR Space Station (MIR) The Soviet Space Station MIR for Kerbal Space Program. By @Sampa and zer0Kerbal, originally by BobCat, DECQ and Dragon01 adopted with express permission and brought to you by KerbSimpleCo Features by BobCat Modular space station. MIR Core module with living quarters, six docking ports and a detailed IVA. Kvant-1 Astrophysics module with an X-ray experiment and a docking port. FSM space tug for delivering Kvant 1 to the station. Kvant-2 physics module with an airlock. Kristall docking module with two additional docking ports. Spektr power module with 4 solar panels. Priroda Kerbin observation module with a big Travers antenna. Docking Compartment for improving docking clearance. By Blista100, used with permission. Zarya FGB with high fuel load and RCS configured for flying with Unity module attached. Zvezda service module (MIR Core variant) with 4 docking ports. New solar panels and an ISS-style docking port. Preamble by Wikipedia See more

I've been given @N3h3mia's blessings to officially support his excellent collection of Science Mods for KSP 1.x as he is currently unable to find the time to continue these. Please raise bug reports for this build to myself and not to N3h3mia. [ ] Official Thread (out-of-date)- overview and tutorial videos Micha's Development Thread- continued revision history, source code, bug reports, feature requests, help and support, ... NOTICE: This mod includes version checking using MiniAVC. If you opt-in, it will use the internet to check whether there is a new version available. Data is only read from the internet and no personal information is sent. For a more comprehensive version checking experience, please download the KSP-AVC Plugin. Download links Updated to 0.9.1 on 2020.06.10 NOTE: If upgrading from earlier than 0.7.1, there is a slightly changed file format. It will update automatically from an earlier version, but you won't be able to revert. Please take a backup of your saves before installing. GitHub SpaceDock CurseForge On CKAN as "Nehemiah Engineering Orbital Science" Changes from 0.9.0 (Full Changelog) Significantly nerfed science payout for all experiments.Fix experiments automatically starting if there are insufficient crew in the Lab. (No longer creates a KAC alarm unless the experiment is actually running). Fix experiments not pausing when crew leaves the Lab. Fix "Finalize" not showing the experiment abbreviation. Kemini: Fix being unable to Move and Finalize an experiment if the Lab does not also have storage as is the case with the HGR SoyJuice pods. Kemini: Fix multiple experiments accruing Lab Time from all Labs. Known Issues Reporting new issues If running with mods, try to reproduce the issue without any mods. Please supply steps on how to reproduce the issue. Attach your log file (KSP.log, found in the KSP game directory) and optionally a save-game which can be used to reproduce the issue. Ideally raise the bug report on the GitHub tracker. Mod Incompatibilitiers Kerbalism: Reports of NEOS (specifically, KEES), contracts unable to be completed when Kerbalism is installed. Fixed by Kerbalism team - use Kerbalism 3.0 or later. General The "interior overlay" is not displayed properly for parts which have an IVA. Overview This set of mods consists of 3 main components: Kemini Research Program (KRP) - early-game orbital science experiments for the Mk1 command pod. requires ModuleManager compatible with a range of third-party command pods. Kerbal Environment Effects Study (KEES) - mid-game orbital science experiments for your first orbital stations. requires KIS recommends K2 / Corvus or similar 2-Kerbal pods Orbital Station Science (OSS) (Was: OMS/KLS) - end-game experiments for large long-duration stations, requiring heavy lifters and significant station infrastructure. The basic premise is that experiments are run in "Labs". Labs, Lab Equipment, and Experiments are launched separately. Equipment must be installed into the correct lab, and Experiments can only be run on certain Equipment. KRP and KEES are simpler variants with some/all of the equipment/labs pre-integrated. Once an Experiment has been installed, it can be "Run", which will take some time. The idea is not to time-warp to completion, but to run the experiments in the background while performing other missions. When done, an Experiment can be "Finalized" and must then be returned to Kerbin. Quick Tutorials NB: From v0.7 onwards, this set of mods also has in-game KSPedia entries showing basic usage. Kemini Research Program Kerbal Environmental Effects Study Orbital Station Science

I started building a Mun station, where I had a core module and a lander I had a two-stage ship ready to dock to the "MSS" Fuel (to my lander after landing on the Mun) Probe launcher (lander and orbiter) The original idea was to send my orbital probe in an escape trajectory of Kerbin, using the Mun to slingshot the probe and then slow down to match the orbit of the MSS, launch the lander probe (to land on the Mun) and then dock with the station to provide fuel in the future. I however had two issues: I chose XS docking port instead of a S port for my vessel My probe lander docking port decided to disappear, when I launched my orbiter probe I launched the orbital probe successfully, but at the cost of a docking port disappearing for my lander (which could now not be undocked) Then I realised my mistake of attaching the incorrect docking port, as I approached the Mun station Then after some issues with time warp, I decided to scrap this ship. So I separated the 2 probes to do some scouting instead The probe launcher part (with the stuck lander) was sent to Duna as I had plenty of fuel to land there The fuel part was sent to Minmus, where I landed at the north pole: Eventually I did a separate mission where I added more docking ports (both XS and S) to the Mun station and I think the final product looks very cool! The orbiter probe and Minmus landing are featured in two of my bug reports that include videos if you're interested to see them

Inspired by many Community Space Station challenges (such as this one by @Jeb-head-mug kerman from two years ago), I decided to give it a try myself. Only THIS TIME, the challenge is to assemble a station... OVER LAYTHE. The objective is simple: build one large space station over Laythe using one save file (link below). Feel free to add as many different modules as you want. Game save HERE The rules are as follows: PURE STOCK No DLCs No Mods If you have to use MJ, use MechJeb2 Embedded as well so that the program is automatically embedded in the control modules and you won't have to use the modded part. You must use KSP version 1.12.4 No cheats One module per mission Leave a docking port open for others to use Post pictures and/or video When you're all done, post a link to the new game save in your post so that the person after you can use it (just like in previous community challenges). To prevent confusion due to two (or more) kerbalnauts posting different, non-sequential game save files, please "claim" the save file so that everyone knows you're flying with it before posting the new one. HOWEVER, once you claim it, you have a maximum of 24 hours to respond with the new station save file (and pictures of what to expect, of course). I highly suggest you test your delivery rocket in a separate Sandbox mode save before deploying it in this one e.g. Johnny sends his battery to Laythe in "Johnny's Test Sandbox" and, once confirming its success, claims the "Kerbalnational Laythe Station" save file and sends the battery module to the already-assembled station. He then posts the new save file and pictures within 24 hours of claiming. If you have any questions about the rules or if the link's not working, let me know at once. All you have to do is download the game file and put in your game's saves folder. When you start "Kerbalnational Laythe Station," design your module and send it to Laythe. After that, upload the new save file to whatever file sharing service you're using (mega, Google Drive, etc) so that the next person can use it with the expanded station. I have already built the first module, and boy was it a doozy to make. All worth the time and effort in the end, though, and I have several docking ports ready - including a big one. Here are the orbital characteristics of the final product, which I know you all will need when you rendezvous with the station. But before I show you my pictures, here are the action groups I set up. Keep all this in mind for when you make your modules. Gigantor panels DO NOT DEPLOY until you ditch the delivery rocket. Ladders Start research Stop research Collect all science for lab 1x6 panels Handy for the trip there. Science Kerbnet (from the probe core) - EMPTY - Communotron 88-88 (100G direct antenna) ABSOLUTELY DEPLOY before leaving Kerbin. And now, our feature presentation. Have fun, everybody. The finished product in orbit of Laythe. I decided to do a different ring station design from my tried-and-true Jool ring station for the challenge. The assembled product in the VAB 9,228 m/s delta-V 71 crew capacity Four or five of the cargo slots already come filled (EVA kits, repair kits, jetpack fuel), but you'll be amazed at the cargo capacity. I have plans to post this craft file separately when the challenge dies out or from popular demand (whichever comes first), so you can transport several collections of Breaking Ground DLC science gear for future Laythe missions. At the very least, it can serve as an orbital storage facility. The station blasting off. To save dV while maintaining structural integrity (preventing wobbling-related damage), I set the angle-of-attack limit in the ascent guidance to 60 degrees. Throughout the course of the ascent, whenever the craft seemed to fly in a stable manner, I decreased the limit in 10-degree increments until finally reaching 20 degrees. I don't know what setting it at 20 degrees from the start will do, but I'm guessing that you need to reach certain speeds before getting a low AoA so that the station doesn't wobble so easily. The nuclear rockets making their burn to Jool. As a dV-saving measure, two of the rockets had their tanks drain first. Once that was over, they were basically dead weight and could be ditched. Once I reached Jool's SOI, I set a "fine tune approach to target" maneuver so I can go directly to Laythe (as opposed to setting up a parking orbit around Jool before making a Hohmann transfer to Laythe). This is the craft approaching the planet. Setting up my orbit with plenty of dV to spare. Poor Sherbart, cast away to spend his life alone in that large station. But a pilot was necessary in the event that the CommNet signal was lost. You can send him friends in subsequent missions. While the space station is enjoying its time in stable orbit, the remote-controlled delivery rocket is making a suborbital trajectory for self-destruction on Laythe. It had fulfilled its purpose, and it was nothing but space junk at this point. "SEE YOU ALL ON LAYTHE!" (Sherbart Kerman)

Hi there everyone! Raidernick, who is the maintainer of the KOSMOS SSPP mod, was kind enough to give me permission to join the Kosmos Team to help. I'm currently in the middle of rebalancing the SSPP parts for KSP 1.0.5-1.1.2. This will be release 0.16 when complete. To be clear, this pre-release should work with KSP 1.0.5 and is definitely intended to work with KSP 1.1.2, 1.1.1, and 1.1.0. You can find the dev branch of my fork at https://github.com/Bezzier/KOSMOS/tree/dev where I'm looking for people interested in testing the stock balance of some proposed changes. It feels right to me, but now I'm at the point I would like to see some people using Kosmos SSPP with stock to look at it and see if they're happy or not, before we proceed with another release. The direct link to the pre-release is at: https://github.com/Bezzier/KOSMOS/releases/tag/v0.16-prerelease.3 The official released version (currently 0.15) of the KOSMOS SSPP mod is and will continue for the foreseeable future to be released at https://github.com/raidernick/KOSMOS, but there is no new release thread in the forums as of now. Changes are: Added tags to parts for editor searching gave APAS-69 the size apasSize1 instead of size1, so it won't try to dock with the stock CoT removed animation from APAS-69. This results in the fins constantly being deployed ready to dock, and also in fixing the docking axis problem that has plagued the part since the mod was released. Hope to re-integrate this animation and add a soft-dock animation in the future, but at least now there is a working docking port Added a functional radiator to the TKS monopropellant tanks adjusted drag/strength values for parts to be inline with stock adjusted entryCosts, and techNodes to more closely match stock adjusted maxTemp, cost, mass to keep maxTemp about 200K above stock Brought monopropellant engines slightly closer in Isp to stock monopropellant engine Adjusted monopropellant quantities in tanks to match volume of tanks ***** THIS IS A MAJOR NERF OF MP CAPACITY Added MP tanks internally to FGB and TKS Command Section to attempt to claw back some capacity for TKS/VA and TKS-derived ships (MIR/Zarya analogues) Changed FGB's always-on-generator to a switchable monopropellant fuel cell Adjusted center of mass for VA Command Pod downward Please give me some feedback if you think the balance needs work, or if you think you can suggest a fix for the animations on the APAS-69. KOSMOS SSPP and KOSMOS URM and their derivatives remain the property of the KOSMOS Team, and are, as always, distributed under the Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported license. You are permitted to redistribute the parts in their original form, so long as this disclaimer is bundled with them. You may not modify Kosmos parts without verified permission from Kosmos Team, and you will not be permitted to sell Kosmos-derived work. For more information on this license, please visit this page: http://creativecommons.org/licenses/by-nc-nd/3.0/ Thank you all in advance for the help. I'm looking forward to a bright future for Kosmos.

I've built a station that's meant to be for a long-term mission to Duna. I want to add an extra docking port to it, so I docked a rocket to it with an SEQ-24 Cargo Storage Unit containing a Clamp-O-Tron Docking Port. I have an engineer on the station, but for some reason I can't take it out of the storage unit to place on the side of the station. How could I go about doing this?

Hi there, i'm trying to construct a modular surface station concept. This has been my last try: The vessel in the middle have had a ground anchor, it exploded as i docked the third vessel. After i docked the fifth vessel and joined using the KSC tracking station it was kicked few hundred meters up in the air, parically exploded and broke apart Managed to set up four vessels again, next time when i used the tracking station to control it, it was trown up and broke in two parts and exploded again The effect seems worse when i use the KSC tracing station to jump on it, compared to when i approach slowly with another vessel My question now is how may we build a vessel that reduces this effect or how to make it more robust against it or reduce the effects causing it? Already searched the forum and other places on the internet about it - there are few outdated opinions about it, some say more struts, other say less autostruts... As you can see i've got 20 landing struts and 24 wheels, all "locked autostruts heaviest part" - if there's any problem with it, i surely triggered it. May more "real" struts or more ground anchors be a solution? Or may it be better the other way - most flexible joints and no struts? Or is or it solveable with RCS / reaction wheels and SAS? I'm also playing on a DarkMultiPlayer server, that makes it worse i guess. But i think this effect takes place in vanilla as well? Looking forward for ideas, kind regards, Michel_0 KSP Version: v1.12.3.3173 Windows player x64, 1.12.1 Making history, 1.7.1 Breaking ground, Win11 x64 EDIT: The vessels got big reaction wheels, plenty of RCS and liquid fuel thrusters. I made sure to shutdown all thrusters, turned RCS and SAS off before i left the station (and it still was as i rejoined).

In my ongoing career, I've had a number of brushes with the Kraken when dealing with space stations. There are three scenarios in play: Docking. The Kraken strikes immediately after docking. The giant invisible tentacles wrap around it and shake shake shake until it falls apart. Undocking. As above, but on undock, and only one craft is directly affected (although the other might get damaged by flying pieces of rocket). Fuel transfers. This starts with a tiny insidious little vibration as fuel is transferred from one craft to another. Sometimes it stops if I quickly stop the transfer, at other times not. If I'm connected with the Klaw, setting Free Pivot may or may not help. Some hypotheses I've come up with: Scenario 1 happened with a long skinny station when I docked another long, skinny, but heavy craft to a port near its centre. Even though the docking event was at a low speed (0.6 m/s or so), the bump appears to have induced an oscillation along the length of the station, which then amplified into a full-scale Kraken attack. Possible solutions: don't make long skinny stations? If you do, don't dock heavy craft near their centrepoint? Scenario 2 happened repeatedly when undocking a heavy spaceplane from a station, or when undocking a cargo module from a heavy spaceplane. I believe I traced this down to excessive use of Autostrut to Heaviest Part. When I undocked, the heaviest part was removed, the autostrut reconfigured itself, and the rapid changes summoned the Kraken. Possible solution: don't use Autostrut to heaviest part, or only use it sparingly? Scenario 3 happened repeatedly in scenarios where I had a heavy craft docked to the station orthogonally and was transferring fuel between the two, which shifted the CoM laterally. I'm not quite sure what the contributing factors to this are, except that Autostrut to Heaviest Part certainly makes it more likely. What techniques are you aware of that would make stations less prone to summoning the Kraken, apart from being very careful when using Autostrut to Heaviest Part? Which geometries are more Kraken-resistant? How do you configure a station that has lots of docking ports to accept different kinds of incoming craft, but doesn't summon the Cosmic Dread Lord when large craft dock with it?

[WIP] O'Neill Cylinder An O'Neill Cylinder using Kerbal Konstructs, More Coming Soon! Dev Album Planned Features: Functioning Artificial Gravety Artificial gravity for Kerbals Cityscape (roads, buildings and landing pads) 'Breathable' atmosphere with aerodynamics (may not be possible) Dedicated to the Memory of Physicist and Futurist, Gerard O'Neill (1927 - 1992) This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

I've built a station around the Mun and I can't seem to transfer the fuel from one module to another. I do know how to transfer fuel (Alt + Right click) as i've done it before. It is a possible bug for ksp 1.2?

So this is not a new question; I've seen many other posts on the same general topic. The previous one with this exact title was a bit outdated, though, so I thought I'd open a new one. The question is: what can you do to improve performance of your game (outside of bying new computing kit). More specifically: what can you do to improve performance around space stations. The reason I ask is I've been having inconsistent results with my station designs. I've had massively big stations, 500+ parts, with reasonable (given the total part count of station, docking and approaching vessels) though not stunning performance: And then I've had this tiny station ... : (Modlist for above spacestation: https://drive.google.com/file/d/1vajct196DKoGFBZJ_YWFe_QXjAEuXLRe/view?usp=sharing) ... which sports an entirely reasonable 200 parts (including a few docked tugs) but drops my framerate down to single digits per second - and I didn't even try to make the rings rotate (the rings were just a convenient shape for getting stuff to orbit). So obviously, it's not just the part count, but the type of parts that matter. Some guesses as to what type of parts have the potential to affect framerate: Solar panels: they have to keep track of the orientation of the station relative to the Sun and, if they're the tracking type, adjust their angle. Docking ports: they may be scanning for nearby targets and adjust their behaviour accordingly. (Though the first pic shows a station with massive numbers of docking ports that nevertheless performed way better than the one in the second pic...) The USI Kolonization mod I'm using probably recalculates the current life support status of habitation modules every other. In the above stations I cheated by using the UbioZur Welding mod to reduce part count, by welding most continuous 'inactive' parts together (like adjacent crew cabins, girders or fuel tanks). Now theoretically this should reduce the load and therefore improve framerate. But I'm not a coder; I have no idea how the code for this mod works or how the code of the game proper has evolved since this mod was first developed. It may be that it's not just about the actual parts, but about the modules inside those parts, which aren't welded - I presume. So, mods installed, type and number of parts ... what else affects framerate? Can I - can we - come to some kind of consistent set of guidelines for constructing stations big enough to be worth having that don't cause you to grind your teeth at every docking manoeuvre? What parts to avoid, how to avoid them; what mods to install, and which mods not to ... I'd love to hear your advice and your experiences. Thanks! EDIT: Another thing, I forgot, that may have impact: settings. Like the max DT per frame spent on physics calculations. The Max DT was lower with the top station than with the one below, but I've been told that bigger is better in this case. Soit, I'll have to experiment with this a little. SUMMARY TO DATE: Limit the number of docking ports. Docking ports, especially unshielded ones, scan the environment for partners to mate with, which puts extra load on the CPU. Also, if you limit the number of docking ports, you'll be limiting the number of craft that are docked at any given time, which limits total part count. Limit the number of solar panels. All solar panels, not just the ones that actively track the sun, need to be able to calculate their position and attitude relative to the sun, and whether or not any obstacles are present between them and the sun. Limit the potential for fuel crossfeed. Modularize your station: all fuel (or presumably consumables of any given kind) in one section. See Starman4308's mention of Stratenblitz's video here. Following AlpacaMall's suggestion: limit the number of lights. I haven't had this problem myself, but I can see how lights might require CPU intensive calculations. And of course, try to limit the overall number of parts. Mods like UbioZur's Welding mod my help here, or things like the various Station Parts modules I occasionally see mentioned. Sure, you can build grandiose stations just for the kick of it; try and match Stratenblitz's Kerbol 0 if you dare. But if you're looking for something to use as a staging area and (re)fuelling post for forays into the system, then Simpler Is Better (which is what gave me the initial idea for the station in the first pic in this post: basically just a bunch of girders, docking ports and fuel tanks).

I'm closing down the project. If you are looking for the observation save, click underneath here: Hello all. This was a continuation of @DMSP's thread as the leader of the project since he has resigned due to personal issues. If you want to look back, here is the original forum thread: http://forum.kerbalspaceprogram.com/index.php?/topic/146267-stock-community-space-program-looking-for-people-to-take-the-torch/&page=1 Everything in this thread will be preserved that is no longer in use under this spoiler here. Latest pictures of the stations: Art for the project: We have made a wiki as part of the program containing details are missions that took place in the past. Over time, this will be updated with more recent information: http://kspstock-community-space-program.wikia.com/wiki/Stock_Community_Space_Program_Wiki Scientia1423.

Yes your mission is to launch an orbital station and get it to either eve,duna, or jool. It won’t be accepted if it not powered by a kraken drive. You must show me the kraken drive and explain how it works as well. I hope you enjoy this challenge which is my first.

Hello everybody, My problem is, that I want to make a space station around the Kerbin. I have separated the station to 9 parts, what i need to launch. I have 2 more parts and i don't know why, the eights (8) part I launched and when i'm approaching the station at 200 meters the station destorys itself completly. The station is with persistent rotaion oriented with radial in, to Kerbin. I'm controlling the station with a standard coupola, i control from here. So when i approach it, the station I don't know, possibly to normal or antinormal orienting instant itself and after that it's collapsing to little parts. I tried to switch the controlling module, but it doesn't worked. I tried to disable autostruts, it doesn't worked, i tried to disable the SAS, it doesn't worked, i tried to disable the Persistent Rotation mod, it doesn't worked (Before this I never had problems with the persistent rotation mod, and I think, that now not this is the problem too). I tried to enable in the cheat menu (alt+F12) these unbreakable joints, unlimited heat resistence and i dont know what yet (the first 3 things not including the gravity), but it doesn't worked too. Oh yeah, and when I switch to the station it happens this thing too with it. Only in warp I can make the switch without destroying itself, and when I turn off the warp, it destroys itself too. I don't know how to fix this, but please help me guys, because I worked on this station many hours and days. Thanks! :) And guys so sorry for my bad english, i tried the best to be understandable! :)

Version 2.4 - Released 2020-06-25 Compatible with KSP 1.0 - 1.12.x [ ] NOTICE TO KLPH USERS This is a re-release of @CaptainKipard's Low Profile Hubs. Original forum thread. ABOUT Low Profile Hubs is a collection of station hubs in various sizes and shapes useful for the construction of stations and outposts. PICTURES AND VIDEOS TODO DOWNLOADS via CKAN - automatic updates and dependencies (recommended) GitHub - always the latest release. Also access to the source code, pre-releases, the bug-tracker, and the Wiki. Spacedock CurseForge Installation Instructions Simply download the archive and extract the contents of the "GameData" folder into your KSP's "GameData" directory. Mod Compatibility / Recommendations ModuleManager - to enable the support for the various mods below. Connected Living Spaces - the docking ports contain CLS configurations. ECLSS - appears to no longer be active/supported? IFILS - Interstellar Flight Inc. Life Support, a comprehensive life support mod. Snacks! - a simple and fun life support mod. TACLS - Thunder Aerospace Corporation Life Support, a comprehensive life support mod. SUPPORT No logs, no support. Unless it's a feature-request, of course.. If you find a problem, try to reproduce it first with NO OTHER MODS installed. If the problem goes away, please try to identify which mod is causing the problem. If possible, please raise the issue on GitHub. CHANGELOG The full changelog is here. v2.4 Changed mod file layout; added some agency details; fixed CLS configs (again) CONTRIBUTORS @CaptainKipard - the original author LICENSE This mod is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

Nehemiah Engineering Orbital Science Development Thread This is Micha's development thread for the Nehemiah Engineering Orbital Science mod collection originally by @N3h3mia. This thread will continue until such a time as Nehemiah is able to resume work on his mods. Please use this thread to discuss ongoing development, raising bugs, and testing pre-releases. The release thread is probably better to discuss the current stable release and general gameplay questions. I hugely appreciate people testing these builds and posting any bugs, feature requests, balance suggestions, or contributions in this thread. The pre-release builds are only available via Github. Releases on GitHub (KSP1.7) Link to last KSP1.2.x Version Resources @N3h3mia's Original Thread - contains original mod information, video tutorials, and more. Micha's Release Thread - contains current release information (duplicated here) Source Code on GitHub Version History From 0.7b3 onwards, only major changes are listed here. For a more detailed set of changes, please see the Changelog on Github.

В карьере схватил контракт: станция на 12кербалов + лаборатория+4000т топлива на устойчивой орбите муны. Премия 208тыс Если строить из mk2 (самолет пассажирский фюзеляж) с 2 тройными адаптерами 6.300 тонны 3 кабины автостопщиков 7.500 Лаборатория 3.500 Горизонт ОКТО, РСУ+коcмоболы, шлюз, научный обвес. 11.810 (с кабинами mk2) 3 бака x200-32 и общая масса 65.810 тонн. И как эту бандуру дешевле всего запулить к муне? Без alt+f12 Пробовал 4хKR-1x2 + 4 бака x200-32, с двух курьеров топливо перекачивается в 2 оставшихся. Ракета вышла длинная, при разгоне опрокидывает, поэтому в голове 3 ЖРД Стукач с тягой 40% Где то около 20000 высоты пустые курьеры сбрасываются.на орбиту выходит впритык. РСУ и гиро на такой массе не помогают, маневрировать получается только стукачами. По науке: прокачано почти все за 90+ тяжёлое ракетостроение+ продвинутая электрика. Из мыслей разделить на части, возвратная ssto, сборка на орбите, и запуск к муне. Upd: пока почти удалось вывести 3 бака (нужно траекторию подровнять а то забрасыва на 110км, на выравнивание и возврат не хватает) twr 2.45 дельта 4300. А ведь стыковка 3 модулей на орбите потребует дополнительного топлива. Да и не уверен я что малых стыковочных модулей хватит по усилию на такую конструкцию.

P.S. Sorry for pixelated images. I can't turn on anti-aliasing, otherwise I get low fps

So I've built a station, and I want it to be in a 120km orbit. Yet i'm not sure what a solar orbit is. I have a infrared scanner on it and when i put it on a normal orbit, it says it needs to be on a solar orbit. Whats a solar orbit?

based on freedom space stationand the lunar getaway stationi will use a space craft called orionis

Hello I decided to build a space station and send it to duna in order to finish my science tree in career mode. I already had a shuttle built, so I wanted to build the station in multiple parts and transfer the whole thing to duna rather sending one giant station. First part was the science module which consisted of only two mobile processing labs. The next part was electrical (batteries and solar panels) as well as the main engine and mono propellant (so no command module). After decoupling from the shuttle, it is being shown as debries and I can no longer track it to dock with it or to at least destroy it! https://i.imgur.com/UCNZXDY.jpg Is there anything I can do to save that or is it a lost cause?

Where do you build your stations for non-Kerbin SOI locations? If it is a multiple launch platform do you build it in LKO and then send it all the way to its destination? Or do you send each part on its own to the destination, rendezvous and complete the build at destination? I'm working on a standardized station platform that I can send to each of the planets and am debating how I'll go about it, pros and cons either way.