![]() |
[SOLVED] GPIO busy - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: [SOLVED] GPIO busy (/showthread.php?tid=7161) |
GPIO busy - chano22000 - 12-02-2024 Hi, I was running Moode 8.3.6 without any major issue and did a fresh install of Moode 9.1.5. I now face an error when running a startup script (as the last command in /etc/rc.local) which initializes the handling of an ATX-like Audiophonics Pi power supply board (https://www.audiophonics.fr/en/power-supply-modules/audiophonics-pi-spc-reg-power-management-power-supply-for-raspberry-pi-p-11504.html). Executing the script manually (through Windows / Putty) gives the following "GPIO busy" error : Code: pi@moode:~ $ python /home/pi/spc_moode.py where spc_moode.py and line 27 are : Code: #!/usr/bin/python3 Does it mean that Moode v9 now takes some exclusive handling of the (input) GPIO ports, or ...? (GPIO buttons are left as is which means "not selected" in Moode/Configure/Peripherals/Other Peripherals) Thank you very much for your help as I have limited knowledge of Linux and Raspberry OS apart from some memory of early Unix systems ![]() Best regards. Philippe RE: GPIO busy - Tim Curtis - 12-02-2024 Your best bet is to contact Audiophonics since its their script thats failing. SOLVED : GPIO busy - chano22000 - 12-05-2024 Hello again, Thanks Tim for what you achieve with Moode and nevertheless your attention to my previous message. Audiophonics may have nice hardware but software maintenance is mainly a customer job which I did ! In Moode 9, Rpi.GPIO is implemented through lgpio which leads to subtle differences with the native version. (rpi-lgpio 0.6 Documentation). An accurate control of GPIO pin usage and ownership is now provided leading to a"GPIO busy" error in case of a potential conflict. In my case, the error was due to one GPIO pin setuped twice (without being first released) even redundantly : Code: dtoverlay=gpio-shutdown,gpio_pin=17,active_low=0,gpio_pull=down de facto setups GPIO 17 as an input and marks is as used (gpioinfo) which conflicts with a later GPIO.setup(17, GPIO.IN) in ther initialisation script. Voilà ! Best regards, Philippe (Sorry not to know how to turn "Problem" into "Solved" RE: GPIO busy - Tim Curtis - 12-05-2024 Glad its fixed :-) I marked the thread as SOLVED. To do this just edit the first post (#1) and change to SOLVED in the dropdown. |