IOlinesManagement

1.0 Files

2.0 Decription

The goal of this project is to get a device that allows the user to test an electronic system in an easy way, also remotely. In the 1990 when I was studying at high scool, who was developing new devices, used generic boxes with buttons, switches, LEDs, displays.... installed on it. This device allowed him to emulate the external environment.

It could look like useful for hobbyist, but it is an expensive, big, uncomfortable device, usually. For professional using it is not an adequate solution, because td does not allow you to see what happens in very short time slots. For example, you need to monitor a 8bit bus behaviour after one millisecond after some digital input signal. In this case, this kind of devices is absolutely unuseful. Unfortunately, many Italian companies still use the same deplorable methodology, today too! Their test plans do not respect the V-model, and their firmware developers have to work on-site only.

But the smarter companies use advanced and complicated devices that allow them to test their electronic products remotely, in deeper and easier way. These tools are very sophisticated and programmable simulator, where they can simulate the external environment in realistic and reliable way. These tools' class is called HILO (Hardware In the LOop).

This project aims to provide a low-cost and very very simple HILO. This one offers less and more limited features, obviously.

2.1 Test mode vs interactive mode

This HILO has two operating modes, that the user can set using the tester client GUI. In the first one (test-mode), the user can monitor the DUT behavior for output-pins activities that run fast or for a short time periods. In the second one the user can change the HILO's output-pins, directly, and verifies the DUT's behavior as consequence.

• Test mode: the user has to create a DUT test-recepit where he has to define the HILO's output-pins values, when they change during the test, and the max frequency of the changes. This synchronization will be also used to read the HILO's input-pins. Before to start the test, the HILO will convert the pin-status changes definitions in a scheduled output data sequence. When this raw-data sequence is ready, a bit configuration will be sent to the output-pins on every chock pulse, and the input pins will be read.

• Interactive mode: In this mode, the user will be able to change the HILO's output-pins values and check for the input ones status, interactively. It is a good way to get an overview on the DUT's behavior, but, because you cannot schedule the changes with a precise time, it is not adequate for real-time interactions.

2.3 Communication channel

In order to get a very fast, relayable, and flexible communication channel between the test-client software and the HILO's interface, TCP/IP limk has been selected. In fact, it allows a huge transfer rate, a very high quality error checking and retransmission, and virtually-infinite distances. It allows the test operator to work remotely respect to the HILO device, and the DUT, bviousely. In order to make the HILO device using as comfotable as possible, WiFI connection has been selected. In this way the test operator can set its own test-desk without to take care of boring cables to connect to it.

2.4 Functional scheme overview:

2.5 Licence:

This project is a free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 3.0 of the License, or (at your option) any later version.

For further details please read the full LGPL text file. You should find a copy of the GNU General Public License document in the root folder of the project; if not, write to the

Free Software Foundation, Inc.,
59 Temple Place, Suite 330,
Boston, MA  02111-1307  USA