Relative merits of lgpio & RPi.GPIO factories? #1077
Replies: 1 comment 1 reply
-
There is no single "default" pin factory, it's actually an ordered preference list: RPi.GPIO, lgpio, rpio, pigpio and native as per the docs: https://gpiozero.readthedocs.io/en/stable/api_pins.html#changing-the-pin-factory If a pin factory is available, we use it. If it's not available, we try the next one. So in your case, if RPi.GPIO was not found, we'll use it. If it isn't, we'll try lgpio, and so on. However, if you have a preference, you can override the default with your preference, as long as it's installed and available. Again, see the pin factory docs. I don't know anything about RPi.GPIO's plans (it's a separate project) but there's no mention of sysfs in its release notes (last release was over a year ago: https://pypi.org/project/RPi.GPIO/) |
Beta Was this translation helpful? Give feedback.
-
Hi. Starting v0.2 of a community robotics project, and puzzled by the factory choices this time around.
We used a mix of Mock factory (for developing on Mac/PC) and lgpio under Ubuntu on R.Pi.4 for our first generation prototype.
We reasoned that:
... and it all worked brilliantly.
In r0.2 we are switching to Manjaro on R.Pi.4 for a number of reasons, e.g. more mature Pipewire + Wireplumber because we need fancy audio.
However:
Can we confirm whether:
RPi.GPIO has now migrated to the ABI & away from sysfs
RPI.GPIO now provides full support via the ABI for I2C, SPI & PWM
... and therefore we should stop banging our heads against lgpio builds on Manjaro?
The relief would be wonderful!
Beta Was this translation helpful? Give feedback.
All reactions