How to do GPIOPin button Interrupt correctly

[dirkarnez]

How to do GPIOPin button Interrupt correctly

[rsta2]

That should be OK. I did a quick test on a RPi 5 with your code, and it works! Perhaps your wiring is not OK? Also the GPIO interrupt is triggered immediately, because you are using GPIOInterruptOnRisingEdge. Perhaps GPIOInterruptOnFallingEdge would be better. But this shouldn't be the problem here. Which RPi model are you using?

[rsta2]

Please try configure without the --realtime option. You cannot write to serial or screen from a (GPIO) interrupt handler in REALTIME mode. But this does not explain, why my binary does not work for you. It is built without --realtime.

[rsta2]

On recent Raspberry Pi OS there is the pinctrl tool, with which you can read the GPIO pins: pinctrl 18 ip pu # set GPIO18 to input with pull-up pinctrl poll 18 # continously read the input value from GPIO18

[dirkarnez]

Thanks @rsta2 , i am using raspberry pi 4b, the circuit is this. no preference on GPIOInterruptOnRisingEdge or GPIOInterruptOnFallingEdge, but it seems mine does not work (even i short circuit the GPIO 17 and GND to mimic pressed buttion.

Or should i give 3v3 to GPIO 17?

[rsta2]

Your setup looks OK. I tested your program here on a Raspberry Pi 4B again, and it works well. Have you tested a different GPIO pin (e.g. GPIO18)? It wouldn't be the first time, that a GPIO pin is broken from earlier tests.

[dirkarnez]

Thx, i tried three other pins still not working, i am using headless mode, does it affect the GPIO? Did you have special settings in for example cmdline.txt, config.txt ?

[rsta2]

No, headless mode does not affect the GPIO pins and there aren't special settings for this. Can you tell me the raw revision code of your RPi 4B? It is shown in the second log line since Circle 46.

[dirkarnez]

It is:

logger: Circle 46 started on Raspberry Pi 4 Model B 4GB (AArch64)
logger: Revision code is c03111, compiler has been GCC 13.2.1

Is it possible that my compiler (on Windows) may do something differently? this is the zip of my sd card contents sdcard.zip, does it work for you too (GPIO18)? Thanks!

[rsta2]

You have the same revision of the RPi 4B like me, but 4GB RAM. I have only 2GB, but this shouldn't make a difference. I tried your SD card contents, and I got the same behavior like you. The GPIO interrupt does not work. But interrupts generally work, because the timer can calculate the SpeedFactor.

The recommended toolchain for Circle builds can be downloaded here. You should still use the GNU C 12.2.Rel1 based toolchain (see more at the bottom of the page). I think this is the right download for you.

With the Linux version of this toolchain I build the attached kernel8-rpi4.img. Can you please extract it from the .zip archive and put it on the same SD card for a test? It does work here (with GPIO18).

kernel8-rpi4.zip

[dirkarnez]

Thanks for the patience, i have tried your binary and also my build using your recommended toolchain. Both does not work, i wonder if it is firmware mismatch (using tag "Step46") or my configure being wrong (./configure --raspberrypi 4 --realtime --prefix aarch64-none-elf- --multicore --c++17 )🤣🤣

[dirkarnez]

thx, i see, after removed --realtime and rebuilt everything, it does not work. I am not a ARM guy but would like to curiously ask: Is it possible for RPi 4B in different RAM to have different internal structure like GPIO address mapping?

[rsta2]

Rebuilt everything means, you did a "./makeall clean" from project root and "make clean" for your program before rebuild? No, the GPIO addresses are the same for any RAM size.

[dirkarnez]

i deleted the circle repo, redo git clone circle, reconfigure and recompile everything

[rsta2]

that should be sufficient

[dirkarnez]

Could you please recommend some software / hardware tricks to check if the pins or the Pi itself is really broken so i can save money to buy another one 🤣🤣. Apparently it looks good since the RX / TX pins are working for serial print, and i am desperate for using circle in my final year project 🤣🤣

[dirkarnez]

Wow thanks, going to flash the OS and try!

[dirkarnez]

@rsta2 my bad bro. It is my power supply not having enough current to drive all GPIOs. Official power supply rated 3A, i was using power from computer usb port😬😬.

However, i see the interrupt working, but in unexpected way: it seems the interrupt and the SimpleMsDelay in while true loop are having racing condition?

[rsta2]

Oops. I didn't think of that. I assume, there are no dependencies between SimpleMsDelay() and the GPIO interrupt generation. SimpleMsDelay() only reads two CPU timer registers. I don't see, what could go wrong there. What happens?

[dirkarnez]

When i pressed the button for interrupt, the "Hello UART!\n"; may not be printed, "in the loop!\n"; keeps printing per period of time. But "Hello UART!\n"; may appear multiple times later like they are from the queue.

To keep the button working more responsively, i have to press the button in high speed. Doesn't interrupt mechanism debounce the button signal?

[rsta2]

In your original code you had enabled the OnRisingEdge interrupt. With this the "Hello UART" output appears, when the button is released, not when it is pressed. You have to change this to OnFallingEdge and to debounce the button for appropriate function.

[dirkarnez]

@rsta2 i see and thx so much bro! Let me close this

[dirkarnez]

Finally it works perfectly! I use my own debounced button connected to 3.3V with rising edge and pulled down interrupt GPIO 18

[rsta2]

Great!