Honeywell Displays Testing Ryan Hernandez Matt Lombardo Jeremy Pager Mike Santa Cruz Brad 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?