1. 04 Jun, 2015 1 commit
  2. 29 May, 2015 1 commit
    • Dominic Clifton's avatar
      Cleanup status indicator code. · e6733b4d
      Dominic Clifton authored
      This primarily is to avaoid stalling the main loop when beeping and
      flashing.
      
      This is needed because oneshot ESCs do not receive updates when the main
      loop is stalled.
      
      Additionally the beeper code for sticks held in disarm position is
      changed since it also clashed with profile selection.  Now profile
      selections can be seen and heard clearly.
      
      Other subsections of the system that changed the LED0 state while the
      main loop is running have been updated to use the status indicator API
      instead of blindly hitting the hardware which previously caused lots of
      odd LED flashing behaviour - now it is consistent.
      e6733b4d
  3. 20 May, 2015 1 commit
  4. 19 May, 2015 1 commit
  5. 17 May, 2015 1 commit
  6. 25 Apr, 2015 1 commit
  7. 15 Apr, 2015 1 commit
    • Dominic Clifton's avatar
      First-cut of a refactored failsafe system. · c8c0c856
      Dominic Clifton authored
      * fixes issue where indicators would flash when SBus RX entered failsafe
      mode.
      * fixes bug where turning off a TX for an SBus RX would instantly disarm
      when using a switch to arm when the channel went outside the arming
      range.
      * introduces failsafe phases to make the system more understandable.
      * allows the system to ask if rxSignalIsBeing received for all RX
      systems: PPM/PWM/SerialRX/MSP.  Also works when a serial data signal is
      still being received but the data stream indicates a failsafe condition
      - e.g.  SBus failsafe flags.
      * failsafe settings are no-longer per-profile.
      
      Untested: Sumd/Sumh/XBus/MSP (!)
      Tested: SBus X8R, Lemon RX Sat, X8R in PWM, Spektrum PPM.
      c8c0c856
  8. 04 Apr, 2015 1 commit
  9. 22 Mar, 2015 1 commit
  10. 09 Mar, 2015 2 commits
    • Dominic Clifton's avatar
      Previously, at minimum throttle, the quad would do absolutely no self-leveling · acabbf41
      Dominic Clifton authored
      and simply run the motors at constant minthrottle.  This allowed the chance
      for the quad to lose control during flight if the throttle was set to minimum,
      say, to drop from a high altitude to a lower one.
      
      With this edit, the quad will still self-level at minimum throttle when armed,
      allowing for safe decents from altitude.  To prevent motors spinning when
      arming/disarming, the yaw input is ignored if the throttle is at minimum and
      we're using the sticks to arm/disarm.
      
      Conflicts:
      	src/main/flight/mixer.c
      acabbf41
    • Dominic Clifton's avatar
      # This is a combination of 2 commits. · 5e373494
      Dominic Clifton authored
      # The first commit's message is:
      
      Previously, at minimum throttle, the quad would do absolutely no self-leveling
      and simply run the motors at constant minthrottle.  This allowed the chance
      for the quad to lose control during flight if the throttle was set to minimum,
      say, to drop from a high altitude to a lower one.
      
      With this edit, the quad will still self-level at minimum throttle when armed,
      allowing for safe decents from altitude.  To prevent motors spinning when
      arming/disarming, the yaw input is ignored if the throttle is at minimum and
      we're using the sticks to arm/disarm.
      
      Conflicts:
      	src/main/flight/mixer.c
      
      # This is the 2nd commit message:
      
      added cli command disable_pid_at_min_throttle
      5e373494
  11. 07 Mar, 2015 2 commits
  12. 26 Feb, 2015 1 commit
  13. 22 Feb, 2015 2 commits
  14. 31 Jan, 2015 2 commits
  15. 30 Jan, 2015 4 commits
  16. 24 Jan, 2015 1 commit
  17. 15 Jan, 2015 1 commit
  18. 26 Dec, 2014 2 commits
  19. 21 Dec, 2014 1 commit
  20. 20 Dec, 2014 1 commit
  21. 19 Dec, 2014 1 commit
  22. 29 Oct, 2014 2 commits
  23. 24 Oct, 2014 9 commits