vtech

Thanks for the reply. Even if wiring pi is installed, the new release is having problem for enabling SPI from overlay or armbian-config. Is there any way, to ensure that the automated releases are having relevant things to make the minimal armbian OS run out of the box for target SBC for controlling the serial interfaces right first time? I tried Armbian_community_25.2.0-trunk.124_Orangepizero3_bookworm_current_6.6.62_minimal for Oranege Pi Zero 3. It gave problem for enabling SPI. I haven't checked yet if it was trouble for enabling other interfaces too. Can someone having orange pi zero 3 check this if SPI is visible in dev folder as soon as it is enabled in armbian config? What will be instructions for enabling that if it is not getting activated by simple selecting it to be enabled in armbian-config? The error was that the dtb file was missing. It will be great if these dtb files are ensured to be present for correct function of the GPIO related functions including serial ports.

Thanks, Armbian for supporting users like us with community backed OS for SBCs which otherwise are struggling to maintain the OS software in synergy with their hardware product portfolio. The whole SBC paradigm revolves around accessing GPIO either as Inputs, Outputs, UARTs, SPI or I2C. If the main focus/priority is to get the UI up and running, there would be no difference between mainstream rooted phones/tablets and SBC. As a general observation, I have almost always struggled to run gpio based python scripts out of the box after loading minimal OS for multiple SBCs. As a humble request on behalf of whole community is to propose readiness for GPIO with wiringpi for python out of the box even for minimal OS after loading the downloaded image on SD card. Also, it will be great if enabling ports from armbian-config is working like a charm right first time. Sometimes, it is a struggle to carry out simple configuration of enabling the SPI. I suppose, both of the above features (1: Default presence of wiring pi for python 2: Right first-time configuration of required serial communication in armbian-config) are absolutely imperative. I am looking forward to other members to share their opinion and experience in this regard. I will be glad if my perspective is wrong and would like to end my struggle and anxiety of these two features when I am trying new minimal OS on any used or new model of SBC. Regards

I also tried adding line "param_uart2_rtscts=1" to "/boot/armbianEnv.txt". This enabled GPIO Mode ALT2 for UART2_RTS and UART2_CTS. However, still no voltage changes on RTS or CTS pin when tried to send data over TX. Looking forward for help. Thanks in advance. P.S.: WiringPi (https://github.com/orangepi-xunlong/wiringOP.git) does not seem to be working for Orange Pi Zero 3 as it is showing H616 in output of gpio readall command Regards.

I used python script with Orange pi zero 3 (Armbian_community_24.8.0-trunk.6_Orangepizero3_bookworm_current_6.6.31_minimal.img) Observation: 1) /dev/ttyS1 is actually Serial 2 as per pin diagram as per Orange Pi Zero 3 - Armbian web page 2) /dev/ttyS2 is actually Serial 5 as per pin diagram as per Orange Pi Zero 3 - Armbian web page 3) even if I set rtscts=True in crateing object ser in above script, there is no output on rts or cts pin. I am looking forward to have RTS pin remain high during transmission to easily integrate ic for RS485 communication. I was glad that Amrbian for Orange Pi Zero 3 has out of the box RTS CTS pin support which otherwise is a complicated matter for me. Please guide how to make the serial port work along with RTS pin to remain high during transmission of data. Regards

Orange pi Zero 2 Armbian 24.2.1 Bookworm CLI never shows armbian-config after first restart I tried loading the sd card multiple times. However, as soon as the linux board is restarted it does not go ahead with this command "sudo armbian-config" The cursor goes to next line.Only if i press ctrl+c it goes back to the prompt.