Search results

  1. M

    SDK Question Altitude in VS2

    The DG is derived from the ComponentVessel class which introduces the concept of subsystems to allow modularizing the different subsystems of the vessel. You can either use that mechanism or not, as you prefer.
  2. M

    SDK Question Altitude in VS2

    The DG controls pitch attitude by modulating the thrust difference between the front hover thruster and the two back hover thrusters. It controls bank attitude by modulating the thrust difference between the left and right back hover thrusters. Your drone would control pitch attitude by...
  3. M

    SDK Question Altitude in VS2

    The hover subsystem class controls the DG's hover engines. Both responding to manual input and implementing the attitude control and the hold alt/vspd autopilots. The specific method I pointed out is the feedback loop that controls the attitude by modulating the thrust differences between the...
  4. M

    SDK Question Altitude in VS2

    It's not a good idea to just copy a bit of code into your project and hoping for the best. Do you know what the code does? And how it fits into your design concept of the flight control system? I wouldn't bother trying to fix the errors. If you copied the entire hover subsystem then there will...
  5. M

    SDK Question Altitude in VS2

    Yes. The logic here is as follows: - first let the autopilot compute the forces required to achieve a target state - then compute the RPM settings required to generate those forces, given the current flight environment (atmospheric density, etc.) Of course not all target states are within the...
  6. M

    SDK Question Altitude in VS2

    Yes. Either that, or just apply custom forces at those points. Custom forces might be better, since Orbiter won't apply pressure-dependent ISP variations to those, which are not applicable to your application. Instead, you will have to compute and apply thrust variations specific to your rotor...
  7. M

    SDK Question Altitude in VS2

    I was more thinking about the implementation of the hover attitude control system. Look at HoverSubsys.{h,cpp}. Check out the HoverAttitudeComponent class (for attitude control), in particular the TrackHoverAtt method which implements the attitude feedback loop. And the HoverHoldComponent class...
  8. M

    SDK Question Altitude in VS2

    You misunderstood. I am not talking about the individual rotors tilting, but the entire drone. Just like it's shown in the animation you posted. In the last few seconds of the clip it tilts forward to get a forward velocity component - just like any standard drone or helicopter operates. You...
  9. M

    SDK Question Altitude in VS2

    Yes. Remember that Orbiter is a Newtonian simulator (at least that's what it says on the Wikipedia page. ;) ) In practical terms, this means that you provide the forces, and let Orbiter do the rest (the integration of the state vectors.). So the position is an output, not an input. Why not? And...
  10. M

    SDK Question Altitude in VS2

    It seems I can't dissuade you from "adjusting lat and long" no matter how hard I try :lol: Which is a pity, since it sounds like a cool project.
  11. M

    SDK Question Altitude in VS2

    I was just thinking about the direction part. How does a drone implement rotating on the spot? Presumably, if you consider a quadcopter, each pair of neighbouring rotors has the opposite spin direction, to cancel out any resulting torque. So I guess you could lower the RPM of two diagonally...
  12. M

    SDK Question Altitude in VS2

    Well, the throttle presumably controls the RPMs of your rotors, so you need to calculate the the lift generated by each rotor as a function of that (in addition, the lift force will of course depend on other factors, such as atmospheric density and relative wind velocity). Not a good idea. Try...
  13. M

    SDK Question Altitude in VS2

    Sorry, but from your post I can't figure out what you actually want to simulate. Why are you talking about VS2 (I assume this is VESSELSTATUS2)? Do you want to place your spacecraft at some arbitrary position, ScenarioEditor-style? Then I don't understand the rest of the post. This is a...
  14. M

    Problem proc.wait_simdt() issue?

    One thing to remember is that the Lua script is not running in a separate thread from the Orbiter main process (the communication between Lua and the Orbiter core is not threadsafe). Therefore, Orbiter is suspended while Lua is executing its code. Therefore it is important during a lengthy bit...
  15. M

    tileedit updates

    I've uploaded a new version that addresses this issue. Can you try if it fixes the problem for you?
  16. M

    tileedit updates

    Work in progress :lol: I think I spotted the problem that causes the propagation to ancestors even if not selected. I'll try to fix that asap. Even so it's worrying that the ancestor got corrupted. To try and pinpoint the problem: Is there a gap in the quadtree between the L17 tile you are...
  17. M

    tileedit updates

    Next update: Surface tiles can now be imported from a PNG file. To some extent this replicates the functionality of the plsplit64 tool, but while plsplit64 is intended for bulk generation of global tilesets, the tileedit import function is more interesting for local edits, e.g. surface bases. I...
  18. M

    General Question Blinking display

    Does this happen with the built-in graphics, with the D3D9 client, or both? If it happens with the built-in client, does it help if you tick the "Disable hardware pageflip" option in the Video tab?
  19. M

    Testing to reproduce forum issue

    I had the same in 1 of 2 posts (190716, 11:25BST). I notice currently 1099 guests. Another (D)DOS attack?
  20. M

    Question If the Sun dissapeared...?

    Logic can be a funny thing. If we formally define the conditional statement "If the sun suddenly disappears, then Mercury will hit the Earth" as p: the sun suddenly disappears q: Mercury hits Earth p -> q then the statement p -> q is only false if p is true and q is false.(ex falso quod...
Back
Top