martinayotte

Why don't you use well known lib like :
 
https://github.com/duxingkei33/orangepi_PC_gpio_pyH3
 
I think there is also a fork of it for specific OPiZero, which will avoid tweaking the mapping.h for the pins.

I've done a fresh "git clone" to get rid of the issue.
I'm now doing a new a new "tour of my Allwinner garden" with 5.6.1, and then I will do some commits ...

I've done a fresh "git clone" to get rid of the issue.
I'm now doing a new a new "tour of my Allwinner garden" with 5.6.1, and then I will do some commits ...

I've done a fresh "git clone" to get rid of the issue.
I'm now doing a new a new "tour of my Allwinner garden" with 5.6.1, and then I will do some commits ...

This thread reveal some bug present in fixup scripts that were not be updated since introduction of 5.x.y :
 
I've done some fixes and committed this morning.
You can either wait for new images, or build yourself a new image, or try to fix the sun8i-h3-fixup.scr yourself manually.

hummm ! Trying to prepare for commit my previous work, I faced a huge git merge conflict ...
I had to do a new "git clone" to get rid of the conflict ... I'm now working on redoing every fixes one by one ...
Maybe it will take few days ...
 

On my side, I'm planning to commit my work for Allwinner 5.6.y, since it now without RCs ...

Ok ! I've downloaded RK3399, copied its boot.scr and placed it on the SD, it got a bit further : there was a reboot in the middle of the process, then it booted in some kind of emergency mode without login prompt.


 
And here is the "dmesg" :
 

It doesn't boot with SDCard alone :  http://ix.io/2faw

As I said, formatting is completely not needed since "etcher" will overwrite using partition scheme provided by the image.

That is a MUST if you wish to help figured out why your PBP doesn't boot.
 
BTW, no one here got an Armbian image working with the LCD display yet !
We still have to figure out why, but it will take time ...

Most SoC are not "slave capable" but only "master" ...

Beware that TX output of OPiLite2 is 3.3V while your Arduino RX expect 5V, so it is maybe the reason why you don't see any output ...
Better purchase a 3.3V compatible USB-TTL dongle.

Don't do that, it can burn your H5 UART, RS232 are using inverted level of +/- 9V to 12V !!!
Right ! Not only CP2102, but there are others, such CH340.
Seeing your footer, in the meantime, you can use your OPiZero since it has UART1 on header.

Ok ! I passed the main hurdles ... The worst one was that many obsolete time32 helpers that are now definitively gone/erased, but we still need them for out-of-the-tree wifi drivers, so I had to put them back using timekeeping32.patch.
I will do few more test images for my different Allwinner boards, then I will be ready for commit ...

I've started the work of switching SUNXI-DEV to 5.6.y, as usual, few DT duplicates and fixes ...
But I've faced also a big change related to 'file_operations' been changed to 'proc_ops' in all places over the kernel, which cause that all our EXTRAWIFI needs to be fixed.
I hope to get it done by the end of this evening ...
 

All my Allwinner boards are currently on 5.6.0-rcX, but since it still RCs, I didn't committed my change to Armbian repo yet ...
 

Most of them are working as long as they are 2.7V and above. Frequency is not really an issue since in DT it is usually set 40MHz and could be lowered manually by editing DTS.
I've used Winbond ones on both my OPiZeros and OPiPC2. So, I suggest Winbond one, but maybe also GigaDevice.

I'm usually running Mainline, but in this case, I've rebooted with a Legacy, the "orangepilite 3.4.112-sun8i" and gave it a try.
 
It didn't worked with gpio5, but was working perfectly with gpio110.
 
So, since you got "Device or resource busy" using gpio110, we need more details :
 
Did you tried gpio110 right after reboot (because it could be "busy" by some other apps) ?
What kind is your board exactly ?
Is your 3.4 coming from Armbian ? (which subversion ?)
 
EDIT : what "cat /sys/kernel/debug/gpio" is showing ?

Ok ! So, it is like that since prehistoric time ...

Ok ! I passed the main hurdles ... The worst one was that many obsolete time32 helpers that are now definitively gone/erased, but we still need them for out-of-the-tree wifi drivers, so I had to put them back using timekeeping32.patch.
I will do few more test images for my different Allwinner boards, then I will be ready for commit ...

Ok ! I passed the main hurdles ... The worst one was that many obsolete time32 helpers that are now definitively gone/erased, but we still need them for out-of-the-tree wifi drivers, so I had to put them back using timekeeping32.patch.
I will do few more test images for my different Allwinner boards, then I will be ready for commit ...

Ok ! I passed the main hurdles ... The worst one was that many obsolete time32 helpers that are now definitively gone/erased, but we still need them for out-of-the-tree wifi drivers, so I had to put them back using timekeeping32.patch.
I will do few more test images for my different Allwinner boards, then I will be ready for commit ...

Ok ! I passed the main hurdles ... The worst one was that many obsolete time32 helpers that are now definitively gone/erased, but we still need them for out-of-the-tree wifi drivers, so I had to put them back using timekeeping32.patch.
I will do few more test images for my different Allwinner boards, then I will be ready for commit ...

I'm currently busy on switching sunxi-dev to 5.6.y, but if any PR is provided, I'm ready to merge it ...