Skip to content
Autonomous flight code for IARC http://www.aerialroboticscompetition.org/
Branch: develop
Clone or download
jozgd Changed the long hover to hover at the drone's current altitude (#35)
* Changed the long hover to hover at the drone's current altitude

* defaulted some different things

* fixed the assignment to equivilency operation

* added the defaulting to current altitude if none
Latest commit b8aced6 Mar 19, 2019
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
config Addidng the drone_console alias as well as the mavlinkbridge service … ( Jan 7, 2019
documentation
flight Changed the long hover to hover at the drone's current altitude (#35) Mar 19, 2019
laser Serial controller for the servo (#25) Feb 19, 2019
tools Feature/gui (#16) Feb 9, 2019
unit_tests Feature/reorganize (#19) Feb 7, 2019
.gitignore Feature/real time graphing (#4) Oct 17, 2018
README.md
__init__.py Data splitter, logger, real time graphing and other supporting tools. ( Jan 16, 2019
azure-pipelines.yml
config.py Renamed multiple instances of "flight" in titles (#31) Feb 21, 2019
requirements.txt Tested requirements.txt. (#23) Feb 14, 2019
run.py
testing_cli.py

README.md

IARC-2019

Autonomous flight code for IARC http://www.aerialroboticscompetition.org/

Initial Notes

The following changes were made after receiving suggestions from the team

  • The Movement class was incorporated into the DroneBase class. The drone can now be told to move through more simple commands, such as drone.move(c.UP, 2).
  • The "safety loop" has been incorporated into DroneController. DroneController now runs on the main thread. This simplified communicating among different threads because it took away an unnecessary layer of complexity.
  • The constants class was cleaned up, and the constants that were candidated for enums turned out to be unnecessary constants in the first place, and so they were removed.

Also of note is that the Task class is currently as it was during the meeting. After thinking about this for a long time, I came to the conclusion that drones should not "have" tasks because tasks contain the logic for flight, and a drone should not know how to control itself - that is what DroneController is for. DroneController "has" a drone which is shared among the various tasks that are created over the lifetime of the program's execution. Let me know if you have any objections.

How to Run

From just outside of the IARC-2019 directory: python -m IARC-2019.Missions.test_mission

Alternatively, you can add IARC-2019 to the path python checks so that you can run it from anywhere.

Note: The drone hovers in place after it completes its sample instructions. Press ctrl-c to land the drone.

Additional Information

I have edited the googled doc at https://docs.google.com/document/d/163wfbQL27OfVNjDYWRLaQ6VAZdHyqeTQUx8KXFmavQo/edit to reflect the changes made. Some of the diagrams were no longer valid and so I removed them. I might add updated diagrams if I have time.

How Can You Ensure The Code Works?

I don't have any unit tests at the moment (they are the next thing I plan to do). I will be on vacation for the week following this pull request, and but wanted to submit what I had so far.

If you have a Ubuntu and all the other necessary software, you could try running it and trying to get it to fail. I've done a lot of testing by hand in that way. If the unit tests are absolutely needed, I can resubmit the pull request a while down the road.

You can find videos of gazebo simulations on the team's Google Drive under Media/Videos/Gazebo Flight Simulations/.

Known Issues

Because the code relies on blindly trusted dronekit methods, the drones movement is sometimes unpredictable. Sometimes the drone flies quite well, and other times very weird drifting happens (but the safety checks work to ensure nothing too crazy happens, or else the drone lands). Hovering is similar in that sometimes it is very steady, and other times bobbing up and down quite a bit.

How to contribute

  1. First make sure you are on the up to date develop branch.
git checkout develop
git pull
  1. Create a branch to add your changes by running.
git checkout -b "branch_name"

branch_name should follow the convention feature/{feature_name}, or hotfix/{fix_name}

  1. Make changes in your new branch.
  2. Once changes are complete, go to GitHub and submit a "Pull Request". Fill in necessary information.
  3. Once it has been reviewed by other members of the team, it can be accepted to the develop branch and the cycle continues...

More info on the process here and here

You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.