Jump to content

Search the Community

Showing results for tags 'kos'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General
    • Announcements
    • The Daily Kerbal
  • Kerbal Space Program 2
    • KSP 2 Discussion
    • KSP 2 Dev Diaries
    • KSP 2 Suggestions & Development Discussion
    • Show and Tell
  • Kerbal Space Program
    • KSP Discussion
    • KSP Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • Gameplay and Technical Support
    • Gameplay Questions and Tutorials
    • Technical Support (PC, unmodded installs)
    • Technical Support (PC, modded installs)
    • Technical Support (PlayStation 4, XBox One)
  • Add-ons
    • Add-on Discussions
    • Add-on Releases
    • Add-on Development
  • Making History Expansion
    • Making History Missions
    • Making History Discussion
    • Making History Support
  • Breaking Ground Expansion
    • Breaking Ground Discussion
    • Breaking Ground Support
  • International
    • International
  • KerbalEDU Forums
    • KerbalEDU
    • KerbalEDU Website

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Twitter


About me


Location


Interests

  1. I am proud to present PEGAS: Powered Explicit Guidance Ascent System - a kOS script for automated launches using a real-world guidance algorithm taken straight from the Space Shuttle documentation: the Unified Powered Flight Guidance! What is PEGAS and what is it capable of? PEGAS is a launch autopilot made in kOS. Its aim is, given a vehicle description and a mission target, to execute the entire ascent to a desired orbit. It supports defining orbits by periapse, apoapse, inclination and longitude of ascending node - allowing you to ascend to any (reachable) orbit in any given orbital plane. You can even select a target in the map and launch to the exact plane of this object. Short list of what PEGAS can do, in the approximate order of when it will be doing it: automatic launch window and azimuth calculation, easy-to-use atmospheric ascent in 3 steps: vertical ascent for a given time, pitch-over by a given angle, hold prograde, event system, allowing you to schedule things like fairings jettison, throttle management, roll maneuvers, or anything you want (via KOSDelegates), flexible automatic staging, allowing for even complex staging sequences requiring separation of a spent stage, ignition of ullage motors (SRB or RCS), ignition of the main engine, precise orbital guidance, able to target any elliptic orbit in any plane (provided the vehicle can physically reach it), including launching to a plane of an existing object, inter-CPU communication (credit to Patrykz94) system made with reusable boosters in mind (also see his Falcon-style landing script). For a general showcase, see my most recent video, where PEGAS controls an Atlas V ascent to a parking orbit for a rendezvous with an International Space Station: PEGAS is approximately 2000 lines of code long and released under the MIT license. How do I get it, run it, read more about it? You can get the code from my GitHub (current release: v1.2). You are strongly encouraged to read the tutorial and reference! PEGAS is not a straightforward "click this to fly" kind of tool and needs to be set up for your vehicle and mission. If you're interested in the mathematical details of the algorithm itself - check my prototype repository, especially its documentation. If you've spotted a bug or have a feature request - feel free to post either in this thread, or better yet on my GitHub issue tracker (read this, please). What is this thread? This thread carries a history of my development, from the first version of PEGAS that used a very basic formulation of Powered Explicit Guidance, through all my effort to implement the Space Shuttle guidance, to the release of a complete guidance script. History of progress: Summer 2015 - work on a MATLAB prototype using a basic form of Powered Explicit Guidance (read about the algorithm here). Late 2015 - MATLAB code ported to kOS. February 2016 - release of the first version of PEGAS (watch my video here, but bear in mind that this has very little in common with the current state of the project). Summer 2016 - I'm back at work on PEGAS, researching the Space Shuttle documentation. August 2016 - working MATLAB prototype of the Unified Powered Flight Guidance taken right from the Space Shuttle GN&C documentation - its Ascent Mode allows targeting orbits in a given orbital plane. Read more here. October 2016 - implementation of UPFG for multiple stages. November 2016 - verification of PEGAS' capabilities with several launch vehicles, sites, and targets, proving its great accuracy (plane error below one hundredth of a degree means correction maneuver of about 1m/s). February 2017 - the MATLAB prototype is complete, work on the kOS port begins. March 2017 - numerical consistency proven between MATLAB and kOS implementations of the key UPFG algorithm. May 2017 - basic version of PEGAS flies a simple rocket in KSP. July 2017 - first release of PEGAS! November 2017 - PEGAS version 1.1 is out! January 2021 - PEGAS version 1.2 is out! I will be updating this post with all new developments. Thanks
  2. Common Launch Script (CLS) v1.0.0 What is it? CLS is an auto-launch script that will put most rockets into a circular orbit of any desired apoapsis and inclination. It attempts to be a 'one-size-fits-all' script. If it takes off vertically and has more than one stage, this script can launch it (hopefully). I finally feel its in a state that i am confident sharing with the KSP community so that it can be enjoyed / modified / improved by the rest of this amazing community. Download Link: Github Changelog Dependencies: kOS What can it do? Below is a list of it's main features: General Launches any 2+ stage rocket into any circular orbit within Kerin SOI (apoapsis & inclination can be configured). Allows a specific launch time (to the second) to be set either by inputting "hh:mm:ss" or number of seconds until launch. Can be set to achieve the highest possible circular orbit for the vehicle's dV and CLS's ascent trajectory. Restricts time warp for code stability based on ascent phase. Staging Detailed staging logic that handles automatic staging, including those that use ullage separation. Detects impending staging and steers towards prograde for those Korolev style separations we all love. Auto jettisons LES or fairings on ascent based on atmospheric pressure, but not during staging. Display Provides incremental readouts of vehicle altitude and speed. Continuous display for target apoapsis, target inclination, mission time, TWR, remaining fuel, dynamic pressure, time to apoapsis, current stage, circularisation dV, remaining dV, steering angle and steering error. Uses scrolling print for rolling text display. 'Immersive' readouts during countdown, ascent and circularisation. Engines Throttles down main engines on ascent to limit twr (configurable). Throttles down central booster in 3 booster lifters such as Delta Heavy. Throttles them back up on side booster separation. Throttles down upper stage engines to limit twr (configurable). Throttles to achieve a specific twr at liftoff (configurable). Throttling during ascent is gradual. Accounts for SRBs with thrust curves. Throttles up main engines to account for reducing SRB thrust and jettisons SRBs once thrust < 20%. Abort / Countdown Holding Continuously checks abort conditions (RUDs, loss of steering control, insufficient thrust, loss of electrical charge) and activates abort action group if a condition is met. Holds launch if electric charge is low, staging is incorrect, liftoff TWR is too low, action groups are incorrect or any background script initialization is not nominal (to avoid mid-ascent errors as much as possible). Holds launch if user input is incorrect (eg target apoapsis within the atmosphere). Launch holds give the user the option to continue the launch, scrub the launch or recycle the countdown depending on the severity of the issue. This uses pilot input (A and N) keys to determine your response. You will need to click off of the kOS terminal for this to work. Circularisation Continuously calculates the required dV for circularisation at its current apoapsis. Detects if the user has asked too much of the rocket and will cut the ascent burn early to circularise as high as possible with remaining dV. Automatically creates, performs and removes maneuver nodes for circularisation with a high degree of accuracy. Ascent Profile / Steering Locks orientation of vehicle during ascent (aka the orientation the rocket leaves the VAB in is how it will remain the entire way to space). Uses a standard ascent profile for consistency. Launch profile is only adjusted (automatically) for low TWR vehicles. Ascent profile is separated into 3 phases to control pitch rate and avoid over-pitching in lower atmosphere. Continuously monitors the vehicle's time to apoapsis and controls throttle and pitch accordingly. What can't it do? This script was always written for my own personal use - I have adapted it for a public release. Therefore it has not received testing using any variety of mods or vehicle designs other than my own. As people use this with weird and wonderful designs or different assortments of mods, I'm sure bugs will emerge. Please refer to the bug reporting section below for what to do in this situation to help development. I also want to say that my kOS writing skills are self-taught and i have no background in doing anything like this. There are probably better ways to write this script, and there are absolutely better kOS writers than me. If you do have any suggestions of how to change the script, please feel free to comment on this post or open an issue on github. Installation Instructions Copy everything from the zip into your main Kerbal Space Program folder. Future Development I use the issue tracker on Github to document any features to be added, bugs to be fixed or other general changes to make. You can refer to it here. Usage Instructions CLS can be run from the archive. If you dont have the 'start on the archive' setting enabled, switch to the archive with the kOS command 'switch to 0.' and then you will be able to run CLS. More specific instructions for running CLS can be found at the top of CLS.ks. Many aspects of the script are configurable. Those that are can be found at the top of CLS.ks in the USER CONFIGURATION section. Bug Reporting If this script fails for you, please either comment on this post or open an issue on github in the issue tracker. In both cases I will need to see a picture of the kOS terminal, the launch parameters inputted and when during ascent it failed. In some cases I may also need a modlist or craft file for further testing. Licensing This script is distributed under the CC-BY-SA-4.0 license, except where noted below, where those elements are distributed under their own license. License text can be found here. Licensing Exceptions lib_navball.ks | lib_lazcalc.ks | lib_num_to_formatted_str.ks - KSLib - MIT. See license_exceptions for more information. Special Thanks A huge thank you to /u/only_to_downvote / mileshatem for writing and sharing his amazing launchtoCirc script. CLS is based on his work. I taught myself kOS by deconstructing launchtoCirc bit by bit to understand it and how it works. Then I set about creating my own, but some of mileshatem's original code is in CLS. When i hit a roadblock with ascent profiles, I messaged him on reddit and received some fantastic help. The kOS dev team for writing their fantastic tutorials and documentation for kOS. Incredibly useful for a new kOS user and taught me a lot. The kOS dev team (again) for their amazing KSlib libraries. CLS uses them, and seeing how their libraries work taught me a lot. The fantastic kOS subreddit/community. I hit many roadblocks writing this script and I always found help there. Whether it was reading responses to other's troubles or posting myself, I always found someone with a suggestion. /u/Dunbaratu provided the compass_for_vect function.
  3. BakerOperatingSystem a KOS RPM GUI! Hello, Im SelfAwareMatter and I have been playing KSP for 6 years or so and love the game so very much. It has given me a unique perspective on my own place in the universe and greatly enhanced my ability to understand the world around me. Among the things KSP has inspired me to teach myself, programming with KOS is one. I am a Linux user and building simple boot scripts and editing config files is about the extent of my programming knowledge before playing with KOS. BakerOperatingSystem is an operating system I wrote for KOS to be used with RPM. It is a collection of scripts that can be accessed though a GUI. Special thanks to Vulcan for his iva content and for a few of his scripts i have incorporated, CheersKevin for getting me started, and the devs of KOS and KSP. What an awesome thing KOS is! MODS that have been incorporated include- KOS obviously RPM Atmosphere Autopilot BD Armory RSVP- the rsvp scripts need to be in your script folder for the transfer planner to work. Hullcamvds There is a lot in this 12000 lines of code. Some of the programs include- Blackjack! My first game. RSVP transfer GUI Launch scripts Engine Control Execute Node Servo control Ship systems Resource transfer Circle at apoapsis Remote Rover control Remote station control Target selector Timewarp Node editor science sensor control camera control atmosphere autopilot Weapon systems VTOL Hover I hope somebody has fun with this. I would love is somebody wanted to add something awesome to it. I am working on a Solitaire game right now. If i make significant updates i will keep this post updated. Feedback is totally welcome too. Like i said earlier I really don't know much about programming and Im sure the way I organize some of the code would give a real programmer fever dreams. I tried to make it as organized as possible. Here ya go! [download link removed by moderator, pending resolution of licensing issue]
  4. Hey all, I've written a Module Manager patch that adds ModuleScienceContainer (i.e the Science Box) to KOS Processor parts. @PART[*]:HAS[@MODULE[kOSProcessor],!MODULE[KerbalEVA]]:final { %MODULE[ModuleScienceContainer] { //name = ModuleScienceContainer reviewActionName = #autoLOC_502201 //#autoLOC_502201 = Review Stored Data storeActionName = #autoLOC_502202 //#autoLOC_502202 = Store Experiments evaOnlyStorage = False // i.e. can nearby regular vessels also do this, or EVA only capacity = 500 storageRange = 1.3 canBeTransferredToInVessel = True canTransferInVessel = True showStatus = True +description ^= :^.*$: Adds a Science Container. } } however the line capacity = 500 means that it can hold 500 experiment results. i would like it to hold a percentage of the KOS diskspace (eg. if the KOS diskspace is 5000, the experiment space is 500Mits) also how can i make it so this information shows up in the VAB/SPH right click part info panel
  5. Hi Marcus house had made a kos code for falcon heavy which only works with ksp 1.3 and lower. So i have modified his script and made it compatible with Ksp 1.8.1 and higher . So i will now continue to to update his script . Script is finally complete ,here it is : https://github.com/daiwik-ksp/Falcon-Heavy-Dual-booster-landing- More pic on : https://imgur.com/a/0vaAUyH Marcus House video : My Video :
  6. I am sure many people have tried to use kOS instead of mechjeb, but couldn't understand it due to its complexity. Is it possible to make a mod which can act as a cheat sheet by providing all the major commands required for basic operations, or giving an in-game tutorial on how to do your first launch, orbit, docking, etc.. This way, even people with no programming knowledge will start using kOS and learn some programming.
  7. Hi ! I'm starting to build complete IVA ! with updated MFDs and especially an integration of KOS in the cockpit thanks to KPM, I start from the principle of a cockpit Dark and cold not texture type internal with emissive, only the spots will bring cockpit lighting. ---- Thanks to ---- * Alexustas For these beautiful PROPS packs (ASET). And its Pods that are beautiful and very technical (That's my reference) * Mihara for its original RasterPropMonitor mod, and thank MOARdV & JonnyOThan For its maintenance. RasterPropMonitor (adopted) by JonnyOThan. * dsonbill for its very practical kOS<-->RPM interface for Kerbal Space Program. * KOS originally created by Nivekk Thanks to all the contributors to this mod. * Nertea for are pack Near Future Props v0.6.4. * Completely inspired by DE_IVAExtension created by DemonEin and IVA_ASET_MAKING_HISTORY I would be nothing without this forum and the contribution of all these fantastic people who makes incredible Mods. MK1-3 POD MOD (Cockpit - IVA finished.) PodCam & Light ok (exterior) : Squad Pod by default, setup 1, compatible with Restock setup 2. (MM patch tested ok) MFDKOS added if KOS+KPM present (Replaces one of the RasterProp MFD) (MM patch tested ok) Big picture ______________________________________________________ mk1Cockpit_MOD (wip)
  8. LaserDist LaserDist v1.4.0 for KSP 1.10x. and KSP 1.11.x The only real change here is compiling against KSP 1.10.x DLLs and support for putting LaserDist parts inside the new KSP inventory system. The KSP 1.11.x updates added an EVA inventory system for parts and they require parts have a new "ModuleCargoPart" section added to its Part.cfg files to use it. This release also works on the previous KSP version, KSP 1.10.x too, but it may cause a startup complaint (which it is safe to ignore) in the logs on KSP 1.10.x when it sees the new "ModuleCargoPart" section in the config files. LaserDist v1.3.0 for KSP 1.8.1 Why does this Mod exist? The intended purpose of this part is to be used in conjunction with scripted autopilots like [kOS](https://github.com/KSP-KOS/KOS/releases), to provide a way to for you to write scripted pilot software that can see the distance to the ground (or anything else like a ship) along the laser line. See the image in the picture album to see what its meant by this.The reason this can be useful is so you can detect things like terrain slope and mountains in the way. The default radar altimiter in KSP only shows you the distance directly under the craft. Hey, where'd the pictures go? This post used to contain some embedded images illustrating what LaserDist looks like. They no longer appear because I no longer want to support the IMGUR site due to their awful willingness to let advertisers run whatever Javascript they feel like without properly vetting it for safety. So I pulled my albums off that site. Too many random ad redirects and browser-hijackings on that site for me. If KSP forums support some other image hosting site, I may put the images back but I don't know at the moment how to get the forum to use anything other than IMGUR.\ KSP 1.8 update. No changes to Laserdist except API usage with KSP 1.8. KSP 1.8 deprecated some API calls, replacing them with alternate versions. In particular, the shader used with LineRenderer to draw the laser lines needed to be built with a new kind of constructor. The V1.1.0 update: Another go at fixing the phantom hits bug. See: https://github.com/Dunbaratu/LaserDist/pull/24 The V1.0.0 update: I believe I have finally fixed the phantom hit problems (I found that Squad changed a few of the layer numbers in 1.2.2. My raytracing calls were giving phantom hits to the UI elements and the map view's planets because the layermask that worked fine in 1.1 wasn't right for 1.2.2.) Since the phantom hits problem was the main thing making me consider the mod "not ready", and tha'ts been fixed - I now am moving it to version 1.0. (1.0 also includes a few minor tweaks to the laser visual animation you should barely notice.) Releases, from major download sites: http://mods.curse.com/ksp-mods/kerbal/246141-laserdist https://spacedock.info/mod/765/LaserDist https://github.com/Dunbaratu/LaserDist/releases ZIP Download (See release page above): Source Code Hosting site: * https://github.com/Dunbaratu/LaserDist License: * GPL v3 Copyright (C) 2014,2015,2016 Steven Mading (aka Dunbaratu on Github) [email protected] 100x model This is a very small plugin. It makes a KSP Part that measures straight line distances by laser. The "Beamer 100x Disto-o-meter" Part aims a laser in a lin and then measures the distance in meters to the first object the laser hits. The result is displayed in the right-click menu for the part and can be read by kOS (and other?) script mods. 200x model The "Beamer 200x Bendable Disto-o-meter" Part is the same as the 100x part described above, but it lets you choose a deflection angle with the "Bend X" widget on the slider, (or by using SETFIELD in kOS on it), and the laser can dynamically change it's aim along this one axis. 500x model The "Beamer 500x Aimable Disto-o-meter" Part is the same as the 200x part described above, but it lets you bend the laser in two different axes, to aim it whereever you like within a zone, using both "Bend X" and "Bend Y" settings. All models: The laser can work over long distances - here it's measuring the distance from a Kerbin orbit vessel to the Mun: The direction of the laser is whichever way the laser gun is pointed when you mounted it on the craft. ### Information about the data fields the part displays: ![LaserDist Rightclick panel 1](rightpanel.png) KSPField: 'Distance' is a float - the number of meters being shown in the display. It's -1 if there is currently no hit. KSPField: 'Hit' is a string - the name of the object being hit. KSPField: 'Enabled' is a bool - true if the measuring device is on. KSPField: 'Visible' is a bool - true if the laser should be drawn when it's activated or false if it should be (realistically) invisible because, hey, it's coherent light and it's not supposed to be seen from the side. KSPField: 'CPUGreedyPercent' is a float (called "CPU hog" in the GUI) ranging from 0.0 to 20.0. It's how much of a single physics tick of time this mod will allow itself to consume during a single Update. If it hasn't gotten a good enough answer within that much time, it will wait until the next update to continue the calculation. KSPField: 'UpdateAge' is an integer - It's how many Unity Updates (animation frames, basically) it's been since the value you are seeing was calculated. Because of the logic of CPUGreedyPercent (see above) sometimes the value being displayed is stale by a few update ticks and shouldn't be trusted until the next time that UpdateAge becomes zero again. If you're in a situation where this mod needs to spend more than 1 update of time to get to a good answer for the distance, you'll see this value spinning a bit, quickly going 0,1,2,3,0,1,2,3,0,1,2,3...etc. When you see that, only when it hit the zeros was the distance value perfectly correct at THAT moment. KSPField: 'Bend X' is a float - the number of degrees the laser is deflected in its relative Yaw direction, if it's the type of laser that can be deflected. KSPField: 'Bend Y' is a float - the number of degrees the laser is deflected in its relative Pitch direction, if it's the type of laser that can be deflected. KSPField: 'Max Bend X' is a float - the range of bending the laser can do in its relative Yaw direction. If this is zero, then the laser cannot bend that way. The range is always centered at zero, plus or minus this number. KSPField: 'Max Bend Y' is a float - the range of bending the laser can do in its relative Pitch direction. If this is zero, then the laser cannot bend that way. The range is always centered at zero, plus or minus this number. Note: The higher that CPUGreedyPercent ("CPU hog") is, the less likely it is that UpdateAge will ever be nonzero, but the bigger hit your framerate might take. ### How to Mount it. ![icon of Electronics node](http://wiki.kerbalspaceprogram.com/w/images/d/dd/Electronics.png). The Beamer 100x Dist-o-Meter is located in the "Electronics" tech node of the career tech tree. It's a 300-point node on the tree so you might not have it yet in a new fresh career game. It appears in the science tab of the parts bin. The Laser can be mounted anywhere as a surface-mount item. Take care to note the orientation of the laser emiiter. (KSP lets you fine-tune the rotation of a part by using the SHIFT key while you hit the WASDQE keys.) The Laser will bounce back and give you a distance measurement when it encounters *ANY* object, including parts of your own craft. So take care to mount it somewhere where the laser beam will have a clear line of sight without obstruction. To ensure a good mounting point, you can use "tweakables" to enable the laser and make it show up in the VAB to look and see if you have it aimed well. ### Lightspeed Note that if you use it to measure the distance to a far away body (i.e. like aiming it at Duna from Kerbin), the mod does take into account lightspeed. You have to hold the laser on an object steady and unchange for the entire duration of time it takes for lightspeed delay to bounce the signal back or you won't get a measurement, so using it at that great distance will be very hard. ### How do I use it from my script then? Quick synopsis: Getting a handle on the laser, then turning on the laser using that module: SET laser_module TO SHIP:MODULESNAMED("LaserDistModule")[0]. IF not laser_module:GETFIELD("Enabled") { laser_module:SETFIELD("Enabled",true). } Getting a reading from the laser: SET laser_module TO SHIP:MODULESNAMED("LaserDistModule")[0]. PRINT "Laser distance is measuring " + laser_module:GETFIELD("Distance") + " meters." PRINT "Laser is hitting: " + laser_module:GETFIELD("Hit"). Transforming the laser reading into a 3-D co-ordinate: The part model is designed such that emitter of the laser line is located exactly at the part's local transform origin position, aimed along the part's ``facing:vector`` unit vector, allowing you to get its 3D vector position from a script like so, *Provided you haven't bent the laser with the ``"Bend X"`` or ``"Bend Y"`` settings. If you have bent the laser, then you need to apply these offset angles yourself with an ANGLEAXIS rotation in kOS*: SET laser_module TO SHIP:MODULESNAMED("LaserDistModule")[0]. set dist to laser_module:GETFIELD("Distance"). set emitter_position to laser_module:part:position. set emitter_unit_vec to laser_module:part:facing:vector. set laser_hit_position to emitter_position + (dist * emitter_unit_vec). Laser_hit_position is now a 3D vector position of where the laser hit something To do the same general thing but when the ``Bend X`` and ``Bend Y`` fields are nonzero, rotate the vector around the part's facing unit vectors: SET laser_module TO SHIP:MODULESNAMED("LaserDistModule")[0]. set dist to laser_module:GETFIELD("Distance"). set emitter_position to laser_module:part:position. set emitter_center_vec to laser_module:part:facing:vector. set x_bend to laser_module:GETFIELD("Bend X"). set y_bend to laser_module:GETFIELD("Bend Y"). set bending_rotation to angleaxis(x_bend, laser_module:part:facing:topvector) * angleaxis(y_bend, laser_module:part:facing:starvector). set emitter_unit_vec to bending_rotation * emitter_center_vec. set laser_hit_position to emitter_position + (dist * emitter_unit_vec). . ### Part modeling help? I am aware that the artwork on the model isn't pretty. I'm a programmer, not a graphic artist, and I don't have experience with things like Maya and Blender. In fact I just made the model by slapping together some stretched Cube and Cylnder objects in Unity itself, without the aid of a modeling program. The model is good enough to work with, but I'd be happy to have someone better at art redesign the model. I included the model in the github directory if you want to have a look.
  9. Modlist Taking flight In the years prior to this moment, whereby a private entity attempted the launch of a liquid fueled rocket into orbit around Kerbin. Space had always been the dream of the masses, yet the playground of the very few governments who had the resources to haul massive chunks of cylindrical metal filled with explosives into space. The tempo of the space development dance had reversed. From sending Kerbals to the Mun, governments of Kerbin had went back to sending Kerbals into Low Kerbin Orbit. The plans to go onto Duna had stalled to a halt. Jebediah Kerman, a retired astronaut who had walked on the surface of the Mun, always dreaming of the day tourists and private citizens of Kerbin could walk the stars. Decided to take things into his own hands, initially he wished to purchase retired assets from the Viscian Military, these were too expensive however. He decided to build his own rockets. It had only been a matter of months since the first Chorus 1A Liquid Fuel Rocket Engine had rung out its first harmony. Now stood on the test stand, a fully fueled rocket, standing by for the launch timer to hit 0. It had been a long journey up to this point. Many minutes of testing and guidance simulations had been performed to check to the best of a Kerbal’s abilities that this would be a success. The Tempo of the Space Flight Technological Development Melody was about to get faster. After the first successful test ignition of the engine. The Chorus 1A Engine used a pintle style injection, similar to the Munar Landers of the Kerbin 5 era. The turbopump of the engine was used to allow for 3 axis control of the vehicle. The Engine recorded a peak thrust output of 170,600 Newtons at T+1 minute into the test the Chorus 1A Engine started testing a gimbal profile, the systems gimballed to 2 degrees, the turbopump exhaust A little while after the successful test ignition of the Chorus 1A (C1A), the engine was taken down and refurbished to be put upon the first launch attempt. Meanwhile the initial test of the Chorus 1A Vacuum engine (C1AV) was attached to the test stand, preparing for its first ignition. The engine ignited without a hitch, however in actual flight the C1AV would be pressure fed. The test recorded a thrust of 7,000 Newtons under 1 atmospheres of pressure. When the success of the engine testing regime had been verified and looked over, the tests moved onto qualifying the flight hardware the first and second stages flew through their qualification tests. But now it was time to see if the Melodia 1 Rocket would fly itself. The guidance algorithm had been programmed to follow a turn based upon the apoapsis of the rocket, pitching it over to a pre-designated minimum pitch angle as the rocket reached a predetermined apoapsis during the ascent. Upon the detection of flameout by the Chorus 1A Engine on the First Stage, then would command separation from it. Revealing the second stage’s Chorus 1AV Engine to the vacuum of space, or the upper atmosphere. At around 64,000 meters above sea level the fairing will deploy, revealing nothing to the vacuum of space as this is a test flight. Upon reaching a targeted altitude the second stage engine will shut down, and coast until reaching the apopapsis, relighting to perform an orbital insertion. At 5:28 Kerbal Time, the Melodia 1 Rocket took flight after a countdown which had began at 4:48. Throughout the flight the data coming from the vehicle looked nominal. As the vehicle began to pitch over the mission control center, composed of 8 Kerbals erupted into a multitude of high fives and cheering. Yet they knew they wouldn’t know if Melodia 1 had reached orbit for another 20 minutes. As the vehicle headed outside of the range of mission control silence echoed through the room, they knew the ringing of a telephone would inform them of a success or a failure, just they didn’t know what. It was 10 minutes into the flight, the vehicle should still be coasting towards a short insertion burn, little over 54 meters per second. The phone rang in the room, carefully Jebediah picked it up. He jumped with joy as the communications downlink center confirmed the Melodia 1 had reached Kerbin orbit. Yet however they were lucky, the fuel tanks had been run dry. This indicated that the maneuver for orbital insertion failed in some way. Additional guidance checks would need to be added in the next flight. But yet orbit had been achieved on the first attempt, the team celebrated through the day and night of the achievement of “getting half way to anywhere” Yet Jebediah knew he had to create an even bigger rocket to succeed in his goal of making space interesting again, he needed to inspire the world in an effective way to further his goal. Authors notes:
  10. It took me a while but my autopilot is finally finished. Download file here: https://github.com/Toukie/KSP/tree/master/GAPAPOV
  11. The overall aim is to code a rocket to send 4 satellites into a geostationary orbit. I have all the code set just stuck on the last bit. Until the 'Sats" leave the main vessel they are apart of that vessel so the only way I believe would work is to start each Sat running it's own script as soon as it decouples by sending a 'runpath' Command to run a path from 0:/ . Can anyone help with this code ??? I can connect to Sat 1 and send it a message but can not send a run path command to save my life. Any help would be greatly appreciated. Thank you.
  12. Every time I try to add a parachute to a spacecraft I have no option to deploy it or set altitude parameters, I only have the ability to change the name tag . The deploy and altitude parameter functions have always worked in the past but suddenly this seems to happen. In the recent time I have installed a few mods such as kOS, Procedural Parts and Module Manager, but because of this error I am now forced to do propulsive landings. I just wanted to know if anyone else has/had this problem or if I'm doing something wrong. Thanks!
  13. Hey Guys, So, my kind of favourite Orbiter right now is the space shuttle. After I found some good ones in the internet that fly reasonably well to orbit, I have problems reentering Kerbin. So I have a few questions. I'm reentering Kerbin at about 2500-3000 Km/h. Where should I do a manuever node to safely land at the "Main Base", you know, the rollway. I'm always missing the rollway for about a few hundred kilometers every time (or I crash). Is there a kOs Script you guys have that'll do something like that? Because I believe the whole landing thing is complicated.
  14. I found a potential bug in kOS, where I try to create a maneuver node from a list of four values, and it returns the error "Cannot iterate on an object of type kOS.Safe.Encapsulation.ScalarIntValue. What's going on?
  15. I have been trying to figure out the exact landing burn altitude for my hoverslam script and I can't work it out accurately. I've looked at others' script but does not seem to work well with my script. lock burnAlt to (ship:velocity:surface:mag^2)/(2*(ship:sensors:acc:mag)). This is what I use to determine the landing burn altitude. And my condition is: if trueRader <= burnAlt { set autoThrottle to hoverslam. } else { set autoThrottle to 0. } From what i understand from this condition, the throttle should be never 0 whenever it is below and equal to burnAlt unless otherwise. But that's the problem, the burnAlt decreases as the rocket throttling up. Do I need to use constant to find my landing burn altitude or something else that is more efficient? P.S: This does not account for aerodynamic drag nor that it need to be accounted for as I'm playing stock and not RSS/FAR.
  16. I'm trying to revive someone else's kOS code for rover pathfinding using A*, but their code is so messy I can't make heads or tails of it. Can someone help me? The Reddit post featuring the code is here:
  17. The title kind of explains itself. I was trying to figure out if my ship had a radiator, but apparently SHIP isn't a variable, despite it saying so in the documentation. Does anyone know what's going on? Here's the image (I don't know how to link it to a URL): https://drive.google.com/file/d/1j0zn45sKTBKlfb_TsP8iaCcM9eYLj_g-/view?usp=sharing Thanks!
  18. Backstory I started a mission report a few months back. I liked sharing my missions and people liked reading them. But then my computer died and for a while I couldn't recover the data. And during that period of time, I started playing @Galileo's Planet Pack. And I love it. So I've discontinued my initial save, even if I may recover the data someday (TM), and started another save. Boring! Do you have anything else to say? I am playing on Moderate mode, but I have increased the science! returns so that I can do whatever I want as soon as I want. Moderate mode means that I have to pay to unlock new parts. Still boring! How about a modlist? I have: This continues to be boring! A chapter list? I only have 1 chapter at the moment, but... Chapter 1 started with this post. Still quite boring! Some launch scripts? Here's my Google Drive. But there are no ships to launch them with! Fine! Here are the first pages of Starwind (in GPP): The Ceti Campaign Oh yes, I kept the Original Four Gaelans and added the Original Four Kermen. So I have Eight. Tune in next time for Val making orbit, and an Iota flyby!
  19. Hi all, I'm searching for a while how to calculate the duration of a burn required to change orbit both for the Hohmann transfer maneuver and for circularization maneuver. I'm using KOS in KSP and after launch I have periapsis at about 85km and apoapsis at around -200km. At this point I want to write code for orbit circularization. So from my understanding I should burn until my speed at perigee will be equal to the speed at apogee and this will mean that I have close to 0 eccentricity. I wasn't able to find the calculations needed to get the deltaV needed and the burn time. Can anyone help please? Thanks
  20. Designed a new Launch vehicle in KSP using KOS. This is the testing of the Launch Escape System.
  21. Got a problem with flacon heavy script, its saying "Cannot find sensor for ACC", and sending to this lines of script: SET vertAcc TO sProj(SHIP:SENSORS:ACC, UP:VECTOR). SET dragAcc TO g + vertAcc. //vertical acceleration due to drag. Same as g at terminal velocity What is ACC, and how to fix this error ? KSP version 1.5.1 (macOS), and latest kos. P. S. Its not my script I just download it so don't be very mad for my stupidness.
  22. Cough cough. **Starts speaking in a dull narrator voice This mission report documents the history of the Automated Space Program, lead by none other than the fearless HAL 9000, the A.I designed to run a space program. Why didn't a Kerbal of remarkable talent step up to the plate instead of this automaton? Because the Kraken banned space travel from kerbals. If a single cell of kerbal flesh escaped the upper atmosphere, then the Kraken would slaughter the population of Kerbin! Or so our several hundred mages/witch doctors/wizards kerbs state after coming out of intense trances huddled together in their holy places. Everyone knew that they spoke the truth. After all, they said that sensibility was an evil not to be practiced, which we have followed up to the extreme. We have NO cities whatsoever, and yet we built a magnificent space center. There are literally no other structures on the planet, except those which were related to the space program of the distant past. Also, our mages/witch doctors/wizards have spawned in green monoliths in random places, because they were being insensible in accordance with the Kraken's laws. Anyway, enough backstory, lets get into the meat of this story. **Changes to a scholarly voice, full of appreciation for his subject I have been messing around with the KOS mod for a little while, and I have decided to create this mission report series so that I will practice this to hopefully great effect. I will make this series primarily about the substance, that is, how I programmed X to do Y and not Z, but pop in the occasion joke, as seen above. I will launch NO kerbals, not one, doing everything with KOS. I will use kerbonauts inside the atmosphere, and rescue them from orbit, but nothing else. My install of KSP is 1.4.4, so mods that work for me probably won't work for those in KSP 1.5+. I have installed a fairly large mod pack, roughly 30 mods, seen below. And with this, I wish all comers, Happy Explosions!
  23. So... I got bored again. This time, I made an anti ship missile. With terminal Proportional Navigation capabilities, it is able to engage moving surface targets (since it flies really fast, it can also double as an anti air missile). Here's a boring video of me destroying a ship made with a bunch of fuel tanks. Here's a video of the same missile shooting down a plane.
×
×
  • Create New...