1 / 61

Image Acquisition and Processing of Remotely Sensed Data (ImAP RSD)

Image Acquisition and Processing of Remotely Sensed Data (ImAP RSD). Dec08-01: Inertial Measurement Unit (IMU) Team: Luis, Julian, Amar , Matt Client: Matthew Nelson - Space Systems and Controls Lab (SSCL) Advisor: Dr. Basart. Presentation Outline. Background/History

Jimmy
Download Presentation

Image Acquisition and Processing of Remotely Sensed Data (ImAP RSD)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Image Acquisition and Processing of Remotely Sensed Data (ImAP RSD) Dec08-01: Inertial Measurement Unit (IMU) Team: Luis, Julian, Amar, Matt Client: Matthew Nelson - Space Systems and Controls Lab (SSCL) Advisor: Dr. Basart

  2. Presentation Outline • Background/History • Requirements Specification • Project Plan • Design • Testing/Verification on IMU system • Project Evaluation

  3. Background/History

  4. ImAP RSD Motivation • Methods of monitoring crop health over large areas are currently cost and labor intensive • Airplane • Manual Inspection • ImAP RSD initiated by SSCL HABET program to develop an improved method of monitoring crop health • Automated photography via high-altitude weather balloon • Accomplished by integrating multiple subsystems including: • Horizon Detection, Inertial Measurement Unit, GPS, Processing, and Camera systems

  5. ImAP RSD Concept Sketch

  6. ImAP System Description • The ImAP RSD system will be mounted as a payload attached to a high-altitude weather balloon. • The onboard sensor systems will be used to determine payload flight path and orientation • This system will capture images at predetermined waypoints using flight prediction software • Collected field images will be analyzed to extract image intensities and make geometric corrections • The corrected images will be transferred to a plant pathology team who will interpret the images

  7. Horizon Detection System • Developed by previous team to determine pitch and roll • Thermopile System • Compares sky and ground temperatures to determine horizon • Image System • Aquires images and uses DSP to determine horizon • Completed in Spring of 2008

  8. Requirements Specification

  9. Dec08-01 Problem Statement The ISU SSCL requires an Inertial Measurement Unit (IMU) and data logging system for the ImAP RSD project.

  10. Block Diagram

  11. Operating Environment • The payload will operate at altitudes from 20,000 – 30,000+ feet • The payload will experience temperatures ranging from -40° to 80°C

  12. User Interface • RCA power jack • 11V • Serial Port • RS-232 • BCD to primary processor • Logomatic universal data logger • SD Card • Post Flight Analysis

  13. System Requirements Functional Requirements • FR01: IMU shall measure balloon oscillation frequency and angular rotation rate to 1.215 degree per second. • FR02: IMU shall measure linear acceleration to 0.01g for each of the three principle axes. • FR03: Data logging system shall log at a 100HZ+ rate with 10 bit or greater precision. • FR04: IMU shall operate over a temperature range of -25˚ C to +85˚ C Non-functional Requirements • NR01: IMU shall receive power from a 11.1V nominal lithium-ion battery • NR02: IMU shall function for a minimum of 2 hours using a 4 Amp-hour battery • NR03: IMU may measure temperature and voltage levels during flight.

  14. Market Survey: IMU • Commercial IMUs • SEN-00839 IMU with 2 degrees of freedom for $99.95 • Inertia-Link-2400-SK1 IMU for $2795.00 • Military grade IMUs • Buying an IMU would defeat the purpose of a student project

  15. Deliverables • Project Plan √ • Design Report √ • Final Report • Project Poster √ • IRP Presentation • IMU √ • IMU User Manual √

  16. Project Plan

  17. Work Breakdown Structure: S08

  18. Work Breakdown Structure: F08

  19. Resource Requirements Estimated Hours Estimated Cost ***Insert Parts list cost

  20. Project Schedule: S08

  21. Project Schedule: F08

  22. Risks • Unfavorable weather • Continue or cancel mission • Power Failure • Schedule another flight

  23. Design

  24. Theory of Operation An accelerometer coupled with a rate gyro can efficiently be used for attitude determination purposes. Rate gyros measure angular rotation rates. By subtracting out known linear accelerations, an accelerometer can be use as a tilt measurement device. These two angles can be combined in an optimal fashion to accurately determine attitude.

  25. Pendulum Model of HABET system The HABET balloon and payload system has been modeled as a simple, 2-D rigid pendulum. From this model we can determine angular rates, as well as the normal and tangential components of acceleration that the payload will experience.

  26. Rate Gyro Model The equation of motion on the left can be numerically integrated to obtain rotational rates. This model is only for roll/pitch rates. These rotational rates will help us choose the appropriate rate gyro for our project. We have simulated this model on Simulink. The results follow. Fig. Model for determining roll/pitch rates.

  27. Rate Gyro Simulink Model

  28. Rate Gyro Simulink Results Results: Roll/pitch rates under 75°/sec. From past data, we have determined that yaw rates typically range from 20°- 50°. FFT results suggest a sampling rate greater than 90Hz. Conclusion: Rotational rates and sampling rate obtained from math model meet functional requirements. Rate gyro used in this project, MLX90906, measures 300deg/sec, which satisfies both functional requirements and math model.

  29. Accelerometer Model By assuming a simple pendulum, the acceleration equation reduces to the one boxed in red. This equation measures tangential and normal components of acceleration. These acceleration values will help us choose the appropriate accelerometer for our project. We have simulated this model on Simulink. The results follow.

  30. Accelerometer Simulink Model

  31. Accelerometer Simulink Results Results: Greatest magnitude of acceleration expected is under 1.5g. FFT results suggest a sampling rate greater than 80Hz. Conclusion: Acceleration and sampling rate obtained from math model agree with our functional requirements. Accelerometer used in this project, MMA7260Q, measures ±2g’s, which satisfies both functional requirements and math model.

  32. Data Storage Space and We are required to log for a maximum of 3 hours. A 1 GB SD Card will be used for data storage Using a baud rate of 19200 symbols/sec, we can log for approximately 28 hrs (maximum) at this rate

  33. Electric schematic

  34. Mechanical CAD of IMU Casing and PCB boards

  35. Power Budget The power budget for the IMU components totals at .5034 Amp-Hours and will be powered by a 4.8 Amp-Hour battery leaving 4.2966 Amp-Hours for other systems.

  36. Software Flow

  37. Testing/Verification of IMU system

  38. Rate Gyro Testing/Calibration • Calibration: • EMI effects: Electromagnetic interference degrades or obstructs the performance of the circuit. • Output verification using test platform: Encoder test platform  Rate gyro  angular rate We compare it by differentiate and angular rate

  39. Accelerometer Testing/Calibration • Calibration: • EMI Shielding: Electromagnetic interference degrades or obstructs the performance of the circuit. • Tilt measurement using test platform:

  40. Test PlatformRotations Maximum 400deg/s

  41. Test PlatformAccelerations

  42. Accelerometer Tilt Angle Measurements

  43. Project Evaluation

  44. Earned Value Analysis

  45. Earned Value Analysis

  46. Earned Value Analysis

  47. Conclusion/Lessons Learned • We spent more hours on the project than anticipated. • The system integration and debugging consumed most of our time. • We tried to make the system as simple as possible. • The assumptions can be wrong for the same component made by different supplier and buffers for this should be accounted. • Ask for expert help sooner.

More Related