Getting up to speed with GPIO support on Zero 3e?

#1

Getting up to speed with GPIO support on Zero 3e?
https://wiki.radxa.com/Zero/hardware/gpio

As I understand it the GPIO pinout is similar to later Pi devices, but not identical. For example, GPIO pin assignment by function is comparable for i2c-0. The power, 5v and 3.3v are comparable pins in the 40 pin layout. But per pin functionality varies, but I did find UART TX/RX comparable.

I am going to be using python, as I understand it, I will have to read and write directly to the pins as visible via the device tree/file system? Since there does not seem to be something like RPi.GPIO library/module for python on the Zero 3e?

There are a few GPIO pins that are 5v logic per the Wiki? For example GPIOH_8 is 5v? Can some one confirm this default voltage when pins are assigned for output? Can handle said voltage for input? So is input 5v tolerant?

#2

I think you’re confusing zero with zero 3e.
For gpio pinout of Zero 3E, you can refer to Radxa Docs For Zero 3E GPIO Pinout .

#3

Yes… and no… Yes in that I was thinking the Zero was comparable to the 3E and 3W, which I have. I since realized that, and found the details for i2c-3 enable specific to 3E and 3W. Took me a bit to figure out how to use ‘rsetup’ right, since I wanted to enable both i2c-3 and watch-dog, and… had a custom dtbs file I was considering using as well.

I would also like to avoid using Adafruit modules for sensor support, when the in-kernel support is just sitting there, waiting to be used. The in kernel support is already vetted, is cross platform functional, significantly reduces the need for other libraries and modules, to avoid re-inventing the wheel.

But for now, with i2c-3 enabled, can proceed with more testing of sensors… still would like to see ‘i2c-sensor’ comparable support as the Pi device has, so I don’t have to write explicit code to use sensors, when the kernel already has native support.

I have existing python code that leverages the built in kernel support, on Pi devices, that would be directly compatible with RADXA devices… when in kernel support is available for the various sensors I need is available. It would also let people already familiar with Pi device sensor support, be able to come up to speed on RADXA devices faster and easier, leveraging the in-kernel support, that already exists.