<div dir="ltr">Hi <span style="font-family:arial,sans-serif;font-size:13px">André</span>,<div>I updated my Pi setup to add the second LED and switch, and your example works for me. I did notice that when I power off the Rapberry Pi, then power it back on, the second LED will remain lit and cause interrupts in the RTEMS program. If I leave the Pi powered off for a little while, it works as intended. I don't think this is an RTEMS problem. The good news is that the RTEMS app continues to run and handle the interrupts, so it is stable.</div>
<div><br></div><div>I will experiment with different button and LED combinations in the next few days. </div><div><br></div><div>When you have an I2C driver to try, I have a number of I2C devices to interface. I will have to find an SPI device to try out. Something like this:</div>
<div><a href="https://www.adafruit.com/product/1897">https://www.adafruit.com/product/1897</a><br></div><div>Or</div><div><a href="https://www.adafruit.com/product/1900">https://www.adafruit.com/product/1900</a><br></div>
<div><br></div><div>A question about the examples ( maybe not for Andre ):</div><div>Can we keep Board/BSP specific tests in the testsuites/samples directory?</div><div><br></div><div>Alan</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, Jul 5, 2014 at 6:58 PM, Andre Marques <span dir="ltr"><<a href="mailto:andre.lousa.marques@gmail.com" target="_blank">andre.lousa.marques@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
The Raspberry Pi GPIO interrupts are already working, and a test case is available to test that [1]. A function is also provided to debounce a switch if needed. The test case requires two switches and two LEDS using the same setup described at [2] by only changing the pin numbers.<br>

<br>
The test works by setting interrupts on both edges of the switches, which handlers will turn on or off the corresponding LED. One of the LEDs also has a level interrupt which prints a message on the screen when the LED is on (high level).<br>

<br>
While I wait for some feedback on that, I will be looking at the next step: the I2C interface. To test both the I2C and the SPI interfaces I have here a simple display [3]. The idea is to create a low level driver for I2C to provide the needed directives for the libi2c API, so the driver for the display will actually use the libi2c API. Any thoughts here are welcome too!<br>

<br>
Thanks,<br>
André Marques.<br>
<br>
[1] - <a href="https://github.com/asuol/rtems/blob/GPIO_API/testsuites/samples/LIBGPIO_TEST_IQR/init.c" target="_blank">https://github.com/asuol/<u></u>rtems/blob/GPIO_API/<u></u>testsuites/samples/LIBGPIO_<u></u>TEST_IQR/init.c</a><br>

[2] - <a href="http://asuolgsoc2014.wordpress.com/2014/06/22/testing-the-gpio-api/" target="_blank">http://asuolgsoc2014.<u></u>wordpress.com/2014/06/22/<u></u>testing-the-gpio-api/</a><br>
[3] - <a href="http://www.newhavendisplay.com/nhd0216k3zflgbwv3-p-5738.html" target="_blank">http://www.newhavendisplay.<u></u>com/nhd0216k3zflgbwv3-p-5738.<u></u>html</a><br>
</blockquote></div><br></div>