DINO: Science Test PlanDINO-SCI-PLN-TSTPLN

Deployment and Intelligent Nanosat Operations

Science Subsystem Test Plan

DINO-SCI-PLN-TSTPLN, Rev A, 12-2-03

Prepared By:

Jessica Pipis, Brian Taylor, and Paul Kolesnikoff

Prepared For:

Nanosat III

Revision Log

Revision / Description / Date
A / Initial set of test plans / 12/2/03

Approvals

1

DINO: Science Test PlanDINO-SCI-PLN-TSTPLN

1

DINO: Science Test PlanDINO-SCI-PLN-TSTPLN

OriginatorDate

READate

______

I&T ManagerDate

SafetyDate

Systems EngineerDate

______

Configuration ManagerDate

1

DINO: Science Test PlanDINO-SCI-PLN-TSTPLN

Table of Contents

1Scope

1.1Identification

1.2Document Maintenance

1.3C&DH Overview

1.4Document Overview

1.5Definitions, Acronyms, and Abbreviations

1.6Referenced Documents

2Arcom Viper

2.1Interface Testing

2.1.1UART

2.1.2USB

2.1.3I/O Pins

2.1.4Ethernet

2.2Internal Hardware Testing

2.2.1RAM

2.2.2Flash

2.2.3Internal Watchdog

3External Watchdog

1

DINO: Science Test PlanDINO-SCI-PLN-TSTPLN

1Scope

1.1Identification

This document applies to the Deployment and Intelligent Nanosat Operations, DINO. DINO is asatellite project undertaken by the Colorado Space Grant Consortium at the University of Colorado at Boulder. DINO is a part of the Nanosat III program. The Nanosat III program is sponsored by the Air Force Research Laboratory, AFRL, the Air Force Office of Scientific Research, AFOSR, the Association of Aeronautics and Astronautics, AIAA, and GoddardSpaceFlightCenter, GSFC.

1.2Document Maintenance

This document falls under the DINO document control requirements as specified under the DINO Configuration Management plan. All subsystems are being developed at the University of Colorado and the team members there are to be part of any changes or updates. All changes and updates must be made in accordance with the DINO CM plan.

1.3Science Overview

This document serves as the primary test plan for the science system. Plans are developed for each of the system components to determine if the components meet their functional requirements. There are only two hardware components that are part of the science system. Those components are two cameras. The cameras are commercial off the shelf cameras and are the Olympus C 4000. The other major part of the science system is the algorithm that creates the stereo image. The algorithm will be implemented in the software which resides in the memory located in the C&DH system.

1.4Document Overview

This document outlines preliminary test plans for the science system. There are three stages in the testing for the science system. Below is a list of those stages.

  • Camera Operations
  • Algorithm Testing
  • Full System Testing

1.5Definitions, Acronyms, and Abbreviations

Acronym / Name
FITS / Foldable Integrated Thin-film Solar Arrays
DINO / Deployable and Intelligent Nanosatellite Operations
ADCS / Attitude Determination and Control System
CM / Configuration Management
AFRL / Air Force Research Laboratory
C&DH / Command and Data Handling
AFOSR / Air Force Office of Scientific Research
AIAA / Association of Aeronautics and Astronautics
GSFC / GoddardSpaceFlightCenter
UART / Universal Asynchronous Receive and Transmit
RAM / Random Access Memory

1.6Referenced Documents

For more information about the documents referenced below, contact Colorado Space Grant at the University of Colorado at Boulder.

2Camera Operations

Testing the cameras is a crucial first step to a successful science mission. There are several settings on the camera that need to be tested to determine the best setting. The following are the adjustable camera settings.

  • Iris (f-stop)
  • Shutter Speed
  • Focus
  • Picture Type (Mode)

3Algorithm Testing

There are two algorithms that are used to create a stereo image. The first algorithm will determine if the picture has a cloud in it and if there is a ground reference in the picture. The second algorithm matches ground references in two pictures and creates the stereo image.

3.1Individual Pictures

Pictures of clouds already taken from space will be used for the first set of tests on the algorithm. The individual pictures will be used on the first algorithms. Various pictures will be used to fine tune the algorithm and make sure that it ranks the pictures correctly.

3.2Picture Sets

Two pictures at known different angles will be taken of the same object. This will constitute a picture set. These sets of pictures will be used to test the second algorithm. The following list of aspects that will be looked at during the testing of the second algorithm.

  • Transform both pictures to the same coordinate
  • Match reference features between the pictures
  • Correlate the features
  • Generate Contours

4Full System Testing

To fully test the system a laptop running the Linux operating system will be connected to the two flight cameras. The cameras will be set the same as in flight. The cameras will be facing a LEGO table. This table will be set on a track that will run in the direction the spacecraft will be orbiting. Two pictures will be taken of the LEGO table and those pictures will be downloaded onto the laptop where the pictures will be run through the algorithms. LEGOs will be added to the table to give different heights and different colors. The table will be able to rotate because the spacecraft won’t be perfectly stable.

1