Search the Community

Showing results for tags 'robotics'.



More search options

  • 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
  • General KSP
    • KSP Discussion
    • Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • 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
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • 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


Location


Interests

Found 29 results

  1. Memory Mapped Files The closest example to this technique is kRPC, which I experimented with about a year ago when developing my F-22 drone racer. I discovered there was a significant delay between the server and client however. I was drawing a Vector3 representation every frame at my vessels position, which would fall further and further behind the craft as it's velocity increased. I have used Unity's uNet client and local server and have not experienced this lag before, which has me stumped on the cause. I would be interested to chat with someone who knows more about this mod, or anyone who has also experienced this. Because of the lag I was experiencing with kRPC, I decided to build my own "bridge" using Memory Mapped Files. These allow multiple processes to share memory space, which can be used to store several different types of data structures. While these are easily the fastest way to send data, there is one major complication for this project. Mmap files are only supported in .net 4+, while KSP targets 3.5. My solution to this is to start a custom process at launch, which handles the memory map "bridge", then I send/receive values via the process's i/o stream. This allows me to send hundreds of values back and forth each frame, at 50+ ksp fps, which is perfect for the time being. My next goal however is to send much larger data structures over the bridge. I really want to get camera feeds from KSP into Unity, so that I can begin implementing VR control into my mods. I have successfully sent a Texture 2D byte array from a camera across the bridge on a frame-by-frame basis, but the problem is when I need to incorporate the process i/o. Converting the array to a string every frame gives less then 2fps in Unity. The solution to this is to get mMap files working in .net 3.5. I tried many different ways before settling on the additional process, with no luck. I do have a potential solution however, but could use some input from any .net guru's out there. Inverse Kinematics The IK code is all custom, but it's pretty amature. I rely on SOHCAHTOA and the law of cosines for everything. Unity gives me a lot of cheats that aren't available in real time. Vector3.distance for example easily gives me the distance between two points. It all works though, and I plan to expand it out to more joints. The neck arm also allows rotational target matching. PID Controller Servos Each servo has it's own tunable PID loop which uses the error between the actual and IK servo angles as its process controller. This output sets the speed of the servo on a frame-by-frame basis. I only have a basic knowledge of PID tuning, so if anyone out there would like to share some advice it would be greatly appreciated. Gait Sequencing & Steering Right now the only gait sequence that exists is walking at a set speed. Steering is the last thing I still need to do. I wrote some simple stride length adjustment code, which allows setting the desired stride length for both the right and left legs at the beginning of each stride. The actual steering is adjusted by a PID loop which decreases one side's stride length by a percentage of its default length. So my stride length is 2 meters, and the steering PID can shorten that by up to 5%. Terrain Mapping & Active BalanceThe hexapod now has full terrain mapping and navigation capabilities. Instead of using the vessel height to position the ground and foot targets, each foot target is now placed on the ground directly beneath it.Each hip target is now set according to the ground position of it't foot. There are two ways of setting the hip targets. Right now the hip targets are set at the average height of all the foot ground positions plus the target height. I've realized since recording the video it would be best to just set the hip targets so that the vessel is always the target height above the ground. Or some combination of the two. The first method helps going up hill, while the second is preferable for down hill. Also setting the hip height half way between the highest (foot ground + target height) and the lowest would be the way to insure each foot has the best chance of hitting it's target when going over extremely rugged terrain.The vessel also knows if it is traversing up a hill, is level, or traversing down a hill, and sets the color of the ground accordingly. Right now nothing changes according to that, but eventually the gait will respond to the different slopes. I tried taking it out to the mountains but I still need to find a way to orient the gyroscope to a level surface, even when the launch point is not level. The triangle begin drawn on the ground represents the leg group that is actually moving the hexapod forward. VR Implimentation As soon as I can get the camera feed from KSP to display to a render texture in Unity, I will be able to start moving forward with VR implementations. I have several things that will be pretty easy to accomplish right off the bat. I will be able to have the robotic head match the rotation of the HMD head, and display the camera feed to a HUD. I will also be able to control the arms of the mech using touch controllers. I have some thoughts on getting VR to work natively in KSP as well. This has been done before, with mixed results. I'd like to see if I could do better. Collaboration and Testing Let me know if you'd like to contribute in any way. If you'd like to help and know any Unity/C# that would be great, but I could use help with tuning and design as well. There are a lot of variables that need to be tweaked, as well as design changes to the mechs themselves. Let me know if you have any interest in helping and I can probably find something for you to do. There is also the potential for a real life counterpart. This is something I would definitely need help with, as my hardware skills are almost non-existant. I am planing on buying a frame in the near future, and would love to have some help implementing my Unity controller in the real world. If this interests you, there is lots of info already on this thread page. TODO Veering while walking Turning in place Terrain Mapping Traversing slopes Quadrapod/Bipedal Mech Jumping/Extended flight Thanks for checking it out, lots more to come.
  2. Using the new robotics hinges, rotors and pistons released with Breaking Ground DLC, build a catapult, trebuchet, onager, ballista, mangonel or just an overly enthusiastic Ferris wheel to fling a Kerbal to the Island Airfield. Since I'm still tinkering with the parts and not 100% this is possible (UPDATE: @neistridlar has categorically proved that it is!) there will be 2 leaderboards: Distance - Furthest distance from the launch site reached by your intrepid Kerbal Time - If anyone actually managed to reach the Island Airfield, then the entries will be ranked by fastest time Rules: Stock KSP, Making History and Breaking Ground (or any subset of these ) Other informational, visual and audio mods that don't modify gameplay, including KER and MechJeb allowed No reaction engines - spin, flip or twist your way to victory instead! Decouplers are OK, but any thrust gained should be incidental. No physics exploits e.g. ladder drives or phantom collider force powered shenanigans However reaction wheels and/or stock bearings are fine, if you're crazy enough! Start from the KSC launchpad or runway Craft should be unpowered after it leaves the...erm...device. Gliding or personal parachutes to eke out extra range is fine. There will be a Rogues' Gallery category for folks who want to go their own way Check this out thread for inspiration: Distance: 33.6 km @neistridlar 32.1 km @neistridlar 16.3.km @neistridlar 6.9 km @neistridlar 1.0 km @Vanamonde 375m @SkunkTwerks Time to Airfield: 9:54 @neistridlar Applying an ingenious combination of pistons and leverage, was the first to catapult a glider all the way to the Island Airfield. ~~~Rogue's Gallery~~~ Folks who took the challenge in a different direction... @Tyr Anasazi Applying the time honored MOAR LEGS approach, kicked a capsule on a ballistic trajectory all the way to the Island Airfield in a speedy time of 2:17. Nice shuttlecock air brake design on the capsule ensured a smooth stable ride on the way over.
  3. We all use and love infernal robotics. It offers great possibilities and adds a very important part of space exploration to the game: robotics. But we all know that there are also limitations and problems with the project. The idea of this project is to solve all those problems and take it to a new level. Main points of the project: major parts of the code will be re-written, made more robust, more efficient and easier to understand correct handling of reversals of servos in the editor as well as in flight during undocking and redocking enabling collisions of parts connected with servos fixing the problem that parts move away from their original attachement points over time minor bugfixes in gui adding ik for robotic arms (maybe in an other project) ... One thing that will not work is backwards compatibility. The new version will offer almost the same functionality and almost the same interfaces. But it is already clear, that it cannot offer exactly the same. This is also why a parallel installation of the new version with the old one is planed. If you do have comments on this, ideas, things you think someone should look into, then please write it in this thread. The latest beta (almost rc) versions can be found here https://github.com/meirumeiru/InfernalRobotics/releases https://github.com/meirumeiru/InfernalRobotics (source code) It is recommended to use KJR Next with this mod. It is an improved version of original KJR and works correctly with the moving parts of Infernal Robotics and other mods. [WIP] Kerbal Joint Reinforcement - Next https://github.com/meirumeiru/Kerbal-Joint-Reinforcement/releases https://github.com/meirumeiru/Kerbal-Joint-Reinforcement (source code) the Infernal Robotics Sequencer can be found here https://github.com/meirumeiru/IR-Sequencer/releases https://github.com/meirumeiru/IR-Sequencer (source code) ... but there is also a new development going on for this mod! More info will follow... the Infernal Robotics Active Struts (a new project using the old models) can be found here https://github.com/meirumeiru/Active-Struts/releases https://github.com/meirumeiru/Active-Struts (source code) This project wouldn't have been possible without the support and help of @ZodiusInfuser Meiru
  4. [a part mod inspired by Luna, Venera, Insight, Sojourner, Curiosity, plus some convenience stuff] Introduction Hi there, space-traveler! Don't just stand there; come in, look around, try out our classic hot-pants - the originals, the best, famous around the solar system! And, welcome to... Aah, more interested in rocket parts, aye? Well, no matter, we got that too. As of now, our line-up consists of just two manufacturers of very essential cosmos equipment. Martin & The Probes The up-town start-up company Martin & The Probes was funded by the income gained from the chart-topping hipster band with the same name. They focus on neat stuff for your everyday probe needs. RB-1 Spherical Probe Container (1.25m non-atmospheric lander) This product has been called the flag ship of M&TP, at least by their commercial department! This very handy spherical container protects your important scientific equipment, that someone is paying for you to bring to some place despite every scientific opportunity there having been exhausted already! Crash tolerant, comes with internal batteries and is like totally round - you'd be crazy not to buy it! RB-2 Reentry sphere (1.875m atmospheric lander) Land your probes in style with this heat resistant thingamabob! Made from the finest plastic composites on the planet. Well, on a planet. RB-4 Space Container (3.75m space or lander fairing) This positively large deployable fairing is a great fit whenever you need to send way too much sensitive equipment to space. Comes with an extra bottle of spray paint! Thermal Fairing (3.75m top cover for heat shield) Land in style on distant planets using the latest in cone-based technology! AID-X1 (0.625m decoupler) Ever wanted to put a non-stackable item on both the top and bottom of your probe? Fret no more - the Advanced Interstage Decoupler is here you help you! AID-X2 (1.5m decoupler) The larger version of the interstage decoupler lets you stack even bigger non-stackable things together! Astro Composites International Here at ACI we believe space is 20% science and 80% fashion! We focus on structural rigid components for your spectacular rocketry moments! Lightweight Hex Platform (2.5m inner diameter - probe lander platform) Sometimes, building probes vertically doesn't really cut it - spruce things up with this amazing probe platform, which comes with integrated holes! Hex Struct (1.25m - structural building block) No-one is really sure what this is intended for, so we usually just store our designer wellies in it. The top can be removed, but only by our senior engineers. Review Download Download from CKAN (RocketEmporium) or grab it from here. Dependencies Some parts (the robotic ones) are fully dependent on AnimatedAttachment to do anything useful. Many more will benefit greatly from it being installed. It will allow you to attach solar panels on the probe containers, for example. Known issues * The view from the cameras doesn't contain all effects, like atmosphere. Compatibility No known issues with any 1.4.x version. Has not been tested with earlier versions. Change log License Published under Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International Public License. Credits Thanks to @Atubara for the awesome artwork in the top =) Visit https://www.reddit.com/r/kerbalculture/ for more great fan-art!
  5. Explore the Kerbal Universe like never before with Kerbal Space Program: Breaking Ground, the latest expansion pack for KSP. Breaking Ground is all about exploration, experimentation, and technological breakthroughs. Study mysterious Surface Features on all of the moons and planets of the Solar System. Set up a base and deploy experiments for the long-term study of celestial bodies, and test your creativity with brand new robotic parts. Breaking Ground will help you and the Kerbals reach new horizons, all in the name of Science! Robotic Parts Take your creativity to the next level! Brand new robotic parts, include hinges, rotors, pistons and rotational servos. These parts come with new control mechanics and let you create all sorts of inventive vehicles and crazy contraptions to aid the Kerbals in exploring their Universe! Surface Features Find interesting Surface Features, like mineral formations, meteors, craters, and some even more curious planetary features across the solar system. Study them and collect valuable scientific data with a brand-new Rover Arm! Deployed Science Bring equipment for experiments with you from Kerbin and deploy them on the surface of a celestial body to take measurements over time. Set up a science station and put your crew to work. From seismometers to weather stations, there are plenty of experiments for you to try out! Additionally, we’ve kept our promise that all players who purchased the game through April 2013 will receive the expansion for free. To redeem the game click here and follow the instructions. Kerbal Space Program: Breaking Ground Expansion is now available on Steam, the KSP Store, and will soon be available on GOG and other third party resellers. As with every release this thread will be used to bundle all general discussion about the new DLC so that the forums can continue to actively host threads on other topics as well. CLICK HERE for the official release announcement for Kerbal Space Program: Breaking Ground Expansion. Happy launchings!
  6. One of the things I want as a difficulty option is for the robotic parts to not wobble, or maybe have a slider that controls how strong the joints are, and have locking joints eliminate all wobble. I've got 2 craft that suffer particularly from this problem: a GLaDOS replica, a little robotic rover with a little head and a mech with a rather primitive run cycle. GLaDOS and the rover sometimes end up headbutting the terrain if I drive them too fast and the mech can't support itself and ends up doing the splits on the floor. I've never used infernal robotics, but from the stability of some of the craft built using it, it appears people have a better time controlling craft that use the IR joints, while craft that use the official joints are floppier. What do you think?
  7. I've been trying to use the new robotic parts to make docking vessels on the ground (rovers) easier. I'm running into some unexpected behavior, which is causing my ground-docking attempts to fail. Often, explosions are involved. I'm wondering if others here have had success with what I'm trying to do. Without robotic parts, docking two vessels on the ground is frustrating, as everything has to line up perfectly. Often, what worked during testing doesn't work on a body with different gravity, or if the mass of one or both vessels changes. I'm trying to use the robotic arms to make docking vessels on the ground easy. Here's an example rover. Has a small servo, small hinge, small piston, another small hinge, and a Dock Port Jr. The arm has enough articulation and extension available to reach and align with docking ports at various heights. However, here's what happens. One vessel (sometimes both) is thrashed violently. Sometimes ends in explosions. Sometimes ends with one vessel flung away. This one is probably going to end with a bang.. What appears to be happening is during docking, one docking port instantly changes it's orientation, dragging the vessel it's attached to along with it. Here's one example: Here's another example. The docking ports were lined up perfectly, but ended up looking like this after they joined. I'm using a stock game, 1.7.2 (2555), with Making History and Breaking Ground, no mods. I've tried different size docking ports and robotic parts, with similar results. Auto struts is disabled (although I tried auto struts on as well). I'm stumped.
  8. I've been experimenting with the new robot parts, specifically pistons and hinges, as ways to either retract (using pistons) pairs of powered wheels into the body of an amphibious boat-base or lift them out of the water (using hinges); but I keep having problems. The pistons won't deploy at the same rate (even if they're set to the same rate and damping), they don't always extend to the full programmed length, and they just aren't very sturdy when extended. My hinged experiments have been much simpler, pairs of wheels attached to the hinges by the long girders, but when I trigger their action group they don't move. They swing up eventually, but not all of them. At the moment my experimental base has about 20 pairs of upswinging powered wheels, and maybe my computer can't handle so many movements. Has anyone else had better luck with retractable powered wheels? I'm trying to develop an amphibious base for Eve, so the wheels pretty much have to be the TR-2L Ruggedized wheels and the experimental bases mass in the 90 to 200 ton range. This is what I'm doing with hinges. And this is what I'm trying with pistons.
  9. Tutorial covers the basics of the UI, how the timeline works, as well as examples & tips to make things far easier to work with. Breaking Ground - Robotics Tutorial on Youtube
  10. What does the damping on the new pistons and hinges do?
  11. One of the first things I tried to do with the Breaking Ground is make a quadrupedal robot in a similar fashion to BostonDynamics SpotMini. It... works. Barely This version has a "Stand" and "Walk" function, with work-in-progress "Sprint" function. It's almost uncontrollable without reaction wheels, but that's likely due to poor programming on my part, of which was a pain to do. The main issue with this style of quadruped that I found is that the servos don't move quick enough to get any decent speed from it, though it does still work. Here is a video showing it walking: https://youtu.be/QLtOllMOOuU The craft file can be found here: https://steamcommunity.com/sharedfiles/filedetails/?id=1769266564 If anyone can make it work better, I'd love to see it!
  12. [Edit: For the updated stand-alone version of this tutorial, go here] So I started off getting my video recording & editing software back so I could make an animated GIF for reddit to showcase my robotics powered rover deployment system. But of course I ended up remembered how much fun doing videos can be, and wanted to share the method I found that took my programming time from 3+ hours to less than 1, so the 6+ hours I'd spent programming the arm & doing a comedy showcase GIF ended up spiraling into another 8+ hour editing session. I think it's my most polished video thus far; spent sooo much time working on the timing and ironically half way through editing I realised that if I used THE SAME METHOD that worked so well for the robotics programming I'd be done already. It was nice though, got the last bit done far faster ^^ Well, enjoy, I hope it is useful!
  13. So I had a thought today, "Would mecanum wheels work in KSP?" The answer is: Yes. They do, in fact, work. For those wondering what mecanum wheels are, they are wheels that allow lateral (sideways) movement. They are wheels that are made with smaller wheels/rollers around their circumference of them, canted at a 45 degree angle from their center axis. I made a short video demonstrating a drivetrain in KSP using them: https://www.youtube.com/watch?v=UbCuh1aUn1o& I'm not entirely sure what applications you could use this for in KSP, but it is interesting that they work in the game, and I thought I would share that. Have fun!
  14. What it does Adds the ability to "slave" one robotic servo to another. When you change the master's target angle, it automatically adjusts the slave's angle accordingly. Automatically takes care of updating the slave's traverse speed and damping, too. Locking the master will lock all its slaves, too. Lock an entire limb with one click! Can slave as many servos as desired to one master. Can toggle a hinge's "slaved" status on/off, either in the editor or in flight scene. Super simple UI makes it a breeze to set up complicated robotic limb motions that are controlled from a single hinge. Easy to toggle hinges in and out of slave mode as needed. Simplifies working with the KAL-1000, too! Now you only need one track per master; the slaves take care of themselves. A picture's worth a thousand words: Download from github License: CC-BY-NC-ND 4.0 Source code [NOTE: Requires Breaking Ground expansion. It won't actually hurt anything if you install without Breaking Ground being installed... but it won't do anything for you, either.] Development status SlaveDriver is currently in pre-release status. It's functional and (I believe) reasonably "safe", both to run and to uninstall after use. It's fully playable, you can grab it now if you like. However, it still has some rough edges, known issues (see discussion below), and not-yet-implemented features, which is why I'm calling it WIP. Use at your own risk. How to install Unzip the contents of "GameData" to your GameData folder, same as with most mods. (Note, includes ModuleManager.) Why would anyone want this? The Breaking Ground expansion introduces a variety of robotic parts. These are great fun to play with, but I've found it tedious to set up multi-jointed robotic limbs, because every single joint has to be set up independently. This means a few things: It's very awkward and tedious to build and design a multi-jointed limb in the vehicle editor. Trying to get multiple joints coordinated properly requires doing a bunch of tedious math to correctly coordinate all the various traverse speeds, damping values, etc. with the angle ranges, and any time you touch any one of these, you have to do the math all over again. If you want to use the KAL-1000 to control a complex sequence, every single joint needs a separate control track, and keeping those synchronized is a nightmare-- not just to set up in the first place, but to maintain when you need to tweak things. Which you will. A lot. Because robotics requires a lot of tweaking. SlaveDriver does one very simple thing that I find highly useful, by allowing me to reduce the number of "degrees of freedom" of a collection of joints, thus greatly simplifying the build-and-control process. How do I use it? The UI is as simple as can be: When you place a hinge on your craft, SlaveDriver automatically analyzes its "parent part" hierarchy, from the hinge up to the vessel's root part. This is fully automatic, no action needed on your part. If it doesn't find any hinges along that path... it means that there isn't any potential "master" to use, so it decides it can't do anything and leaves the stock UI alone. (Note the right-click window at right, in the above image. That hinge is mounted to the root part, can't be a slave because there's no viable candidate for a master, so its UI looks standard.) If it does find anything, then it adds a "Slave to <part name>" button at the bottom, like this: By default, it doesn't change the behavior-- everything is "un-slaved" and behaves as normal by default. But if you want to put it into "slave mode", just click that button. When you do that, the UI for the part changes. Note the right-click menu for the "elbow" hinge in the above illustration, at top left. Several controls are now missing: you can't set the target angle, the traverse rate, the damping, or lock/unlock it. That's because as long as it's a slave, all of those are controlled automatically by its master. You can still see what the values are, though: it adds some display fields to show their values. The above example shows a robotic limb with six hinges in it: one at the "shoulder", two at the "elbow", and three fingers hinged at the "wrist". All of the lower five are slaved to the shoulder. Planned features and known issues This is still a work in progress. Here's the current status: Planned features The mod currently enables slave mode for all of Breaking Ground's hinges (two square hinges, three alligator hinges). It does not currently support rotational servos, though I plan to add that feature in an upcoming release. It does not support rotors, nor do I plan to (the feature doesn't really make sense for them). Pistons are not supported either. Uncertain whether I'll do those or not-- there are some interesting design issues to work out. I'll likely add an "invert" button to go with the slave button, i.e. slave is at min angle when master is at max, and vice versa. For now you can accomplish the same effect on a square hinge by just rotating the hinge 180 degrees about its axis, but that won't work for the alligators. Known issues The most important problem is a doozy: If you wiggle the hinges around a lot in the editor, then parts start to "drift" away from the hinges that they're attached to. This bug can be worked around if you're careful, but it's annoying as hell; this one bug is the thing that's stopping me from calling this a "release". If you see something that looks like this, that's what you're running up against. I believe this is a bug in KSP itself, not my mod. Sounds like it may be the same issue mentioned here. If I'm right that it's a KSP bug, then hopefully they'll fix this soon. Doesn't affect vessels in the flight scene; appears to be purely an issue with the editor. If you have a slave's UI window open when you toggle the "locked" status on the master, the the slave's UI window gets messed up. This is only cosmetic; if you close and re-open the slave's UI, the problem fixes itself. The display of the "locked" status on the slave's UI says "true" or "false" rather than "yes" and "no". Bug reports (other than the above-mentioned issues) and feature suggestions welcome! Hope folks have fun with this.
  15. The KAL-1000 is brilliant but it needs some work to make more complex contraptions. Specifically, we need a way to save/store/copy KAL tracks the same way we can save/store/copy subassemblies. Currently I haven't found any way to do this; even saving the entire craft then merging the save will have both KAL controllers talking to the originally-open version's servos. It's also super clunky to, say, replace a servo with a heavier version if the original didn't work, since you have to reprogram the new one from scratch. My proposal: Make KAL scripts persist when merging craft that contain them. As above, when cloning subassemblies that contain a KAL and all the parts it controls. As above, for subassemblies saved in the subassembly tray. Make KAL scripts persist even when the controlled subassembly is removed, and make it possible to assign another device to it. Feature (4) could work like this: When removing a controlled device, the corresponding field goes red in the action group window, with an "Assign" button appearing on it. When clicking on the "Assign" button, you're instructed to click on a device to link to it. When clicking on a device of a compatible type, it gets assigned to the field. All hinges, servos, pistons, and rotors are compatible with each other, but e.g. hinges aren't compatible with servos, nor servos with rotors. With these changes we could store KAL tracks like subassemblies, simply by saving the fully-programmed KAL as a subassembly, without its parts.
  16. I hope this hasn't been posted yet, didn't find anything. It would be nice to be able to add regular parts to the KAL robotics controller, like deployable solar panels, landing gear, etc. I'm trying to put solar panels on a hinge but they deploy too soon. Being able to sync them with the robotics stuff would be really useful.
  17. This mod adds a PartModule that enable generic animations to move sub parts! Thus, it is a light-weight option for modders and players to use instead of the more advanced robotics mods out there. Even works for stock parts! When a part contains components that move (due to animations, gimballing or moving control surfaces), this part module can move any connected part in response. Thus, a part modder may add a moving boom, rotators, hinges etc without learning anything more than they already know from before. Parts are moved by using physical forces in the joints. This means that they will obey the laws of physics. Limitations & known issues #3 There is a caveat for physics-less parts - while they and any other physics-less sub-parts to them will move with the animation, any physics-enabled sub-parts will not. For example, a cubic strut connected to a hinge will move with it, but a tank connected to the cubic strut will not. Basic usage AnimatedAttachment will be automatically added to all parts containing a ModuleAnimateGeneric, ModuleGimbal or ModuleControlSurface. So there is no need to do anything else to your config. Players simply use the "Deploy" button or similar to run the animation and any connected sub-part will move with it. Advanced usage A player can adjust this in the VAB by enabling the stock feature "Advanced tweakables" in the settings and then right clicking the animated part, to set maximum force and spring strength. Part modders may potentially override the default settings in the part module, but this has not been tested much yet. Mods using AnimatedAttachments Rocket Emporium contains several parts that uses this part module Compatibility This mod has been tested for compatibility with * KJR * KIS/KAS License Released under CCA-NC-SA 4.0. Credit Thanks to @Rudolf Meier, @blowfish and others for answering many questions about quaternions and whatnot, and @HebaruSan for the awesome work with CKAN. Change log Download Download from CKAN or from github.
  18. Explore the Kerbal Universe like never before with Kerbal Space Program: Breaking Ground, the latest expansion pack for KSP. Breaking Ground is all about exploration, experimentation, and technological breakthroughs. Study mysterious Surface Features on all of the moons and planets of the Solar System. Set up a base and deploy experiments for the long-term study of celestial bodies, and test your creativity with brand new robotic parts. Breaking Ground will help you and the Kerbals reach new horizons, all in the name of Science! Robotic Parts Take your creativity to the next level! Brand new robotic parts, include hinges, rotors, pistons and rotational servos. These parts come with new control mechanics and let you create all sorts of inventive vehicles and crazy contraptions to aid the Kerbals in exploring their Universe! Surface Features Find interesting Surface Features, like mineral formations, meteors, craters, and some even more curious planetary features across the solar system. Study them and collect valuable scientific data with a brand-new Rover Arm! Deployed Science Bring equipment for experiments with you from Kerbin and deploy them on the surface of a celestial body to take measurements over time. Set up a science station and put your crew to work. From seismometers to weather stations, there are plenty of experiments for you to try out! Additionally, we’ve kept our promise that all players who purchased the game through April 2013 will receive the expansion for free. To redeem the game click here and follow the instructions. Kerbal Space Program: Breaking Ground Expansion is now available on Steam, the KSP Store, and will soon be available on GOG and other third party resellers. Click here to enter the Grand Discussion Thread for this release. Happy launchings!
  19. For the latest v02 Pre-release compatible with KSP 1.1.2 follow this link This project aims to provide players with a variety of robotic, structural, and utility parts to enhance their unmanned (or manned) space missions in KSP! All parts have a unified design, with a near-future look. What can you do with Infernal Robotics and the Model Rework? (Thanks to Darren9 for the trailer!) Imgur Album: http://imgur.com/a/Pq54J NOTE: This thread relates to the remodelling effort for Infernal Robotics. All issues, queries and suggestions concerning plugin functionality should be directed to the IR Release Thread The Model Rework & Expansion is divided into three packs, allowing players to choose the parts they have installed. All parts in the mod have been designed around the use of TweakScale, so although it's not required for them to function it's highly recommended to get the most out of them. Due to the special nature in which robotics contraptions must be built in KSP, each robotics part has yellow markers indicating the attachment node you should use to attach the part down. If you use the opposite one then parts will appear to float when you try and move them. [1.0] Core Pack v01b CC BY-NC-ND 4.0 (Last Updated: 28/04/2015) Download from KerbalStuff (dead, grab v02 at the top of the page) This pack contains a basic selection of robotic parts and accompanying structural parts in various sizes to give players a taste of what can be achieved with robotics. Pivotrons - Rotational parts that move between a lower and upper limit Rotatrons - Rotational parts that can continuously rotate or be limited on-the-fly Extendatrons - Translational parts that can be stacked to make pistons RoboTrusses - Octagonal structural parts to place in between robotics parts RoboTubes - Cylindrical structural parts to place in between robotics parts RoboDapters - Adapter parts between the various sizes of Trusses and Tubes Changelog: v01b - Fixed attachment node problems introduced by KSP 1.0 - Reduced part temperature tolerance to match that of stock parts - Updated the positions of parts in the new tech tree v01a - Added descriptions to all parts - Adjusted preset positions for rotational parts v01 - Merged parts from the old Robotic and Structural packs - Removed 90 Offset part and the two open Hinges (IR 0.20 makes them unnecessary) - Renamed Basic and Flat hinge identifiers - Reordered part folders based on the new packs - Integrated parts into the stock Tech-Tree - Added texture sharing between translational and rotational robotics parts - Updated tweakscale values to offer 80% and 125% scales above and below each of the major sizes - Added preset position values - Included license file [1.0] Expansion Pack v01b CC BY-NC-ND 4.0 (Last Updated: 28/04/2015) Download from KerbalStuff (dead, grab v02 at the top of the page) This pack contains specialist rotational robotics and structural parts to allow for more interesting craft designs than are possible with the Core Pack alone. Adaptrons - Limited rotational parts that have one large and one small attachment point Foldatrons - Limited rotational parts that are hollow in the middle, allowing for very compact folding creations Changelog: v01b - Fixed attachment node problems introduced by KSP 1.0 - Reduced part temperature tolerance to match that of stock parts - Updated the positions of parts in the new tech tree v01a - Added descriptions to all parts - Adjusted preset positions for rotational parts v01 - Merged parts from the old Athlete pack - Added Adaptrons, parts that different sized attachment points making them great for the base of robot arms - Added Offset Mini Foldatron, intended for use with the smallest Movatron from the Utilities Pack - Removed 180 Basic Foldatrons and updated 90 ones to have 180 range (IR 0.20 makes them unnecessary) - Renamed Extended foldatron identifiers - Reordered part folders based on the new packs - Integrated parts into the stock Tech-Tree - Added texture sharing between foldatron parts - Updated tweakscale values to offer 80% and 125% scales above and below each of the major sizes - Added preset position values - Included license file [0.90] Utility Pack v01a CC BY-NC-ND 4.0 (Last Updated: 16/04/2015) Download from KerbalStuff (dead, grab v02 at the top of the page) Note: This pack has yet to be updated to KSP 1.0 due to additional dependencies needing updating. As such RoboStruts and the Utilitron Sampler will not work. Movatrons should be unaffected. This pack contains a number of non-robotic parts to offer more interesting gameplay when using robotics parts from the other packs. Note that this pack includes ActiveStruts (Source) and TweakableStaging, and requires Kerbal Attachment System to unlock some recommended features. TweakableStaging is used for the RoboStrut parts to allow them to be added and removed from the staging area, so can be deleted if you do not wish to use this functionality. RoboStruts - A stock strut that integrates a decoupler, allowing for robotic payloads to be held in place during launch, and an ActiveStrut variant allowing strut creation in-flight without a kerbal Movatrons - Wheels of various sizes with integrated Rotatrons, allowing for rovers to move in any direction (Coming Soon) Mecatrons - Rotatrons with a number of wheels around the outside. When 4 or more are used together they allow for omni-directional motion! Utilitrons - A set of parts to use on the end of robotic arms or legs. Specifically there is a Landing Foot, KAS Magnet, KAS Grappling Hook, and a brand new Unmanned Surface Sampler, allowing rovers to take the same samples that kerbals do! Changelog: v01a - Added descriptions to all parts - Adjusted preset positions for rotational parts - Reduced size of bounding box, increased damage tolerance, and tweaked torque curve of Hauler Movatron v01 - Merged parts from the old Utilities and Struts packs - Added Utilitron Landing Foot, a deployable part that can be used to support structures or walking contraptions - Added Utilitron Grasper, a KAS grappling hook allowing craft to be made that can grap onto surfaces or other craft like this - Added Utilitron Sampler, a science part that allows for surface samples to be taken without the need of a Kerbal. To use it the part must be made to touch the surface a sample is to be taken from (including asteroids), making small robot arms useful - Added Movatrons, a set of four wheel parts with integrated rotational joints allowing for the direction a rover travels to be changed on the fly. - Added custom model for ActiveStruts to fit in with the rework theme - Renamed Utilitron Grabber identifier - Reordered part folders based on the new packs - Integrated parts into the stock Tech-Tree - Added texture sharing between foldatron parts - Updated tweakscale values to offer 80% and 125% scales above and below each of the major sizes - Added preset position values - Included license file Known / Common Problems Parts just fall through the floor! This is a known issue with the collision of the parts, that was introduced with the release of KSP 1.0. This is being fixed but will take a fair amount of time. If you are only seeing the structural parts of this pack, make sure you're running the latest version of Infernal Robotics. All robotics parts now appear under a new Robotic Parts category (below science) that the plugin adds. If you have got the latest version and still cannot see the parts, please post your issue over in the plugin thread: http://forum.kerbalspaceprogram.com/threads/116064 If your parts look like this image (or the same pattern but glowing yellow) it means that texture replacement isn't working. To correct this shut down the game and delete PartDatabase.cfg in the KSP root directory. All my parts appear black! This is caused by the Active Texture Management mod, which is having a few issues with KSP 1.0.x. The devs are aware of the issue and will hopefully come back with a fix soon. In the meantime this has been suggested as a possible solution: http://forum.kerbalspaceprogram.com/threads/65365-WIP-MSI-s-Infernal-Robotics-Model-Rework-%28Updated-28-04-2015%29?p=1902110&viewfull=1#post1902110. If that does not work then pester the ATM devs over in their release thread to get it sorted: http://forum.kerbalspaceprogram.com/threads/59005-1-0-Release-5-0-April-28-2015-Active-Texture-Management-Save-RAM! Bug Reporting Any bugs specific to the Rework parts (that are not plugin related) can be reported in this thread or on the projects Github page: https://github.com/MagicSmokeIndustries/IR_ModelRework/issues Github can also be used for making part requests, but if you do I ask that you provide a reasoned description with concept art / reference material of the part you'd like to see added. Note that adding a request gives me no obligation to create it (I'm doing this mod as a hobby in my spare time after all), but it does mean I'm more likely to consider the idea or revisit it at a later stage in the mods development. Future Plans Here is a list of stuff that I plan to work on over the coming year. This is by no means complete, and it's certainly not in any sort of priority order: Add gantry styled translational parts Include a wider range of structural parts Some kind of docking port model based on my own IRL research Finish implementing mecanum wheels (see a dev preview here: https://youtu.be/VYw_FG9Xej8) Include a number of robotics themed propeller parts for making quadcopters Add larger robotics parts for use on stations or other large craft Add parts for creating folding wings, or anything that's long and thin and needs to fold (e.g a vehicle ramp) Update the current placeholder textures to have more detail but retain the current style Acknowledgements I'd like to offer a big thank you to the following people, who without their help the mod wouldn't be where it is today: Sirkut - For letting me pursue my crazy ideas for robotics parts and allowing me to start this mod under the Infernal Robotics name Porkjet - For texturing the current selection of structural parts Ziw - For his efforts in advancing the Infernal Robotics mod, and its Sequencer Marce - For taking on my challenge of updating the DockingStruts mod into what it has become today (ActiveStruts) Lo-Fi - For the help and support in bringing normal and mecanum wheels to this mod DMagic - For developing the plugin for the surface sampler part Riocrokite - For helping me come up with the new branding for Infernal Robotics and Darren9 - For https://youtu.be/EwmFCvMZ0sI, and being patient with me through the 3 months it took to make the Model Rework trailer Thanks and Enjoy! -Zodius
  20. So i recently installed infernal robotics and the janitor mod in the latest version. Yet the parts for infernal robotics show up but not the menu to move the parts and the menu for the janitors closet. Did i do something wrong?
  21. In the interest of creating a proper VTOL similar to the F-35C or Harrier, I've been trying to work on creating a powered, locking hinge assembly that would allow an engine to be undocked, rotated 90 degrees, and redocked, reversibly and repeatedly, using only action groups. I've worked on it for quite a while and I've never been able to get it perfect. Here's the closest I've come: So the challenge is this: create a rotating assembly, in stock, that uses action groups to complete a powered 90-degree rotation that can be repeated indefinitely. Level 1: Create and demonstrate only the assembly. Level 2. Demonstrate that engines can be affixed to your assembly. Level 3. Build a VTOL aircraft around your assembly and demonstrate liftoff, hovering, transition, translation, and vertical landing. Level 4. Build a VTOL SSTO around your assembly and demonstrate liftoff, hovering, transition, ascent, orbit, deorbit, re-entry, and vertical landing. Lowest-mass hinge assembly wins.
  22. i made a mech suit and made it look really nice (i think) and realized after a few tries that IR sequencer was deleting all my progress on "programming" a walk cycle i figured it must be a glitch and if someone could help me out by either helping me fix the problem or doing the suit's walk cycle for me that would be very much appreciated
  23. AXON Robotics Hello, and welcome to, er, this page. I've seen several people do craft repositories for their creations, and I thought I would do the same At the moment, the list of craft is quite small, and it's all military, but eventually, I'd like to expand it to include pure stock craft, such as scouting drones or submarines. Currently, I 'specialize' in making naval ships and planes, though I daresay the planes are better than the ships Anyways. Enjoy the craft, and if you try them out, make sure to tell me what you thought of them Naval Forces Renegade-Class Corvette Frigate Additional Planned Craft: Aerial Assets (The Lancers are hands down among my best planes) Lancer ASF Lancer – Strafe Axblade ASF Axblade – Strafe Berzerker 2.0 Ground Support (Nothing yet ) Space Combat (Also nothing....yet ) Thanks for reading. Feel free to ask questions
  24. Is there a mod that allows me to program actions ahead of time. For instance, I would like to use remote tech for added comms delay realism, but for it to work properly I need to be able to program a robot (which can range from a probe to a rover) to behave according to my specifications, given certain sensor or navigation inputs), effectively, robot programming. Is there a mod that allows me to do this? Does infrenal robotics do this?
  25. First of all, I know there already are mods that offer this. But the problem with them is control. Setting angles is not only hard, but it also takes way too long to do even the simplest tasks. But I have no problem with Infernal Robotics about that. After all, that mod isn't focused on just one thing. I'm looking for a robotic arm that would be much simplier to control. Ability to take a module from the station and move it to another node in less than 30min would be enough for me. Any mods/solutions?