Honeywell Displays Testing

Ryan HernandezMatt LombardoJeremy PagerMike Santa CruzBrad Simons

The Hardware

LCD Displays

AGM (Advanced Graphics Module)– Uses OpenGL Libraries to draw primitives to

display

MAU (Modular Avionics Unit)– Connects AGM to LCD Displays

The Problem

The AGM-200 is currently in development, and uses a different graphics processor than the AGM-100.

The OpenGL libraries need to be tested to ensure they still work correctly.

The Problem (con’t)

Automate– Primitives drawn to displays– Detect any errors

Calculation of CRC (cyclical redundancy checksums)

– Confirm CRC calculation

Control remotely

The Framework

The Server

The AGM has its own operating system, called DeOS.

DeOS does not have a virtual machine, so native code (i.e. C/C++) must be used.

A small server application will be running on the AGM to accept and process requests from a TCP connection.

The Server (con’t)

The server waits for an incoming TCP request.

The server parses the request, which is either to draw an OpenGL primitive or get a CRC.

The OpenGL library or CRC is invoked, and the result is returned to the client through the TCP socket.

The Client

The client (written in Java) will create a request and send it to the server.

The client waits for a response from the server.

In order to support modularity and extensibility, the “client” is only a layer that is invoked by a separate Java program.

The Design

Abstraction– The framework should act as an interface for the

OpenGL and CRC functions.– The end user does not need to know how to send

a request to the connection when running a test.

Flexibility– The way it is used is not hard-coded.

The Abstracted Model

?Questions?