LN400

Hah! I suppose that explains why I thought the mod had had a name change. I was missing the circularize feature and lo and behold, it was there in the other mod all along, huh? I guess I will have to try that then.

My bad, I guess I'm tired. Yeah I meant Precice Node. The memory thing has always been a bit of a blighter on this computer and with SCANSat I don't have many spare bits of RAM left.

Using my equations, for the T45 engine, TWR = 1.5 and dv first stage = 1700 m/s ASL value, I do get a wet to fuel ratio of pretty close to 2, like really close down to the 4th decimal. For the 2nd stage using a 909, TWR = 1.79, dv = 1700 m/s vacuum value, I get a wet to fuel ratio of 2.53-ish to maintain the wet mass, TWR and dv for the first stage. To punch in the figures: I want a starting TWR of 1.5 and a first stage dv of 1700 m/s ASL. At sea level, the T45 has the following specs: Thrust: 167.969 kN, Isp 250s. That gives a starting wet mass of the whole tabernacle of 11.4187 t. To get a dv of 1700, I need a wet to dry ratio of 2 + a tiiiny bit which gives a dry mass of 5.7079 t which in turn gives me the fuel mass of 5,7108 meaning 514,0 units of LF and 628.2 units of LO. Decoupler, engine, 4 fins, fuel and the tank has a combined mass of 8.009 t which means it can carry 3.4097 t. That will be the wet mass for the 2nd stage. The 909 has the vacuum specs of 60 kN, 345s. To get 1700 m/s, I need 1.3467 t of fuel. Decoupler, engine, fuel and tank has a combined mass of 2.058t which gives the payload mass of 1.3517t or about 11.8% of the full mass of the entire thing.

This is one reason I use procedural tanks and not the standard sized ones. It does mean the rocket won't be the cheapest possible but here the entire project is to break up the monotony, and have some fun with maths while I'm at it. I have the door open for SRB for those extra kilonewtons and m/s but since I need to learn a lot here, I think I'll keep it simple until I get the hang of these single engine rockets. This is quite an interesting bit of info there. I'll have to play around with that and see how that goes.

Been going through my 1.3.0 mod soup and realized it is a royal nightmare to go through finding out if all of them have been updated to 1.3.1.

The most essential: Kerbal Alarm Clock for without it I shall not go to space or anywhere else today. Now for other must haves: KER KIS/KAS SCANSat RemoteTech MRS SpaceY KW Rocketry Procedural Fairings Procedural Tanks Infernal Robotics Precice Maneuver but alas, I can not run it as it gobbles up whatever memory SCANSat has left over and throws me out to desktop.

Nice! Never heard of it, looked it up and it does appear at first look to be something I have fantasized over the last couple of weeks! Thanks tons for the headsup!

