Honeywell Displays Testing

parakeetincurableSoftware and s/w Development

Dec 13, 2013 (3 years and 8 months ago)

75 views

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?