Linux/Windows act like before but Linux people should check if they want the
mac version or not, I'd guess $(COPY_DIR) on mac more like osx.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1779 ebee16cc-31ac-478f-84a7-5cbb03baadba
directories into the directories on a second build. Also checking for
resources using the configured path instead of the hardcoded one.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1775 ebee16cc-31ac-478f-84a7-5cbb03baadba
). Splitters now have 6 pixels of grab area on each side again, without
crashing 4.7.0.
I still is ugly code, but Qt leaves us no option :) Added some comments
to make this clear.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1769 ebee16cc-31ac-478f-84a7-5cbb03baadba
Flight: Create PositionDesired (the active waypoint) UAVObject and make the FlightSituationActual no update since it not used.
Flight: New velocity desired object that passes information between the look computing the desired velocity and the PID loop to get it (updated at different rates)
UAVObjects/PositionActual: Remove unused GPS fields
UAVObjects/PositionActual VelocityActual: Split the velocity into a separate object. ALso make sure all the information telemetered around is in cm to avoid using floats.
UAVObject/GuidanceSettings: New guidance settings object for the guidance module
Flight/Posix: Add the new objects to the Posix sim
Flight/Guidance: Computes a desired velocity based on position error than runs a PID loop to control roll and pitch to achieve that velocity. All distances are in cm, and updated the PositionActual fields to reflect this and use int32.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1760 ebee16cc-31ac-478f-84a7-5cbb03baadba
determine retransmitting calibration, home location and such.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1755 ebee16cc-31ac-478f-84a7-5cbb03baadba
Calibration should take less time now too (using second moments to estimate
variance in one pass). Now need to change to multiple messages to get the
calibration in to keep the request message size minimal. Also currently
running sensor calibrate doesn't store the gyro bias so if you want to use this
you'll have to tweak it manually. I'll fix that step tomorrow.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1741 ebee16cc-31ac-478f-84a7-5cbb03baadba
The system settings UAVObject is updated, you will have to recompile your firmware. If you want to take a look and let me know, please do!
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1737 ebee16cc-31ac-478f-84a7-5cbb03baadba
http://img93.imageshack.us/img93/8520/angrymonkey3uv.gif
Also I'm not sure ZoomReal is correct, this just gets things running. There
are some quirks with the OPMap scroll bar now that need to be addressed.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1731 ebee16cc-31ac-478f-84a7-5cbb03baadba
Display running for a while. I'm blaming that on the text area filling
with a million lines, though that still needs to be confirmed.
So I added a arbritrary 200 line limit, after which lines at the top
start disapearing. Seems sensible anyways :)
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1730 ebee16cc-31ac-478f-84a7-5cbb03baadba
Removing some Experimental and Incomplete Modules and their UAVObjects not suited for 1.0
- they will be moved into an experimental branch:
Navigation : experimental code only
FlightSituation: experimental code only
Guidance : preliminary draft - possibly to be replaced by peabody124 position hold code if finished in time.
git-svn-id: svn://svn.openpilot.org/OpenPilot/trunk@1729 ebee16cc-31ac-478f-84a7-5cbb03baadba