After countless repetitions of the way I always built rockets (Payload then custom built rockets for each payload) I decided to try it somewhat differently for the challenge: Build the rocket to maximize the capabilities of each engine in the game (+ parts mods like KW, Space Y and MRS), then when I do have the payload, pick the pre-built launch vehicle that will get the job done with as little fuel left as possible when it was done doing its thing. For testing, I choose a 2 stage rocket that will put the payload short of orbit so the 2nd stage will fall back to under 20km to burn up. Before building I decided to try to vary these parameters for each stage: Starting TWR and dv. Once the TWR has been decided and the engine is picked, I an work out the starting (wet) mass of the whole circus: mw = thrustASL / (TWRstart * 9.80665) (eq.1) To figure out the fuel for the desired dv for that stage, I find the ratio wet/dry mass using the ASL value of Isp r = edv/(Isp * 9,80665) (eq.2) The dry mass for the whole rocket is then md = mw / r (eq. 3) and the fuel mass is then mf = mw - md (eq. 4) 9/20th of the fuel mass is liquid fuel and since a unit of fuel has the mass of 0.005 t, I find the number of units liquid fuel (l) by l = 9/(20 * 0.005) mf = 90 mf (eq. 5) Using procedural tanks, I custom build a tank to hold as close to l as possible, rounded up. The first stage is: 1 decoupler, 1 tank, 1 engine, 4 fins. After building the stage, I use KER to quickly find the mass of the stage (ms). By subtracting ms from mw I find what the stage can lift (mp) to get the desired TWR and dv. mp = mw - ms (eq.6) mp is in turn the new wet mass for the 2nd stage its payload. The process is repeated to build the 2nd stage to find the payload mass that will give both stages the designed TWR and dv except now I use the vac values for thrust and Isp. After repeating the calculations, the 2nd mp will be the actual payload's mass. One thing that complicates things is that each payload has a different drag profile unless under fairings but then again, even the fairings have different drag profiles (modders, how about a mod for fairings of fixed sizes and shapes in addition to the already existing proc. fairings?), so for the time being, the payload will be a capsule + parachute + weights to reach the target wet mass, trying to keep the drag profile the same for all. For my first 1.25m rocket using a T45 for the lifter and a 909 for the 2nd stage, 1700 m/s ASL to around 25km altitude and 1700 m/s vac did not quite make it to space but I am still working on the ascent technique and a good TWR. Now, how about you? Are you like me in that you always have built the rocket around the payload, or are you building rockets for the stable and pick the right one for the job? If so, how do you go about it?

