BCS 746-000016

The bbal_qml Makefile tries to copy the bball files into a bin
directrory. However, it might not have be created before, depending on
the execution order of the testcases. Create the bid directory in the 
bball_qml as well if necessary.

Also use the "@" Makefile notation to hide the single steps in the logs.

The gpio_events testcase polls the given GPIO for changes.
It consists of a daemon and a client part. The daemon is
started during test prepare and continously captures events.
The client is called in each test iteration, retrieves the
current events and evaluates the response.

* New testcase for polling gpios
* Testcase added to DualEspresso immunity/emission tests

BCS 746-000685

Tobias Kahlki authored 3 years ago and Jonas Höppner committed 3 years ago

* Adapt testscripts to run on both screens
* Touch button test for immunity test
* Beeper test for emission and immunity

BCS 746-000631

Tobias Kahlki authored 3 years ago and Jonas Höppner committed 3 years ago

BCS 746-000631

Tobias Kahlki authored 3 years ago and Jonas Höppner committed 3 years ago

BCS 746-000631

If I see it right there could be a segmentation fault if used in echo mode. When you choose echo mode the variable message wouldn't a value assigned and in the cleanup function the not allocated memory would be free'ed.

Option -c enables flowcontrol with rts and cts, for none RS485 mode.
Option -t adds a delay after the reception of the first byte, usable to
test the flowcontrol.

BCS 746-000282

Add qml implementation of bouncing ball to be used with qmlscene.
Add itu background images in png format.

For the TANARO platform we need to initialize the keypad and test it.
Add the corresponding scripts and Makefile hint.

BCS 746-000147

The line endings were set to DOS (carriage-return + linefeed)
Set it to unix instead.

With this also change the subdir variable to multi line and order it.

BCS 746-000147

Uses the Packageformat from RS485 test, works with direct loopback.
Don't uses additional threads, so no syncronisation problems.

BCS 746-000172

Some test are compiled into bit, so the time consuming fork process can
be omitted. With -n this can be disabled now.

BCS 746-000172

rand was initialized with time(0) which led to the same data if started
twice in the same wall time second.
Now also taking nanoseconds into acount.

BCS 746-000172

BCS 746-000172

BCS 746-000172

The rs485pingpong test is replaced by rs485echo test, which turns out to
be more stable.

BCS 746-000172

Add a pthread barrier to synchronize the Rx/Tx threads and remove the
Tx pipe as it becomes useless.

This fixes the issue when the serial test is run inside bit.

BCS 746-000147

Add the possibility to use a TCP connection for the echo client.
The code is well prepared for this and you simply need to activate
the correct parameter parsing and connect the socket to the server.

Additionally to activating the TCP connection we have to wait for the
whole package to arrive.

As a refactoring step sue a simple division instead of a conditional
shift to get a loop boundary.

BCS 746-000127

The ```gettimeofday()``` function is defined in ```sys/time.h```. Thus
include it.

BCS 746-000125

For concurrency and synchronization issues we need a new approach.
The select() function and additional pipes should be sufficient to
timeout and synchronize the TX source and Rx sink thread.

* Add RS485 echo test for our EMC verification.
* The test is more flexible than the legacy RS485 ping pong test and will
  always recover from transmission errors due to EMI.
* The sent data includes a hard-coded 4-byte header and a 4-byte data length
  field, which is parsed by the receiver. The receiver always scans the
  received data for the header bytes in order to detect a new message.

BCS 746-000125

BCS 746-000120

can: Remove the usleep

See merge request garz-fricke/tools/gf-emc-test-suite!3

The usleep did not fix the broken Microchip MCP25XXFD CAN driver.
To resolve the issue we need to update the driver, thus remove the
sleep.

can: Move mutex unlock after signal.

See merge request garz-fricke/tools/gf-emc-test-suite!2

The pthread_cond_signal should be called with the mutex locked.
Thus move the unlock after the signal.

Add an usleep(1000) before closing the CAN socket. Some drivers have
some kind of race condition sending data and closing the socket.

iptest assumed sizeof(unsigned long) == 4, which fails on aarch64. fixed
this.

ltp-guf-test: Remove version generation as it is broken

See merge request garz-fricke/tools/gf-emc-test-suite!1

BCS 746-000110

* Our hardware supports more baud rates than the test did. Add support for baud rates above 230400.

Change-Id: Ic1f0ad2244b84881ef0a8bb952d3ec27825cd569

* disable spread spectrum in preparation of EMV test run

Change-Id: I8906db5d5fc11cb3bbc9c74f0aabf32462ea6bff

* enable bball_sdl in nallino runtest file to improve performance

Change-Id: Iba9dc03d850819c7b31d715722f49b7c3dfd9bb7

* added calls to shutdown customer application
* moved mount-call to the end to gain some time (USB-power on to successful mount takes variable amounts of time)
* added call to disable screensaver

Change-Id: Iacc91ee495689e2e8f2d93a31cb52cb31f9d5040
Note: This setup-script should be called on each boot before starting the @bit@ testsuite but only after the customer application has started completely (dialog to chose language is visible on screen). If the script is started before the customer app is fully started, some calls may not work, the USB-stick may fail to mount continuously, the @bit@ runtimes may increase significantly or the system may reboot automatically after some time.

* The @sanvito-custom@ testscript for the BELD OS still had some issues:
** Load on the 3 Ethernet and the 4 slow RS485 interfaces was too high, making the test too sensitive to scheduling variances and causing the test to break the 1s-raster. Reduced amount of data for both.
** Removed the @i2c@ test for the proximity sensor. While physically still present, it won't be used or supported anymore (only ambient light will be used)
** increased load on fast RS485 port and GPU (@bball@) because these tests still allowed higher data-rates without performance or temperature impact
** increased load on Analog-I/O test to 10 reads of 10 median-filtered samples, each, as specified by customer as application work-load (also still possible without impact on performance or temperature)

Change-Id: I635cc5c3652d01d90ff7380acbcbf231b0fe6d5e