A question first: Can you get to a consistent orbit around Kerbin? By that I mean, every time you launch, you are able to have the same apoapsis, periapsis and inclination within a small or smallish tolerance. Next: Can you get to Mun and Minmus just fine again with consistent encounters in terms of periapsis over the moons as well as travel time? If not on the 2nd question, practice that and make a good note of where Mun/Minmus are relative to where you make the transit burn and equally important, where they are going to be when you encounter them. For Mun, it should be in the neighbourhood of 100-135 degrees ahead of where you make the burn and it will travel about 45-90 degrees give or take by the time you encounter it. Play around with these angles and see how it affects travel time and delta v requirements. For Minmus it should be in the same neighbourhood but here you also have the 6 degrees inclination to consider. One thing you will notice is, you will encounter the planet roughly at the opposite side of the planet/the sun from where you made the burn. This will be true for all planets, and moons. Getting to another planet is really nothing different other than you will be orbiting the sun and not Kerbin when you make the transit burn. The mechanics are exactly the same for getting to the outer planets but the angle will be different for each case within some margin. For the inner planets, the target needs to be lagging behind your burn node. (Yeah you could perhaps do a single burn directly from Kerbin orbit but that takes a great deal of practice. Getting out of Kerbin's sphere of influence and into an orbit around the sun before making the transit burn makes life easier imo). As for the node, there are 6 terms you should familiarize yourself with: Prograde: The direction of travel at any given moment and place in your trajectory/orbit. Add velocity prograde will increase your orbital speed and raise the orbital altitude at the opposite side of the body you are orbiting. Retrograde: The exact opposite direction of prograde. Add speed retrograde will slow down your orbital speed and lower the orbital altitude at the opposite side of the body you are orbiting. Prograde and retrograde have yellow markers on the maneuver node. Radially In/Out. The direction perpendicular to the point in orbit you are at that moment, outwards or inwards. Use these to raise and lower the orbit any other place than the opposite side of the body you are orbiting. Radials have blue markers on the maneuver node. Normal/Anti normal: These are perpendicular to your orbit but parallell to the surface of the body you are orbiting. If your orbit is equatorial, then they should point towards the north and south pole of the body you are orbiting. If your orbit is polar, then they will point east/west. These, in combination with prograde and retrograde, are used to change your inclination. Normal/Antinormal have purple markers on the maneuver node. In a stable orbit around Kerbin, play around with all 6 of these without making the actual burn, just to familiarize yourself with how adding or subtracting speed for all 6 will affect your orbit's apoapsis, periapsis and inclination. If you are familiar with vector addition then it should become clear why adding or subtracton speedfor one might require some change of one of the others. This is particularly important for inclination changes where you don't want to change the apoapsis and or periapsis. Now, you might know or you might not know but after you have set a maneuver node, you can right click on it and it will change. Instead of 6 arrows, you get a big fat X for deleting the node as well as 2 blue icons for delaying the burn in terms of full orbits to complete before the burn. Do play with these blue icons when setting up for an encounter with Mun/Minmus and understand why that changes the time of the burn and therefor your arrival time and place. Once you have this down well, set up for a journey outside Kerbin's sphere of influence. Target either Duna or Eve (because they are relatively speaking close and with little inclination, as well as massive enough for an easier encounter than say, Dres). Set up a node not too far ahead and again, play with the 6 arrows on the node and make notes of how that affects the projected trajectory. If you can not get an encounter when matching the apoapsis for Duna or Periapsis for Eve, move the node around your orbit, minding that it will most likely change your projected apoapsis and periapsis so make any correction for that. If you can not find an encounter after trying the entire orbit, click the blue round ball that says + to add 1 orbit and try again. Keep doing this and you should find an encounter at some point.

Having sent 2 satellites, KSOI and Kerbol 1 out of Kerbin's SOI have already answered a few questions I had about heat. Oddly enough, it turns out the most efficient orientation of the medium radiators is to have the end pointing directly at the sun. I was expecting that having a cooler in the shadow of the space craft would offer better cooling but the tests show otherwise. Kerbol 1 is heading for a periapsis around the sun at about 1.6 million km. The sat is stuffed with panels and radiators size small and medium and will tell me a lot about heat that close to the sun, as well as how to use and not to use radiators and panels. KSOI's mission is to give me a hint on dv requirements and time enroute for a quick pop out and return to Kerbin for a manned flight. Should also prove useful for asteroid hunting later on.

Today: Watching the Great Kerbin Sciene Expedition reaching the 55th parallell after a 144km drive. To the creator of Remote Tech: I thank you from the bottom of my heart for saving me from madness. That rover control is genius. Rough but genious.

Yesterday, mission on Mun a success, where new science equipment was installed on a rover waiting at a contract zone for temp measurements. Here the lander is docking with the orbital depot where the mission command module was arriving a few hours later. Crew transfered over and all 3 homebound. Oh and Klumsy the Klown managed to break one of the solar panels on the rover while attaching the equipment. Got plenty to spare but it was a bit of a bugger. Also praise the Kerbal Alarm Clock for without its assistance, the 3 different critical burns in less than 15 seconds would not have happened on time.

Hauling asparagus up the slopes of Mun's polar crater. Directional control is a bit like bambi on ice blindfolded but aslong as I keep the turns small, it's alright. Quite the climber too. Got me up 43 degrees slopes like a beast.

Unfortunately for the rocket geeks, a KSP 2 is less likely than a full KSP franchise with KSP platform jumping, KSP adventures, KSP car race, KSP logical puzzles, cards, board game, strategy, managerial, etc etc etc. Businesswise it would make more sense. More but still not a lot to SQUAD, I am imagining. For the die hard KSP fan. it would lead to seizures and cardiac arrests.

Launched 2x fuel depots to Mun... They better be reusable or I will charge someone for the costs... damn that Mun base contract is going to be a massive financial loss.

Gems They never get old.

Cursing and swearing as the magnet on the robotic arm did not performm to expectations, leaving the retrieve mission around Mun to be a thriller. Add to that I botched up the burn to Mun leaving me with 19m/s dv as I left Mun again, AFTER successfully retrieving the cabin floating around there. All medals and honours to the engineer onboard who attached the docking port before the cabin drifted away. The low dv budget also meant I had to use RSC instead of the main a lot, just to shave off mass to raise the main's dv. Homebound now but another thriller is coming up as the 8 ton ship is set for a periapsis over Kerbin at 30km. This will be hot. Also sent off the globe trotting science expedition to Kerbin's biomes. The final design has a lower top speed than originally wanted but with the ability to climb 40 degrees + slopes I can live with that.

Progress. As part of the dev program, I have created a quad walker that doesn't fall over and that does move forward. It took a bit of planning the leg movements. The movement is an 8 part cycle for something that could pass as a limp animal with its leg in cast. Directional control is not there and it turns to the left by quite a lot for no reason I can figure out right away other that it can be traced to the fact that each leg has 2 servos only. One for moving the leg back and forth, another to lift it as it moves in front position. Due to the circular motion of the back/forth movement, there is a bit of skidding but I can't tell why there is a strict left turn tendency and not left and right alternating. Main lesson I suppose is to think of leg movement in terms of frames, like making an animation (which it really is).

Wondering here, what's the status on being able to set up sequences in VAB/SPH? Reason I ask is, sometimes I can, other times I can't and that's with the same craft. The times I can, I get the whole editor thing and can set the sequences. When I can't, I get an empty editor box. EDIT: This time I couldn't but when I attached a dummy servo, the editor came back even after I removed the dummy servo.

After trial and LOTS of errors, it seems that for a biped like I have in mind, there is no way around having a fully fledged hip on this thing. Simple rotation does not give enough control. Anoter thing is the wobbles. Right now balance is impossible with this much wobble. I use standard size servos and RoboTruss (RoboTubes gave me even worse wobbles). I need to find parts that give less or even no wobbles. Then it's the issue with mass. Right now the legs are way too heavy for the servos to lift.

That thing is crazy. Thanks for the link. Unfortunately, there are no clues given on how to control/script it.

First, I am a complete newbie when it comes to walkers. Second, I have a pretty tall order in mind. Mods planned on using: IR, KOS, IR Sequencer (alternative to KOS). I am not at all very experienced with any of them although I have some experience with the first 2. Goals: - A biped walker capable of crossing uneven terrain up to about 20-ish degree slope. - Must be capable of turning using servos and KOS alone. Also capable of walking backwards (+ turning). - Stability provided by the IR servos and KOS/Sequencer alone without any need for reaction wheels. - Mass kept to a minimum but there must be a one man pod (lander can?) as part of the design. Power and solar panels to drive continously during daylight hours. Here is where I need all the help and guiding I can get. I think I'll go with servos on the feet to allow for tilting in all directions for max stability on slopes. Is there any way KOS or any other mod can "sense" the correct tilt angle as the foot moves forward? Any mod that offers pressure/stress sensors? Are there any KOS/Sequencer scripts for walkers anyone would want to share for me to learn from? Anything that leaps to mind you think I need to know about or take into consideration (apart from this being madness to begin with).

Thanks tons! It was driving me nuts. I'll have a look at them KFWs then.

Perhaps this is a know issue, perhaps not, I didnt find anything on it so here goes: KSP v1.3, the robotics parts work fine UNLESS I have a wheel attached to the robotic arm. Then everything bends out of shape as soon as the powered servos move. Unpowered seem to work but the powered ones are the ones giving me problems. Take the wheel off and the parts work again so it definitely has to do with them wheels. Type of wheel doesn't seem to affect anything. I tried putting the servos on the wrong way, same result. Are wheels regarded as some sort of control pod as far as IR is concerned? Any fix?

Continuing the planning of an insane endeavour: To travel to every biome on Kerbin by rover starting and ending at KSC. Target speed 30m/s minimum on flat terrain, capable of climbing 30 degrees as minimum, carrying all the experiments and a bunch of containers, resilient with backup systems should the mains fail (no engineer yet capable of repairing wheels). All while keeping the mass down. Going to rely on RT's rover cruise control or I will certainy go mad long before reaching the highlands just outside KSC.