Orange Pi 4A
Orange Pi 4A
User Manual
Contents
- 1 Basic characteristics of Orange Pi 4A
- 2 Introduction to using the development board
- 2.1 Prepare the necessary accessories
- 2.2 Download the image of the development board and related materials
- 2.3 Method of burning Linux image to TF card based on Windows PC
- 2.4 Method for burning Linux images to TF cards based on Ubuntu PC
- 2.5 Method for burning Linux images to eMMC
- 2.6 Method of burning Android image to TF card
- 2.7 Method for burning Android images to eMMC
- 2.8 Launch the Orange Pie development board
- 2.9 Instructions for Debugging Serial Ports
- 2.10 Instructions for powering the 5V pin in the 40 pin interface of the development board
- 3 Instructions for using Debian/Ubuntu Server and Gnome desktop system
- 3.1 Supported Linux image types and kernel versions
- 3.2 linux kernel driver adaptation situation
- 3.3 Explanation of linux Command Format in This Manual
- 3.4 linux system login instructions
- 3.4.1 linux system default login account and password
- 3.4.2 Method for setting up automatic login for linux system terminals
- 3.4.3 linux Desktop System Automatic Login Instructions
- 3.4.4 Linux Desktop System Root User Automatic Login Setting Method
- 3.4.5 How to disable the desktop in Linux desktop system
- 3.5 Onboard LED light test instructions
- 3.6 Linux system rootfs partition capacity operation instructions in TF card
- 3.6.1 The capacity of the rootfs partition in the TF card will be automatically expanded at the first startup
- 3.6.2 How to disable automatic expansion of rootfs partition capacity in TF card
- 3.6.3 How to manually expand the rootfs partition capacity in the TF card
- 3.6.4 How to reduce the capacity of the rootfs partition in the TF card
- 3.7 Network connection test
- 3.7.1 Ethernet port test
- 3.7.2 WIFI connection test
- 3.7.2.1 Server version image connects to WIFI through command
- 3.7.2.2 The server version image connects to WIFI through a graphical method
- 3.7.2.3 Testing methods for desktop images
- 3.7.2.4 create_ap method to create a WIFI hotspot in NAT mode
- 3.7.2.5 create_ap method to create a WIFI hotspot in bridge mode
- 3.7.3 How to set a static IP address
- 3.7.4 How to set up the Linux system to automatically connect to the network when it starts for the first time
- 3.8 SSH remote login development board
- 3.9 HDMI test
- 3.10 How to use Bluetooth
- 3.11 USB interface test
- 3.12 Audio Test
- 3.13 Temperature sensor
- 3.14 40 Pin Interface Pin Description
- 3.15 How to install wiringOP
- 3.16 40pin interface GPIO, I2C, UART, SPI and PWM test
- 3.17 Installation and use of wiringOP-Python
- 3.18 Hardware watchdog test
- 3.19 Check the chipid of T527 chip
- 3.20 Python related instructions
- 3.21 How to install Docker
- 3.22 How to install Home Assistant
- 3.23 OpenCV installation method
- 3.24 How to install Baota Linux Panel
- 3.25 QT installation method
- 3.26 ROS installation method
- 3.27 How to install kernel header files
- 3.28 How to use the 10.1 inch MIPI LCD screen
- 3.29 How to use the eDP screen
- 3.30 Test of some programming languages supported by Linux system
- 3.31 How to upload files to the Linux system of the development board
- 3.32 Instructions for use of NPU
- 3.32.1 Board environment preparation
- 3.32.2 Board Example Run
- 3.32.2.1 Run the mobilenet_v2_ssd target detection example
- 3.32.2.2 Run the yolov5 object detection example
- 3.32.2.3 Run the head_pose human posture recognition example
- 3.32.2.4 Run the resnet50 image classification example
- 3.32.2.5 Run struct2depth depth detection example
- 3.32.2.6 Run ChineseOCR text recognition example
- 3.33 How to burn Linux image to eMMC
- 3.34 How to shut down and restart the development board
- 4 Linux SDK——orangepi-build usage instructions
- 5 Android 13 operating system instructions
- 5.1 Supported Android versions
- 5.2 Android 13 Function Adaptation
- 5.3 Usage of ADB
- 5.4 HDMI to VGA display test
- 5.5 WI-FI connection method
- 5.6 How to use WI-FI hotspot
- 5.7 Method to view Ethernet port IP address
- 5.8 Bluetooth connection method
- 5.9 10.1 inch MIPI screen usage
- 5.10 How to use eDP screen
- 5.11 How to use USB camera
- 5.12 Android system ROOT Description
- 5.13 40 pin interface GPIO, UART, SPI test
- 6 Appendix
Basic characteristics of Orange Pi 4A
What is Orange Pi 4A
The Orange Pi 4A adopts the Allwinner T527 eight core Cortex-A55+HiFI4 DSP+RISV-V multi-core heterogeneous industrial grade processor, supporting 2TOPS NPU to meet the needs of edge intelligent AI acceleration applications; Supports 2GB/4GB LPDDR4/4X and provides H.265 4K@60fps And H.264 4K@60fps Video decoding, H.264 4K@25fps code; Rich interfaces, including commonly used functional interfaces such as Gigabit Ethernet, PCIe 2.0, USB 2.0, MIPI-CSI, MIPI-DSI, 40Pin expansion interface, etc. Supports operating systems such as Ubuntu, Debian, Android 13, etc.
Orange Pi 4A can provide a solid hardware foundation for the scenario landing of generative AI and artificial intelligence algorithms, and can be widely used in intelligent industrial control, intelligent business display, retail payment, intelligent education, commercial robots, vehicle terminals, visual assistant driving, edge computing, intelligent power distribution terminals, etc.
The purpose of Orange Pi 4A
We can use it to achieve:
- A small Linux desktop computer
- A small Linux network server
- Android tablet
- Android game consoles, etc
Of course, there are many other features as well. With a powerful ecosystem and various expansion accessories, Orange Pi can help users easily achieve delivery from creativity to prototype to mass production. It is an ideal creative platform for makers, dreamers, and hobbyists.
Who is Orange Pi 4A designed for
Orange Pi development board is not only a consumer product, but also designed for anyone who wants to use technology for creative innovation. It is a simple, fun, and practical tool that you can use to create the world around you.
Hardware Features of Orange Pi 4A
Introduction to Hardware Features | |
Processor | T527,8-core ARM CortexTM-A55@1.8GHz
HIFI4 Audio DSP@600MHz RISC-V@200MHz GPU:G57 MC1 VPU: H.265 4K@60fps Decoding, H.264 4K@60fps Decoding, H.264 4K@25fps code NPU:2TOPS |
Memory | LPDDR4/4X:2GB/4GB optional |
Storage | EMMC module optional: 16GB/32GB/64GB/128GB optional
SPI Flash:128Mb (default paste), 256Mb optional M.2 M-KEY Socket:PCIe2.0 NVMe SSD uSD card slot:supports up to 128GB uSD card |
Wi Fi+Bluetooth | Wi Fi+Bluetooth two in one module
Wi-Fi5.0+BT 5.0,BLE |
Ethernet | 10/100/1000Mbps Ethernet |
Display | 1x HDMI TX 2.0 interface up to 4K@60fps
1x 4-lane MIPI-DSI 1x eDP1.3 |
Camera | 1x 2-lane MIPI-CSI camera interface
1x 4-lane MIPI-CSI camera interface |
USB | 1xUSB Type-A 2.0
3xUSB Type-A 2.0 HOST 1xUSB 2.0 HOST reserved for customer expansion |
ADC | Reserved 4pin interface, capable of connecting 2 ADCs, with a maximum input of 1.8V |
Audio frequency | 3.5mm headphone jack audio input/output |
Key | 1* BOOT,1*RESET,1 *PWR ON |
RTC | 2Pin backup battery interface (Pitch=1.27mm) |
40Pin | 40Pin function extension interface, supporting the following interface types:
GPIO、UART、I2C、SPI、PWM |
DEBUG | 3Pin debugging serial port |
Power Supply | Type-C 5V 5A DCIN |
Supported OS | Ubuntu、Debian、Android13, etc |
Introduction to appearance specifications | |
PCB | 89mm*56mm*1.6mm |
Weight | 52g |
Top and Bottom Views of Range Pi 4A
Top level view:
Bottom level view:
Interface Details of Range Pi 4A
The diameter of the four positioning holes is 3.0mm.
Introduction to using the development board
Prepare the necessary accessories
TF card, high-speed SanDisk card with a minimum capacity of 8GB and class 10 or above
TF card reader, used for reading and writing TF cards
HDMI interface display
HDMI to HDMI cable, used to connect the development board to an HDMI monitor or TV for display
10.1-inch MIPI screen, used to display the system interface of the development board (this screen includes adapter board and OPi5Plus/OPi5B/OPi5Pro/OPi5Max/OPi4A universal)
Power adapter, Orange Pi 4A recommends using a 5V/5A Type-C power supply for power supply
The Type-C power interface of the development board does not support PD negotiation function and only supports a fixed 5V voltage input.
USB interface mouse and keyboard, any standard USB interface mouse and keyboard can be used to control the Orange Pi development board
USB camera
100Mbps or 1G Ethernet cable, used to connect the development board to the Internet
A 5V cooling fan, as shown in the figure below, has a dedicated 5V output interface on the development board for connecting to the cooling fan, with a spacing of 2.54mm. The power interface of the cooling fan can be purchased according to this specification.
Note that once the development board is plugged in, the 5V pin can be used directly without any additional settings. Additionally, the voltage output from the 5V pin cannot be adjusted or turned off through software.
USB 2.0 male to male data cable, used for adb debugging, burning images to eMMC and other functions
When using the serial port debugging function, USB to TTL module and DuPont cable are required to connect the development board and computer
Note that the TTL level used by the development board is 3.3V. In addition to the USB to TTL module shown in the above figure, other similar 3.3V USB to TTL modules are generally acceptable.
X64 computer with Ubuntu and Windows operating systems installed
1 | Ubuntu22.04 PC | Optional, used for compiling Android and Linux source code |
2 | Windows PC | Used for burning Android and Linux images |
- The download link for the Chinese version of the materials is
The download link for the English version of the material is
The information mainly includes
Linux source code:saved on Github
Android image:saved on Google Drive
Ubuntu image:saved on Google Drive
Debian image:saved on Google Drive
User manual and schematic diagram:saved on Google Drive
Official tools:saved on Google Drive. Mainly including the software required during the use of the development board
Method of burning Linux image to TF card based on Windows PC
Note that the Linux image referred to here specifically refers to Linux distribution images such as Debian or Ubuntu downloaded from the Orange Pi data download page.
Method of burning Linux images using BalenaEtcher
- First prepare a TF card with a capacity of 16GB or more. The transmission speed of the TF card must be class 10 or above. It is recommended to use a TF card of SanDisk and other brands
- Then use the card reader to insert the TF card into the computer
- Download the compressed file of the Linux operating system image that you want to burn from the Orange Pi's download page, and then use decompression software to decompress it. In the decompressed file, the file ending with ".img" is the operating system image file, which is usually over 1GB in size
- Then download the Linux image burning software - balenaEtcher, from the download link
After entering the balenaEtcher download page, clicking the green download button will jump to the software download location
Then you can choose to download the portable version of BalenaEtcher software. The portable version does not require installation and can be opened by double clicking
If you are downloading a version of balenaEtcher that requires installation, please install it first before using it. If you download the portable version of balenaEtcher, simply double-click to open it. The interface of balenaEtcher after opening is shown in the following figure
When opening balenaEtcher, if prompted with the following error:
Please select balenaEtcher and right-click, then choose to run as administrator.
The specific steps to use balenaEtcher to burn the Linux image are aa follow
First select the path of the Linux image file to burned
Then select the drive letter of the TF card
Finally, click Flash to start burning the Linux image to the TF card
The interface displayed during the process of burning a Linux image by balenaEtcher is shown in the following figure. In addition, the progress bar displaying purple indicates that the Linux image is being burned to the TF card
After the Linux image is burned, balenaEtcher will also verify the image burned to the TF card by default to ensure that there are no problems during the burning process. As shown in the following figure, a green progress bar indicates that the image has been burned and balenaEtcher is verifying the burned image
After successful burning, the display interface of balenaEtcher is shown in the following figure. If a green indicator icon is displayed, it indicates that the image burning is successful. At this time, you can exit balenaEtcher, then unplug the TF card and insert it into the TF card slot of the development board for use
Method of burning Linux images using Win32Diskimager
First prepare an 8GB or larger capacity TF card, TF card transmission speed must be class10 or above, it is recommended to use Sandisk and other brands of TF card
Then use the card reader to insert the TF card into the computer
Then format the TF card
- You can use SD Card Formatter to format TF cards. The download address is
https://www.sdcard.org/downloads/formatter/eula_windows/SDCardFormatterv5_WinEN.zip
After downloading the software, decompress and install it. Then open the software
If only a TF card is inserted into the computer, the drive letter of the TF card will be displayed in the column of "Select card". If multiple USB storage devices are inserted into the computer, you can select the drive letter corresponding to the TF card through the drop-down box
Then click "Format", a warning box will pop up before formatting, select "Yes (Y)" will start formatting
Download the compressed Linux operating system image file you want to burn from the data download page of Orange Pi, and then use the decompression software to decompress it. Files ending with ".img "in the decompressed files are the image files of the operating system, and the size is generally more than 1GB
Burn Linux image to TF card using Win32Diskimager
- The download page for Win32Diskimager is
http://sourceforge.net/projects/win32diskimager/files/Archive/
After downloading, install it directly. The interface of Win32Diskimager is as follows
First select the path of the image
Then confirm that the drive letter of the TF card is consistent with that displayed in the "Device" column
Finally click "Write" to start burn
After the image writing is completed, click the "Exit" button to exit, and then you can pull out the TF card and insert it into the development board to start
Method for burning Linux images to TF cards based on Ubuntu PC
Note that the Linux image referred to here specifically refers to Linux distribution images such as Debian or Ubuntu downloaded from the Orange Pi data download page, while Ubuntu PC refers to a personal computer with the Ubuntu system installed.
- Firstly, prepare a TF card with 8GB or larger capacity, and the transfer speed of the TF card must be class10 or above. It is recommended to use TF cards from brands such as SanDisk
- Then use a card reader to insert the TF card into the computer
- Download the balenaEtcher software from the following link:
After entering the balenaEtcher download page, clicking the green download button will jump to the software download location
Then choose to download the Linux version of the software
Download the compressed file of the Linux operating system image that you want to burn from the Orange Pi download page, and then use decompression software to decompress it. In the decompressed file, the file ending with ".img" is the operating system image file, which is usually over 1GB in size. The decompression command for the compressed file ending in 7z is as follows:
test@test:~$ 7z x Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.7z
test@test:~$ ls Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.*
Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.7z Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.sha #Verification and file
Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.img #Image file
After decompressing the image, you can first use the sha256sum -c *.sha command to calculate if the checksum is correct. If the prompt is successful, it means that the downloaded image is correct and can be safely burned to the TF card. If the prompt is that the checksum does not match, it means that the downloaded image has a problem. Please try downloading it again
test@test:~$ sha256sum -c *.sha
Orangepi4a_1.0.0_ubuntu_jammy_desktop_linux5.15.147.img: success
Then double-click balenaEtcher-1.14.3-x64.AppImage on the graphical interface of Ubuntu PC to open balenaEtcher (no installation required). The interface displayed after opening balenaEtcher is shown in the following figure
The specific steps for burning a Linux image using balenaEtcher are as follows
First select the path of the Linux image file to burned
Then select the drive letter of the TF card
Finally, click Flash to start burning the Linux image to the TF card
The interface displayed during the process of burning a Linux image by balenaEtcher is shown in the following figure. In addition, the progress bar displaying purple indicates that the Linux image is being burned to the TF card
After the Linux image is burned, balenaEtcher will also verify the image burned to the TF card by default to ensure that there are no problems during the burning process. As shown in the following figure, a green progress bar indicates that the image has been burned and balenaEtcher is verifying the burned image
After successful burning, the display interface of balenaEtcher is shown in the following figure. If a green indicator icon is displayed, it indicates that the image burning is successful. At this time, you can exit balenaEtcher, then unplug the TF card and insert it into the TF card slot of the development board for use
Method for burning Linux images to eMMC
See the method of burning Linux images to EMMC
Method of burning Android image to TF card
The Android image of the development board can only be burned to a TF card using PhoenixCard software on the Windows platform, and the version of PhoenixCard software must be PhonixCard-4.2.8.
Please do not use software that burns Linux images, such as Win32Diskimager or balenaEtcher, to burn Android images.
In addition, PhoenixCard software does not have versions for Linux and Mac platforms, so it is not possible to burn Android images to TF cards on Linux and Mac platforms.
Firstly, please ensure that the Windows system has installed Microsoft Visual C++ 2008 Redistrbutable - x86
If Microsoft Visual C++ 2008 Redistrbutable - x86 is not installed, formatting the TF card with PhoenixCard or burning the Android image will prompt the following error
The installation package for Microsoft Visual C++ 2008 Redistrbutable - x86 can be downloaded from the official tool of Orange Pi 4A or from the Microsoft official website
Firstly, prepare a TF card with 8GB or larger capacity, and the transfer speed of the TF card must be class10 or above. It is recommended to use TF cards from brands such as SanDisk
Then use a card reader to insert the TF card into the computer
Download the Android image and PhoenixCard burning tool from the Orange Pi's download page. Please ensure that the version of the PhonenixCrad tool is PhonexCard-4.2.8. Do not use PhonixCard software below version 4.2.8 to burn the Android image, as Android images burned by PhonixCard tools below this version may have problems
Then use decompression software to decompress the downloaded Android image compressed file. In the decompressed file, the file ending with ".img" is the Android image file, with a size of 1GB or more. If you don't know how to decompress the compressed file of an Android image, you can install a 360 compression software to decompress the image.
Then use decompression software to extract PhonixCard4.2.8.zip. This software does not require installation, just find PhoenixCard in the extracted folder and open it
After opening PhoenixCard, if the TF card is recognized normally, the drive letter and capacity of the TF card will be displayed in the middle list. Please make sure that the displayed drive letter is consistent with the drive letter of the TF card you want to burn. If it is not displayed, you can try unplugging the TF card or clicking the "Refresh Drive Letter" button in PhoenixCard
After confirming the drive letter, format the TF card first and click the "Restore Card" button in PhoenixCard (if the "Restore Card" button is gray and cannot be pressed, you can click the "Refresh Drive Letter" button first)
If there is a problem with formatting, please try unplugging and unplugging the TF card before testing again. If the problem persists after unplugging and unplugging the TF card again, you can restart your Windows computer or switch to another computer and try again.
Then start writing the Android image to the TF card
Firstly, select the path of the Android image in the "Firmware" column
Select "Startup Card" in the "Types of Cards to Make" section
Then click the "Burn Card" button to start burning
After burning, the display of PhoenixCard is shown in the following figure. Click the "Close" button to exit PhoenixCard, and then you can unplug the TF card from the computer and insert it into the development board to start it
After burning the Android system, only one 128 MB partition can be seen on the TF card in Windows, as shown in the following figure (some computers may pop up more than twenty disk partitions, but can only open the 128 MB partition). Please note that this is normal and do not burn out the TF card. The reason for this is that the Android system has over twenty partitions, but most of them cannot be recognized properly in the Windows system. At this point, please feel free to unplug the TF card and insert it into the development board to start.
After starting the Android system, use the following command to see these twenty partitions in the TF card:
Using the df -h command, you can see that after burning the 32GB TF card to the Android system, there is still approximately 24GB of space available for use (not all of the twenty partitions will be mounted to the Android system, so focus on the visible partitions).
Method for burning Android images to eMMC
The Android image of the development board can only be burned to eMMC using PhoenixCard software on the Windows platform, and the version of PhoenixCard software must be PhonixCard-4.2.8.
Please do not use software that burns Linux images, such as Win32Diskimager or BalenaEtcher, to burn Android images.
In addition, PhoenixCard software does not have versions for Linux and Mac platforms, so it is not possible to burn Android images to eMMC on Linux and Mac platforms.
The development board has reserved an expansion interface for the eMMC module. Before burning the system to eMMC, it is necessary to purchase an eMMC module that matches the eMMC interface of the development board. Then install the eMMC module onto the development board. The method of inserting the eMMC module into the development board is as follows:
Firstly, please note that this method requires the use of a TF card and is mainly divided into the following two steps
First, use PhoenixCard to burn the Android firmware onto the TF card as a production card
Then use a TF card to burn the Android firmware into eMMC
Please ensure that the Windows system has installed Microsoft Visual C++ 2008 Redistrbutable - x86
If Microsoft Visual C++ 2008 Redistrbutable - x86 is not installed, formatting the TF card with PhoenixCard or burning the Android image will prompt the following error
The installation package for Microsoft Visual C++ 2008 Redistrbutable - x86 can be downloaded from the official tool of Orange Pi 4A or from the Microsoft official website
Then prepare an 8GB or larger capacity TF card, TF card transmission speed must be class10 or above, it is recommended to use Sandisk and other brands of TF card
Then use the card reader to insert the TF card into the computer
Download the Android image and PhoenixCard writing tool from the Data download page of Orange Pi. Please ensure that the version of the PhonenixCrad tool is PhonixCard-4.2.8. Do not use PhonixCard software later than 4.2.8 to burn Android images. Android images written by PhonixCard tools later than this version may have problems
Then use the decompression software to decompress the compressed package of the downloaded Android image. In the decompressed file, the file ending with ".img "is the Android image file, the size of which is more than 1GB. If you do not know how to decompress the Android image package, you can install a 360 compression software to decompress the image.
Then use the decompression software to decompress PhonixCard4.2.8.zip. The software does not need to be installed. Find PhoenixCard in the decompressed folder and open it
打开PhoenixCard后,如After PhoenixCard is opened, if the TF card is recognized normally, the TF card's drive letter and capacity will be displayed in the middle list. Please make sure that the drive letter displayed is the same as that of the TF card you want to burn. If it is not displayed, try to remove and insert the TF card, or click "Refresh Drive Letter" in PhoenixCard
After confirming the drive letter, format the TF card and click the "Restore Card" button in PhoenixCard. (If the "Restore Card" button is gray and cannot be pressed, click the "Refresh Drive Letter" button first.)
If there is any problem with formatting, please try to remove and insert the TF card and test again. If there is still a problem after removing and inserting the TF card, restart the Window computer or change another computer to try again.
Then start writing the Android image to the TF card
Firstly, select the path of the Android image in the "Firmware" column
Select "Mass Production Card" in the "Types of Card Production" section
Then click the "Burn Card" button to start burning
After burning, the display of PhoenixCard is shown in the following figure. Click the "Close" button to exit PhoenixCard
Then insert the TF card into the development board. After powering on and starting the development board, the Android firmware in the TF card will be automatically burned to the eMMC of the development board. After the burning is completed, it will automatically shut down and the LED light on the development board will turn off
At this point, you can unplug the TF card and then power it back on, which will start the Android system in eMMC
Launch the Orange Pie development board
- Insert the TF card with the burned image into the TF card slot of the Orange Pie development board
- The development board has an HDMI interface, which can be connected to a TV or HDMI monitor through an HDMI to HDMI cable. If you purchase an LCD screen, you can also use the LCD screen to display the system interface of the development board.
- Connect a USB mouse and keyboard to control the Orange Pie development board
- The development board has an Ethernet port that can be plugged into a network cable for internet access
- Connect a high-quality power adapter with a 5V/5A (5V/4A is also acceptable) USB Type C interface
Remember not to insert a power adapter with a voltage output greater than 5V, as it may burn out the development board.
Many unstable phenomena during the power on startup process of the system are basically caused by power supply problems, so a reliable power adapter is very important. If you notice continuous restarts during the startup process, please replace the power supply or Type C data cable and try again.
Then turn on the power adapter switch. If everything is normal, the HDMI monitor will be able to see the system startup screen
If you want to view the system's output information by debugging the serial port, please connect the development board to the computer using a serial port cable. For the method of connecting the serial port, please refer to the section on debugging the serial port usage
Instructions for Debugging Serial Ports
Debugging serial port connection instructions
First, you need to prepare a 3.3v USB to TTL module, and then plug one end of the USB interface of the USB to TTL module into the USB interface of the computer
The corresponding relationship between the GND, TX, and RX pins of the debugging serial port of the development board is shown in the following figure
The GND, TX, and RX pins of the USB to TTL module need to be connected to the debugging serial port of the development board through DuPont wires
Connect the GND of the USB to TTL module to the GND of the development board
Connect the RX of the USB to TTL module to the TX of the development board
Connect the TX of the USB to TTL module to the RX of the development board
The schematic diagram of connecting a USB to TTL module to a computer and Orange Pi development board is shown below
The TX and RX of the serial port need to be cross connected. If you don't want to carefully distinguish the order of TX and RX, you can randomly connect the TX and RX of the serial port first. If there is no output from the test serial port, then switch the order of TX and RX. This way, there will always be a correct order.
Instructions for Debugging Serial Ports on Ubuntu Platform
There are many serial debugging software that can be used under Linux, such as Putty, Minicom, etc. Below is a demonstration of how to use Putty.
Firstly, insert the USB to TTL module into the USB interface of the Ubuntu computer. If the USB to TTL module is recognized as connected properly, the corresponding device node name can be seen in the /dev section of the Ubuntu PC. Remember this node name, which will be used later when setting up the serial port software
test@test:~$ ls /dev/ttyUSB*
/dev/ttyUSB0
Then use the following command to install Putty on Ubuntu PC
test@test:~$ sudo apt update
test@test:~$ sudo apt install -y putty
Then run putty, remember to add sudo privileges
test@test:~$ sudo putty
After executing the putty command, the following interface will pop up
Firstly, select the settings interface for the serial port
Then set the parameters of the serial port
Set Serial line to connect to to /dev/ttyUSB0 (modify to the corresponding node name, usually /dev/ttyUSB0)
Set Speed(baud) to 115200 (baud rate of serial port)
Set Flow control to None
After completing the settings on the serial port interface, return to the Session interface
First, select Connection type as Serial
Then click the Open button to connect to the serial port
Then start the development board and you can see the Log information output by the system from the opened serial port terminal
Instructions for Debugging Serial Ports on Windows Platform
There are many serial debugging software that can be used under Windows, such as SecureCRT, MobaXterm, etc. Below is a demonstration of how to use MobaXterm. This software has a free version and can be used without purchasing a serial number.
下载MobaXterm
The download link for MobaXterm is as follows
After entering the MobaXterm download webpage, click GET XOBATERM NOW!
Then choose to download the Home version
Then select the Portable version, and after downloading, there is no need to install it. Simply open it and you can use it
After downloading, use decompression software to extract the downloaded compressed file and obtain the executable software of MobaXterm. Then double-click to open it
After opening the software, the steps to set up a serial port connection are as follows
Open the session settings interface
Select serial port type
Select the port number for the serial port (choose the corresponding port number according to the actual situation). If you cannot see the port number, please use 360 Driver Master to scan and install the driver for the USB to TTL serial port chip
Choose a baud rate of 115200 for the serial port
Finally, click the "OK" button to complete the setup
After clicking the "OK" button, you will enter the interface below. At this time, you can start the development board and see the output information of the serial port
Instructions for powering the 5V pin in the 40 pin interface of the development board
The recommended power supply method for the development board is to use a 5V/5A or 5V/4A Type C interface power cord plugged into the Type C power interface of the development board for power supply. If you need to use the 5V pin in the 40 pin interface to power the development board, please ensure that the power cord used can meet the power supply requirements of the development board. If there is unstable usage, please switch back to the Type C power supply.
Firstly, it is necessary to prepare a power cord as shown in the following diagram
The power cord shown in the picture can be purchased on Taobao, please search and purchase it yourself.
Use the 5V pin in the 40 pin interface to power the development board, and connect the power cord as follows
The USB A port of the power cord shown in the above figure needs to be plugged into a 5V/5A power adapter connector (it is not recommended to plug it into the USB port of the computer for power supply, as it may be unstable to use if there are too many peripherals connected to the development board)
The red DuPont wire needs to be plugged into the 5V pin of the 40 pin interface on the development board
The black DuPont wire needs to be plugged into the GND pin of the 40 pin interface
The positions of the 5V pin and GND pin of the 40 pin interface in the development board are shown in the following figure. Remember not to connect them in reverse
Instructions for using Debian/Ubuntu Server and Gnome desktop system
Supported Linux image types and kernel versions
Linux image type | Kernel version | Server version | Desktop version |
Ubuntu 22.04 - Jammy | Linux5.15 | support | support |
Debian 12 - Bookworm | Linux5.15 | support | support |
After entering the download page of the corresponding development board on the Orange Pi data download page, you can see the following download options. In the following description, Ubuntu images and Debian images are generally referred to as Linux images.
The naming convention for Linux images is:
Development board model _ version number _ Linux release type _ release code _ server or desktop _ kernel version
Development board model: They are all Orangepi4a. The model names of different development boards are generally different. Before burning the image, please ensure that the model name of the selected image matches the development board.
Version number: For example, 1.x.x, this version number will increase with the update of the image function, and the last digit of the version number of the Linux image on the development board is even.
Types of Linux distributions: Currently supports Ubuntu and Debian. Due to Ubuntu's origin from Debian, there is generally not much difference in usage between the two systems. But there are still some differences in the default configuration and command usage of some software. In addition, Ubuntu and Debian each maintain their own supported software repositories, and there are also some differences in the supported installable software packages. These require personal experience to gain a deeper understanding. For more details, you can refer to the official documentation provided by Ubuntu and Debian.
Release code: Used to distinguish between different versions of specific Linux distributions such as Ubuntu or Debian. Among them, jammy is the Ubuntu distribution, referring to Ubuntu 22.04. The biggest difference between different versions is that many of the software in the software repository maintained by the new version of Ubuntu system are newer than those in the old version, such as Python and GCC compilation toolchains. bookworm is the specific version code for Debian, with bookworm representing Debian12.
Server or Desktop: Used to indicate whether the system has a desktop environment. If it is a server, it means that the system does not have a desktop environment installed. The storage space and resources occupied by the image are relatively small, and the system is mainly operated and controlled using the command line. If it is desktop_gnome, it means that the system has the GNOME desktop environment installed by default. The image occupies a relatively large amount of storage space and resources, and can be operated through the interface with a monitor, mouse, and keyboard. Of course, the desktop version of the system can also be operated through the command line like the server version.
Kernel version: Used to represent the version number of the Linux kernel, currently supporting linux5.15.
linux kernel driver adaptation situation
Function | Linux5.15 |
HDMI video | OK |
HDMI audio | OK |
USB2.0 x 4 | OK |
TF card startup | OK |
eMMC | OK |
NVME SSD recognition | OK |
Gigabit Ethernet | OK |
WIFI | OK |
Bluetooth | OK |
RTC chip | OK |
Earphone audio | OK |
LCD screen | OK |
EDP | OK |
CAM1 | Kernel driver OK, 3A not tuned |
CAM2 | Kernel driver OK, 3A not tuned |
LED lamp | OK |
40 pin GPIO | OK |
40 pin I2C | OK |
40 pin SPI | OK |
40 pin UART | OK |
40 pin PWM | OK |
Key | OK |
Temperature sensor | OK |
hardware watchdog | OK |
Mali GPU | NO |
Video Encoding and Decoding | NO |
Explanation of linux Command Format in This Manual
All commands that need to be entered in the Linux system in this manual will be enclosed in the boxes below
As shown below, the content in the yellow box represents the content that needs special attention, except for the commands inside.
Description of prompt types before commands
The prompt in front of the command refers to the content in the red part of the box below, which is not part of Linux commands. Therefore, when entering commands in the linux system, please do not also enter the content in the red font.
orangepi@orangepi:~$ sudo apt update
root@orangepi:~# vim /boot/boot.cmd
test@test:~$ ssh root@192.168.1.xxx
root@test:~# ls
orangepi@orangepi:~$ The prompt indicates that this command was entered in the linux system of the development board, and the last $ of the prompt indicates that the current user of the system is a regular user. When executing privileged commands, sudo needs to be added
root@orangepi:~# The prompt indicates that this command was entered in the linux system of the development board, and the # at the end of the prompt indicates that the current user of the system is the root user and can execute any command you want
test@test:~$ The prompt indicates that this command was entered on an Ubuntu PC or Ubuntu virtual machine, not on the Linux system of the development board. The $ at the end of the prompt indicates that the current user of the system is a regular user. When executing privileged commands, sudo needs to be added
root@test:~# The prompt indicates that this command was entered on an Ubuntu PC or Ubuntu virtual machine, not on the Linux system of the development board. The # at the end of the prompt indicates that the current system user is the root user and can execute any command they want
What are the commands that need to be entered?
As shown below, the bold black part represents the commands that need to be inputted, and the content below the commands is the output (some commands have output, while others may not). This part of the content does not need to be inputted
root@orangepi:~# cat /boot/orangepiEnv.txt
verbosity=7
bootlogo=false
console=serial
As shown below, some commands that cannot be written on one line will be moved to the next line, and any black and bold parts are commands that need to be entered. When these commands are inputted on a single line, the '\' at the end of each line needs to be removed, which is not part of the command. Also, different parts of the command have spaces, please don't miss them
orangepi@orangepi:~$ echo \
"deb [arch=$(dpkg --print-architecture) \
signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] \
https://download.docker.com/linux/debian \
$(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
linux system login instructions
linux system default login account and password
account number | password |
root | orangepi |
orangepi | orangepi |
Note that when entering the password, the specific content of the entered password will not be displayed on the screen. Please do not assume that there is any malfunction. After entering, simply press Enter.
When the password prompt is incorrect or there is a problem with the SSH connection, please note that as long as you are using the Linux image provided by Orange Pi, do not suspect that the password is incorrect, but instead look for other reasons.
Method for setting up automatic login for linux system terminals
The linux system defaults to automatically logging into the terminal, and the default login username is orangepi
The following command can be used to set the root user to automatically log in to the terminal
orangepi@orangepi:~$ sudo auto_login_cli.sh root
Use the following command to disable automatic login to the terminal
orangepi@orangepi:~$ sudo auto_login_cli.sh -d
The following command can be used to reset the automatic login of Orangepi users to the terminal
orangepi@orangepi:~$ sudo auto_login_cli.sh orangepi
linux Desktop System Automatic Login Instructions
After the desktop version system starts, it will automatically log in to the desktop without entering a password
Linux Desktop System Root User Automatic Login Setting Method
Execute the following command to set the desktop system to automatically log in as the root user
orangepi@orangepi:~$ sudo desktop_login.sh root
Then restart the system, and it will automatically log in to the desktop as the root user
Execute the following command to reset the desktop system to use Orangepi for automatic user login
orangepi@orangepi:~$ sudo desktop_login.sh orangepi
How to disable the desktop in Linux desktop system
First enter the following command in the command line, please remember to add sudo permissions
orangepi@orangepi:~$ sudo systemctl disable lightdm.service
Then restart the Linux system and you will find that the desktop will not be displayed
orangepi@orangepi:~$ sudo reboot
The command to reopen the desktop is as follows, please remember to add sudo permissions
orangepi@orangepi:~$ sudo systemctl start lightdm.service
orangepi@orangepi:~$ sudo systemctl enable lightdm.service
Onboard LED light test instructions
There are three LED lights on the development board, one green light, one red light, and one PCIe indicator light. Their locations are shown in the figure below:
As long as the development board is powered on, the red LED light will be always on. This is controlled by hardware and cannot be turned off by software.
The green LED light will keep flashing after the kernel starts, which is controlled by software.
The PCIe indicator will flash when there is data transmission on the PCIe interface.
The method of setting the green light on and off and flashing is as follows:
Note: The following operations must be performed as the root user.
First enter the green light settings directory
root@orangepi:~# cd /sys/class/leds/status_led
The command to set the green light to stop flashing is as follows
root@orangepi:/sys/class/leds/status_led# echo none > trigger
The command to set the green light to always be on is as follows
root@orangepi:/sys/class/leds/status_led# echo default-on > trigger
The command to set the green light to flash is as follows
root@orangepi:/sys/class/leds/status_led# echo heartbeat > trigger
Linux system rootfs partition capacity operation instructions in TF card
The capacity of the rootfs partition in the TF card will be automatically expanded at the first startup
After burning the Linux image of the development board to the TF card, you can check the usage of the TF card capacity in the Ubuntu computer. The steps are as follows:
Note that not doing this step will not affect the automatic expansion of the Linux system on the development board. Here I just want to explain how to check the capacity of the TF card after burning the Linux image to the TF card.
First install the gparted software in the Ubuntu computer
test@test:~$ sudo apt install -y gparted
Then open gparted
test@test:~$ sudo gparted
After opening gparted, you can select the TF card in the upper right corner, and then you can see the usage of the TF card capacity
The above picture shows the situation of the TF card after burning the Linux desktop system. It can be seen that although the total capacity of the TF card is 16GB (displayed as 14.84GiB in GParted), the rootfs partition (/dev/sdc1) is actually only allocated 4.05GiB, leaving 10.79GiB unallocated
Then you can insert the TF card with the Linux system burned into the development board to start it. When the TF card starts the Linux system for the first time, the orangepi-resize-filesystem.service systemd service will be used to call the orangepi-resize-filesystem script to automatically expand the rootfs partition, so there is no need to expand it manually.
After logging into the system, you can use the df -hcommand to check the size of the rootfs. If it is consistent with the actual capacity of the TF card, it means that the automatic expansion is running correctly.
orangepi@orangepi:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 430M 0 430M 0% /dev
tmpfs 100M 5.6M 95M 6% /run
/dev/mmcblk0p1 15G 915M 14G 7% /
tmpfs 500M 0 500M 0% /dev/shm
After booting the Linux system for the first time, we can also remove the TF card from the development board and reinsert it into the Ubuntu computer, and then use gparted to check the status of the TF card again. As shown in the figure below, the capacity of the rootfs partition (/dev/sdc1) has been expanded to 14.69GiB
It should be noted that the Linux system has only one partition in ext4 format and does not use a separate BOOT partition to store kernel images and other files, so there is no problem of expanding the BOOT partition.
How to disable automatic expansion of rootfs partition capacity in TF card
First, burn the Linux image of the development board to the TF card in the Ubuntu computer (not available on Windows), then unplug and re-insert the TF card.
Then the Ubuntu computer will generally automatically mount the TF card partition. If the automatic mounting is normal, you can see the following output using the ls command
test@test:~$ ls /media/test/opi_root/
bin boot dev etc home lib lost+found media mnt opt proc root run sbin selinux srv sys tmp usr var
Then switch the current user to the root user in the Ubuntu computer
test@test:~$ sudo -i
[sudo] test 的密码:
root@test:~#
Then enter the root directory of the Linux system in the TF card and create a new file named .no_rootfs_resize
root@test:~# cd /media/test/opi_root/
root@test:/media/test/opi_root/# cd root
root@test:/media/test/opi_root/root# touch .no_rootfs_resize
root@test:/media/test/opi_root/root# ls .no_rootfs*
.no_rootfs_resize
Then you can uninstall the TF card, then pull out the TF card and insert it into the development board to start. When the Linux system starts, if it detects the .no_rootfs_resize file in the /root directory, it will no longer automatically expand the rootfs.
After disabling automatic expansion of rootfs, you can enter the Linux system and see that the total capacity of the rootfs partition is only 4GB (the image of the desktop version is tested here), which is much smaller than the actual capacity of the TF card, indicating that the automatic expansion of rootfs is successfully disabled.
orangepi@orangepi:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 925M 0 925M 0% /dev
tmpfs 199M 3.2M 196M 2% /run
/dev/mmcblk0p1 4.0G 3.2G 686M 83% /
If you need to expand the capacity of the rootfs partition in the TF card, just execute the following command and restart the Linux system of the development board.
注意,请在root用户下执行下面的命令。
root@orangepi:~# rm /root/.no_rootfs_resize
root@orangepi:~# systemctl enable orangepi-resize-filesystem.service
root@orangepi:~# sudo reboot
After restarting, enter the Linux system of the development board again and you can see that the rootfs partition has been expanded to the actual capacity of the TF card.
root@orangepi:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 925M 0 925M 0% /dev
tmpfs 199M 3.2M 196M 2% /run
/dev/mmcblk0p1 15G 3.2G 12G 23% /
How to manually expand the rootfs partition capacity in the TF card
If the total capacity of the TF card is large, such as 128GB, and you do not want the Linux system rootfs partition to use all the capacity of the TF card, but only want to allocate a part of the capacity, such as 16GB, to the Linux system, and then the remaining capacity of the TF card can be used for other purposes. Then you can use the content introduced in this section to manually expand the capacity of the rootfs partition in the TF.
First, burn the Linux image of the development board to the TF card in the Ubuntu computer (not available on Windows), then unplug and re-insert the TF card.
Then the Ubuntu computer will generally automatically mount the TF card partition. If the automatic mounting is normal, you can see the following output using the ls command
test@test:~$ ls /media/test/opi_root/
bin boot dev etc home lib lost+found media mnt opt proc root run sbin selinux srv sys tmp usr var
Then switch the current user to the root user in the Ubuntu computer
test@test:~$ sudo -i
[sudo] test 的密码:
root@test:~#
Then enter the root directory of the Linux system in the TF card and create a new file named .no_rootfs_resize
root@test:~# cd /media/test/opi_root/
root@test:/media/test/opi_root/# cd root
root@test:/media/test/opi_root/root# touch .no_rootfs_resize
root@test:/media/test/opi_root/root# ls .no_rootfs*
.no_rootfs_resize
Then install the gparted software in the Ubuntu computer
test@test:~$ sudo apt install -y gparted
Then open gparted
test@test:~$ sudo gparted
After opening gparted, you can select the TF card in the upper right corner, and then you can see the usage of the TF card capacity. The figure below shows the TF card after burning the Linux desktop system. It can be seen that although the total capacity of the TF card is 16GB (displayed as 14.84GiB in GParted), the rootfs partition (/dev/sdc1) is actually only allocated 4.05GiB, leaving 10.79GiB unallocated
Then select the rootfs partition (/dev/sdc1)
Click the right button of the mouse again to see the operation options shown in the figure below. If the TF card has been mounted, you need to Umount the rootfs partition of the TF card first.
Then select the rootfs partition again, right-click, and select Resize/Move to start expanding the size of the rootfs partition
After the Resize/Move option is turned on, the following setting interface will pop up
Then you can directly drag the position shown in the figure below to set the capacity, or you can set the size of the rootfs partition by setting the number in New size(MiB)
After setting the capacity, click Resize/Move in the lower right corner.
After final confirmation, click the green √ as shown below
Then select Apply to officially start expanding the capacity of the rootfs partition
After the expansion is completed, click Close.
Then you can unplug the TF card and insert it into the development board to start. After entering the Linux system of the development board, if you use the df -h command to see that the size of the rootfs partition is consistent with the size set previously, it means that the manual expansion is successful.
root@orangepi:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 925M 0 925M 0% /dev
tmpfs 199M 3.2M 196M 2% /run
/dev/mmcblk0p1 7.7G 3.2G 4.4G 42% /
How to reduce the capacity of the rootfs partition in the TF card
After configuring the application or other development environment in the Linux system of the TF card, if you want to back up the Linux system in the TF card, you can use the method in this section to reduce the size of the rootfs partition first, and then start the backup.
First, insert the TF card you want to operate into the Ubuntu computer (not available on Windows)
Then install the gparted software in the Ubuntu computer
test@test:~$ sudo apt install -y gparted
Then open gparted
test@test:~$ sudo gparted
After opening gparted, you can select the TF card in the upper right corner, and then you can see the usage of the TF card capacity
Then select the rootfs partition (/dev/sdc1)
Click the right button of the mouse again to see the operation options shown in the figure below. If the TF card has been mounted, you need to Umount the rootfs partition of the TF card first.
Then select the rootfs partition again, right-click, and select Resize/Move to start setting the size of the rootfs partition
After the Resize/Move option is turned on, the following setting interface will pop up
Then you can directly drag the position shown in the figure below to set the capacity, or you can set the size of the rootfs partition by setting the number in New sieze(MiB)
After setting the capacity, click Resize/Move in the lower right corner.
After final confirmation, click the green √ as shown below
Then select Apply to officially start expanding the capacity of the rootfs partition
After the expansion is completed, click Close.
Then you can unplug the TF card and insert it into the development board to start. After entering the Linux system of the development board, if you use the df -h command to see that the size of the rootfs partition is the same as the size set previously, it means that the capacity reduction is successful.
root@orangepi:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 925M 0 925M 0% /dev
tmpfs 199M 3.2M 196M 2% /run
/dev/mmcblk0p1 7.7G 3.2G 4.4G 42% /
Network connection test
Ethernet port test
First, plug one end of the network cable into the Ethernet port of the development board, and the other end of the network cable into the router, and make sure the network is unobstructed.
After the system starts, the IP address will be automatically assigned to the Ethernet card through DHCP, and no other configuration is required
The command to check the IP address in the Linux system of the development board is as follows:
orangepi@orangepi:~$ ip a s eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 3a:3a:57:82:eb:1f brd ff:ff:ff:ff:ff:ff
inet 192.168.2.163/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0
valid_lft 42902sec preferred_lft 42902sec
inet6 fdcd:e671:36f4::a39/128 scope global dynamic noprefixroute
valid_lft 42904sec preferred_lft 42904sec
inet6 fdcd:e671:36f4:0:7b67:e74e:f0e1:849a/64 scope global temporary dynamic
valid_lft 604504sec preferred_lft 86095sec
inet6 fdcd:e671:36f4:0:d098:7f17:6cea:4de4/64 scope global mngtmpaddr noprefixroute
valid_lft forever preferred_lft forever
inet6 fe80::cc72:d313:9846:a5e0/64 scope link noprefixroute
valid_lft forever preferred_lft forever
There are three ways to check the IP address after the development board is started:
1. Connect an HDMI display, then log in to the system and use the ip a s eth0 command to view the IP address
2. Enter the ip a s eth0 command in the debug serial port terminal to view the IP address
3. If there is no debug serial port and no HDMI display, you can also view the IP address of the development board network port through the router's management interface. However, this method often causes some people to be unable to see the IP address of the development board normally. If you can't see it, the debugging method is as follows:
A) First check whether the Linux system has started normally. If the green light on the development board flashes, it is generally started normally. If only the red light is on, or neither the red light nor the green light is on, it means that the system has not started normally;
B) Check whether the network cable is plugged in tightly, or try another network cable;
C) Try another router (there are many problems with routers, such as the router cannot allocate IP addresses normally, or the IP address has been allocated normally but cannot be seen in the router);
D) If there is no router to replace, you can only connect an HDMI display or use the debug serial port to view the IP address.
It should also be noted that the development board DHCP automatically assigns IP addresses without any settings.
The command to test network connectivity is as follows. The ping command can be interrupted by pressing Ctrl+C
orangepi@orangepi:~$ ping www.baidu.com -I eth0
PING www.a.shifen.com (14.215.177.38) from 192.168.1.12 eth0: 56(84) bytes of data.
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=1 ttl=56 time=6.74 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=2 ttl=56 time=6.80 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=3 ttl=56 time=6.26 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=4 ttl=56 time=7.27 ms
^C
--- www.a.shifen.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 6.260/6.770/7.275/0.373 ms
WIFI connection test
Please do not connect to WIFI by modifying the /etc/network/interfaces configuration file. This method may cause problems when connecting to the WIFI network.
Server version image connects to WIFI through command
When the development board is not connected to Ethernet, not connected to HDMI display, and only connected to the serial port, it is recommended to use the command demonstrated in this section to connect to the WIFI network. Because nmtui can only display characters in some serial port software (such as minicom), it cannot display the graphical interface normally. Of course, if the development board is connected to Ethernet or HDMI display, you can also use the command demonstrated in this section to connect to the WIFI network.
Log in to the Linux system first. There are three ways to do this:
If the development board is connected to the network cable, you can log in to the Linux system remotely through SSH
If the development board is connected to the debug serial port, you can use the serial terminal to log in to the Linux system
If the development board is connected to the HDMI display, you can log in to the Linux system through the HDMI display terminal
First use the nmcli dev wifi command to scan the surrounding WIFI hotspots
orangepi@orangepi:~$ nmcli dev wifi
Then use the nmcli command to connect to the scanned WIFI hotspot, where:
wifi_name needs to be replaced with the name of the WIFI hotspot you want to connect to
wifi_passwd needs to be replaced with the password of the WIFI hotspot you want to connect to
orangepi@orangepi:~$ sudo nmcli dev wifi connect wifi_name password wifi_passwd
Device 'wlan0' successfully activated with 'cf937f88-ca1e-4411-bb50-61f402eef293'.
Use the ip addr show wlan0 command to view the IP address of the wifi
orangepi@orangepi:~$ ip a s wlan0
11: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 23:8c:d6:ae:76:bb brd ff:ff:ff:ff:ff:ff
inet 192.168.1.11/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
valid_lft 259192sec preferred_lft 259192sec
inet6 240e:3b7:3240:c3a0:c401:a445:5002:ccdd/64 scope global dynamic noprefixroute
valid_lft 259192sec preferred_lft 172792sec
inet6 fe80::42f1:6019:a80e:4c31/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Use the ping command to test the connectivity of the WiFi network. The ping command can be interrupted by pressing the Ctrl+Cshortcut key.
orangepi@orangepi:~$ ping www.orangepi.org -I wlan0
PING www.orangepi.org (182.92.236.130) from 192.168.1.49 wlan0: 56(84) bytes of data.
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=1 ttl=52 time=43.5 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=2 ttl=52 time=41.3 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=3 ttl=52 time=44.9 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=4 ttl=52 time=45.6 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=5 ttl=52 time=48.8 ms
^C
--- www.orangepi.org ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 41.321/44.864/48.834/2.484 ms
The server version image connects to WIFI through a graphical method
- Log in to the Linux system first. There are three ways to do this:
If the development board is connected to the network cable, you can log in to the Linux system remotely through ssh
b. If the development board is connected to the debug serial port, you can use the serial terminal to log in to the Linux system (use MobaXterm as the serial software, and the graphical interface cannot be displayed using minicom)
c. If the development board is connected to an HDMI display, you can log in to the Linux system through the HDMI display terminal
Then enter the nmtui command in the command line to open the wifi connection interface
orangepi@orangepi:~$ sudo nmtui
Enter the nmtui command to open the interface as shown below
Select Activate a connect and press Enter
Then you can see all the searched WIFI hotspots
Select the WIFI hotspot you want to connect to, then use the Tab key to position the cursor at Activate and press Enter.
Then a dialog box for entering a password will pop up. Enter the corresponding password in Password and press Enter to start connecting to WIFI.
After the WIFI connection is successful, a "*" will be displayed in front of the connected WIFI name
You can view the IP address of the wifi through theip a s wlan0 command
orangepi@orangepi:~$ ip a s wlan0
11: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 24:8c:d3:aa:76:bb brd ff:ff:ff:ff:ff:ff
inet 192.168.1.11/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
valid_lft 259069sec preferred_lft 259069sec
inet6 240e:3b7:3240:c4a0:c401:a445:5002:ccdd/64 scope global dynamic noprefixroute
valid_lft 259071sec preferred_lft 172671sec
inet6 fe80::42f1:6019:a80e:4c31/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Use the ping command to test the connectivity of the WiFi network. The ping command can be interrupted by pressing the Ctrl+C shortcut key.
orangepi@orangepi:~$ ping www.orangepi.org -I wlan0
PING www.orangepi.org (182.92.236.130) from 192.168.1.49 wlan0: 56(84) bytes of data.
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=1 ttl=52 time=43.5 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=2 ttl=52 time=41.3 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=3 ttl=52 time=44.9 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=4 ttl=52 time=45.6 ms
64 bytes from 182.92.236.130 (182.92.236.130): icmp_seq=5 ttl=52 time=48.8 ms
^C
--- www.orangepi.org ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 41.321/44.864/48.834/2.484 ms
Testing methods for desktop images
Click on the upper right corner of the desktop (please do not connect the network cable when testing WIFI)
Select Wi-Fi Settings in the drop-down box that pops up.
Then you can see the searched WIFI hotspots under Visible Networks
Then click on the WIFI hotspot you want to connect to, and then enter the password to start connecting to WIFI
create_ap is a script that helps quickly create a WIFI hotspot on Linux. It supports bridge and NAT modes and can automatically combine hostapd, dnsmasq and iptables to complete the setting of WIFI hotspot, avoiding users from making complex configurations. The github address is as follows:
https://github.com/oblique/create_ap
The Linux image released by Orange Pi has pre-installed the create_ap script. You can use the create_ap command to create a WIFI hotspot. The basic command format of create_ap is as follows:
create_ap [options] <wifi-interface> [<interface-with-internet>] [<access-point-name> [<passphrase>]]
* options: This parameter can be used to specify encryption method, frequency band of WIFI hotspot, bandwidth mode, network sharing method, etc. You can get the specific options through create_ap -h
* wifi-interface: the name of the wireless network card
* interface-with-internet: the name of the network card that can be connected to the Internet, usually eth0
* access-point-name: hotspot name
* passphrase: hotspot password
create_ap method to create a WIFI hotspot in NAT mode
- Enter the following command to create a WIFI hotspot in NAT mode with the name orangepi and the password orangepi
orangepi@orangepi:~$ sudo create_ap -m nat wlan0 eth0 orangepi orangepi --no-virt
If the following information is output, it means that the WIFI hotspot is created successfully
orangepi@orangepi:~$ sudo create_ap -m nat wlan0 eth0 orangepi orangepi --no-virt
Config dir: /tmp/create_ap.wlan0.conf.TQkJtsz1
PID: 26139
Network Manager found, set wlan0 as unmanaged device... DONE
Sharing Internet using method: nat
hostapd command-line interface: hostapd_cli -p /tmp/create_ap.wlan0.conf.TQkJtsz1/hostapd_ctrl
wlan0: interface state UNINITIALIZED->ENABLED
wlan0: AP-ENABLED
wlan0: STA ce:bd:9a:dd:a5:86 IEEE 802.11: associated
wlan0: AP-STA-CONNECTED ce:bd:9a:dd:a5:86
wlan0: STA ce:bd:9a:dd:a5:86 RADIUS: starting accounting session D4FBF7E5C604F169
wlan0: STA ce:bd:9a:dd:a5:86 WPA: pairwise key handshake completed (RSN)
wlan0: EAPOL-4WAY-HS-COMPLETED ce:bd:9a:dd:a5:86
Take out your phone and find the WIFI hotspot named orangepi created by the development board in the searched WIFI list. Then click orangepi to connect to the hotspot. The password is orangepi set above.
The display after successful connection is as shown below
In NAT mode, the wireless device connected to the development board hotspot requests an IP address from the development board's DHCP service, so there will be two different network segments. For example, the IP of the development board here is 192.168.1.X
orangepi@orangepi:~$ sudo ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.150 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::938f:8776:5783:afa2 prefixlen 64 scopeid 0x20<link>
ether 4a:a0:c8:25:42:82 txqueuelen 1000 (Ethernet)
RX packets 25370 bytes 2709590 (2.7 MB)
RX errors 0 dropped 50 overruns 0 frame 0
TX packets 3798 bytes 1519493 (1.5 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 83
The DHCP service of the development board will assign an IP address of 192.168.12.0/24 to the device connected to the hotspot by default. At this time, click the connected WIFI hotspot orangepi, and then you can see that the IP address of the mobile phone is 192.168.12.X.
If you want to specify a different network segment for the connected device, you can specify it through the -g parameter, such as using the -g parameter to specify the network segment of the access point AP as 192.168.2.1
orangepi@orangepi:~$ sudo create_ap -m nat wlan0 eth0 orangepi orangepi -g 192.168.2.1 --no-virt
At this time, after connecting to the hotspot through the mobile phone, click the connected WIFI hotspot orangepi, and then you can see that the IP address of the mobile phone is 192.168.2.X.
- If you do not specify the --freq-band parameter, the default hotspot created is the 2.4G band. If you want to create a 5G band hotspot, you can specify it with the --freq-band 5 parameter. The specific command is as follows
orangepi@orangepi:~$ sudo create_ap -m nat wlan0 eth0 orangepi orangepi --freq-band 5 --no-virt
- If you need to hide the SSID, you can specify the --hidden parameter. The specific command is as follows
orangepi@orangepi:~$ sudo create_ap -m nat wlan0 eth0 orangepi orangepi --hidden --no-virt
At this time, the mobile phone cannot search for the WIFI hotspot. You need to manually specify the WIFI hotspot name and enter the password to connect to the WIFI hotspot.
create_ap method to create a WIFI hotspot in bridge mode
- Enter the following command to create a WIFI hotspot in bridge mode with the name orangepi and the password orangepi
orangepi@orangepi:~$ sudo create_ap -m bridge wlan0 eth0 orangepi orangepi --no-virt
If the following information is output, it means that the WIFI hotspot is created successfully
orangepi@orangepi:~$ sudo create_ap -m bridge wlan0 eth0 orangepi orangepi --no-virt
Config dir: /tmp/create_ap.wlan0.conf.zAcFlYTx
PID: 27707
Network Manager found, set wlan0 as unmanaged device... DONE
Sharing Internet using method: bridge
Create a bridge interface... br0 created.
hostapd command-line interface: hostapd_cli -p /tmp/create_ap.wlan0.conf.zAcFlYTx/hostapd_ctrl
wlan0: interface state UNINITIALIZED->ENABLED
wlan0: AP-ENABLED
wlan0: STA ce:bd:9a:dd:a5:86 IEEE 802.11: associated
wlan0: AP-STA-CONNECTED ce:bd:9a:dd:a5:86
wlan0: STA ce:bd:9a:dd:a5:86 RADIUS: starting accounting session 937BF40E51897A7B
wlan0: STA ce:bd:9a:dd:a5:86 WPA: pairwise key handshake completed (RSN)
wlan0: EAPOL-4WAY-HS-COMPLETED ce:bd:9a:dd:a5:86
Take out your mobile phone and find the WIFI hotspot named orangepi created by the development board in the searched WIFI list. Then click orangepi to connect to the hotspot. The password is the orangepi set above.
The display after successful connection is as shown below
In bridge mode, the wireless device connected to the development board hotspot also requests an IP address from the DHCP service of the main router (the router to which the development board is connected). For example, the IP address of the development board here is 192.168.1.X
orangepi@orangepi:~$ sudo ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.150 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::938f:8776:5783:afa2 prefixlen 64 scopeid 0x20<link>
ether 4a:a0:c8:25:42:82 txqueuelen 1000 (Ethernet)
RX packets 25370 bytes 2709590 (2.7 MB)
RX errors 0 dropped 50 overruns 0 frame 0
TX packets 3798 bytes 1519493 (1.5 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 83
The IP address of the device connected to the WIFI hotspot is also assigned by the main router, so the mobile phone and development board connected to the WIFI hotspot are in the same network segment. At this time, click the connected WIFI hotspot orangepi, and then you can see that the IP address of the mobile phone is also 192.168.1.X.
If you do not specify the --freq-band parameter, the default hotspot created is the 2.4G band. If you want to create a 5G band hotspot, you can specify it with the --freq-band 5 parameter. The specific command is as follows
orangepi@orangepi:~$ sudo create_ap -m bridge wlan0 eth0 orangepi orangepi --freq-band 5 --no-virt
- If you need to hide the SSID, you can specify the --hidden parameter. The specific command is as follows
orangepi@orangepi:~$ sudo create_ap -m bridge wlan0 eth0 orangepi orangepi --hidden --no-virt
At this time, the mobile phone cannot search for the WIFI hotspot. You need to manually specify the WIFI hotspot name and enter the password to connect to the WIFI hotspot.
How to set a static IP address
Please do not set a static IP address by modifying the /etc/network/interfaces configuration file.
Using nmtui command to set static IP address
First run the nmtui command
orangepi@orangepi:~$ sudo nmtui
Then select Edit a connection and press Enter
Then select the network interface for which you want to set a static IP address. For example, to set a static IP address for an Ethernetinterface, select Wired connection 1.
Then select Edit using the Tab key and press Enter
Then use the Tab key to move the cursor to the <Automatic> position shown in the figure below to configure IPv4
Then press Enter, use the up and down arrow keys to select Manual, and then press Enter to confirm.
The display after selection is as shown below
Then use the Tab key to move the cursor to <Show>
Then press Enter, and the following setting interface will pop up.
Then you can set the IP address, gateway and DNS server address as shown in the figure below (there are many other setting options, please explore them yourself). Please set them according to your specific needs. The values set in the figure below are just an example.
After setting, move the cursor to <OK> in the lower right corner and press Enter to confirm.
Then click <Back> to return to the previous selection interface
Then select Activate a connection, move the cursor to <OK>, and press Enter
Then select the network interface you want to set, such as Wired connection 1, then move the cursor to <Deactivate>, and press Enter to disable Wired connection 1
Then please do not move the cursor, and press the Enter key to re-enable Wired connection 1, so that the static IP address set previously will take effect.
Then you can exit nmtui by pressing the <Back> and Quit buttons.
Then use ip a s eth0 to see that the IP address of the network port has become the static IP address set earlier.
orangepi@orangepi:~$ ip a s eth0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 5e:ac:14:a5:92:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.177/24 brd 192.168.1.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 241e:3b8:3240:c3a0:e269:8305:dc08:135e/64 scope global dynamic noprefixroute
valid_lft 259149sec preferred_lft 172749sec
inet6 fe80::957d:bbbe:4928:3604/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Then you can test the network connectivity to check if the IP address is configured OK. The ping command can be interrupted by pressing Ctrl+C.
orangepi@orangepi:~$ ping 192.168.1.177 -I eth0
PING 192.168.1.47 (192.168.1.47) from 192.168.1.188 eth0: 56(84) bytes of data.
64 bytes from 192.168.1.47: icmp_seq=1 ttl=64 time=0.233 ms
64 bytes from 192.168.1.47: icmp_seq=2 ttl=64 time=0.263 ms
64 bytes from 192.168.1.47: icmp_seq=3 ttl=64 time=0.273 ms
64 bytes from 192.168.1.47: icmp_seq=4 ttl=64 time=0.269 ms
64 bytes from 192.168.1.47: icmp_seq=5 ttl=64 time=0.275 ms
^C
--- 192.168.1.47 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4042ms
rtt min/avg/max/mdev = 0.233/0.262/0.275/0.015 ms
Use nmcli command to set static IP address
If you want to set a static IP address for the network port, please plug the network cable into the development board first. If you need to set a static IP address for WIFI, please connect to WIFI first, and then start setting the static IP address.
Then use the nmcli con show command to view the name of the network device, as shown below
orangepiis the name of the WIFI network interface (the name may not be the same)
b.Wired connection 1 is the name of the Ethernet interface
orangepi@orangepi:~$ nmcli con show
NAME UUID TYPE DEVICE
orangepi cfc4f922-ae48-46f1-84e1-2f19e9ec5e2a wifi wlan0
Wired connection 1 9db058b7-7701-37b8-9411-efc2ae8bfa30 ethernet eth0
Then enter the following command, where
a. "Wired connection 1" means setting the static IP address of the Ethernet port. If you need to set the static IP address of WIFI, please change it to the name corresponding to the WIFI network interface (which can be obtained through the nmcli con show command)
b. The static IP address to be set after ipv4.addresses can be changed to the value you want to set
c.ipv4.gateway means the address of the gateway
orangepi@orangepi:~$ sudo nmcli con mod "Wired connection 1" \
ipv4.addresses "192.168.1.110" \
ipv4.gateway "192.168.1.1" \
ipv4.dns "8.8.8.8" \
ipv4.method "manual"
Then restart the Linux system
orangepi@orangepi:~$ sudo reboot
Then re-enter the Linux system and use the ip addr show eth0 command to see that the IP address has been set to the desired value
orangepi@orangepi:~$ ip addr show eth0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 5e:ae:14:a5:91:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.110/32 brd 192.168.1.110 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 240e:3b7:3240:c3a0:97de:1d01:b290:fe3a/64 scope global dynamic noprefixroute
valid_lft 259183sec preferred_lft 172783sec
inet6 fe80::3312:861a:a589:d3c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
How to set up the Linux system to automatically connect to the network when it starts for the first time
The development board has an Ethernet port. If you want to remotely log in to the Linux system of the development board through the Ethernet port, you only need to plug a network cable that can access the Internet normally into the Ethernet port. After starting the Linux system, an IP address will be automatically assigned to the Ethernet port through DHCP. Then we can obtain the IP address of the Ethernet port through the HDMI screen, serial port or by checking the router background, and then we can remotely log in to the Linux system.
The development board also has wireless WIFI. If you want to remotely log in to the Linux system of the development board through WIFI, you need to remotely log in to the Linux system through the IP address of the Ethernet port through ssh and connect to WIFI through commands, or connect to WIFI through commands in the HDMI screen or serial port.
However, if there is no HDMI screen and serial port module, although there is a network cable, the IP address of the development board cannot be viewed through the router background. Or if there is no HDMI screen, serial port module and network cable, and only WIFI can be connected, you can use the method described in this section to automatically connect to WIFI and set the static IP address of WIFI or automatically set the static IP address of the Ethernet port.
To use the method in this section, you first need to prepare a Linux system machine. For example, a computer or virtual machine with Ubuntu system installed.
Why do you need a Linux system machine? Because the root file system of the Linux system of the development board burned in the TF card is in ext4 format. The Linux system machine can mount it normally and then modify the configuration files in it.
If you want to modify it in Windows, you can use Paragon ExtFS for Windows. Since this software needs to be paid, and there is no similar free software that is easy to use, I will not demonstrate it here.
In addition, if you have any problems using Paragon ExtFS for Windows, please solve them yourself. We will not answer your questions.
First, burn the Linux image of the development board you want to use to the TF card, and then use the card reader to insert the TF card with the burned development board Linux image into the machine with the Linux system installed (such as a computer with Ubuntu system installed, the following demonstration will take the Ubuntu computer as an example)
When the TF card is inserted into the Ubuntu computer, the Ubuntu computer will generally automatically mount the Linux root file system partition in the TF card. From the following command, we can know that /media/test/opi_root is the path where the Linux root file system in the TF card is mounted.
test@test:~$ df -h | grep "media"
/dev/sdd1 1.4G 1.2G 167M 88% /media/test/opi_root
test@test:~$ ls /media/test/opi_root
bin boot dev etc home lib lost+found media mnt opt proc root run sbin selinux srv sys tmp usr var
Then enter the /boot directory of the Linux system burned in the TF card
test@test:~$ cd /media/test/opi_root/boot/
Then copy the orangepi_first_run.txt.template toorangepi_first_run.txt. Through the orangepi_first_run.txt configuration file, you can set the development board Linux system to automatically connect to a WIFI hotspot when it starts for the first time, or you can set a static IP address for the WIFI or Ethernet port.
test@test:/media/test/opi_root/boot$ sudo cp orangepi_first_run.txt.template orangepi_first_run.txt
Use the following command to open the orangepi_first_run.txt file, and then you can view and modify the contents
test@test:/media/test/opi_root/boot$ sudo vim orangepi_first_run.txt
Instructions for using variables in the orangepi_first_run.txt file
The FR_general_delete_this_file_after_completion variable is used to set whether to delete the orangepi_first_run.txt file after the first startup. The default value is 1, which means deletion. If it is set to 0, orangepi_first_run.txt will be renamed to orangepi_first_run.txt.old after the first startup. Generally, keep the default value
The FR_net_change_defaults variable is used to set whether to change the default network settings. This must be set to 1, otherwise all network settings will not take effect.
FR_net_ethernet_enabled variable is used to control whether to enable the configuration of the Ethernet port. If you need to set a static IP address for the Ethernet port, please set it to 1
The FR_net_wifi_enabled variable is used to control whether to enable the WIFI configuration. If you need to set the development board to automatically connect to the WIFI hotspot, you must set it to 1. Also, please note that if this variable is set to 1, the Ethernet port setting will be invalid. In other words, the WIFI and Ethernet ports cannot be set at the same time (why, because there is no need...)
FR_net_wifi_ssid variable is used to set the name of the WIFI hotspot you want to connect to.
FR_net_wifi_key variable is used to set the password of the WIFI hotspot you want to connect to
FR_net_use_static variable is used to set whether to set a static IP address for the WIFI or Ethernet port
FR_net_static_ip variable is used to set the static IP address. Please set it according to your actual situation.
FR_net_static_gateway variable is used to set the gateway. Please set it according to your actual situation.
Here are some specific setting examples:
For example, if you want the Linux system of the development board to automatically connect to the WIFI hotspot after the first startup, you can set it like this:
a) Set FR_net_change_defaults to 1
b) Set FR_net_wifi_enabled to 1
c) Set FR_net_wifi_ssid to the name of the WIFI hotspot you want to connect to
d) Set FR_net_wifi_key to the password of the WIFI hotspot you want to connect to
For example, if you want the Linux system of the development board to automatically connect to the WIFI hotspot after the first startup, and set the WIFI IP address to a specific static IP address (so that when the Linux system starts, you can directly use the set static IP address to remotely log in to the development board through SSH, without having to check the IP address of the development board through the router background), you can set it like this:
a) Set FR_net_change_defaults to 1
b) Set FR_net_wifi_enabled to 1
c) Set FR_net_wifi_ssid to the name of the WIFI hotspot you want to connect to
d) Set FR_net_wifi_key to the password of the WIFI hotspot you want to connect to
e) Set FR_net_use_static to 1
f) Set FR_net_static_ip to the desired IP address
g) Set FR_net_static_gateway to the corresponding gateway address
For example, if you want the Linux system of the development board to automatically set the IP address of the Ethernet port to the desired static IP address after the first startup, you can set it like this:
Set FR_net_change_defaults to 1
b) Set FR_net_ethernet_enabled to 1
c) Set FR_net_use_static to 1
d) Set FR_net_static_ip to the desired IP address
e) Set FR_net_static_gateway to the corresponding gateway address
After modifying the orangepi_first_run.txt file, you can exit the /boot directory of the Linux system of the development board in the TF card, then uninstall the TF card, and then you can insert the TF card into the development board to start it.
If you do not set a static IP address, you still need to check the IP address through the router background. If you set a static IP address, you can ping the static IP address set on the computer. If you can ping, it means that the system has started normally and the network has been set correctly. Then you can use the set IP address to remotely log in to the Linux system of the development board through ssh
After the development board's Linux system is started for the first time, orangepi_first_run.txt will be deleted or renamed to orangepi_first_run.txt.old. At this time, even if you reset the orangepi_first_run.txt configuration file and restart the development board's Linux system, the configuration in orangepi_first_run.txt will not take effect again, because this configuration will only take effect at the first startup after burning the Linux system. Please pay special attention to this.
SSH remote login development board
By default, Linux systems enable SSH remote login and allow the root user to log in. Before logging in through SSH, you must first ensure that the Ethernet or WiFi network is connected, and then use the ip addr command or check the router to obtain the IP address of the development board.
SSH remote login to the development board under Ubuntu
- Get the IP address of the development board
- Then you can remotely log in to the Linux system through the ssh command
test@test:~$ ssh orangepi@192.168.1.xxx (Need to be replaced with the IP address of the development board)
orangepi@192.168.1.xx's password: (Enter the password here. The default password is orangepi)
Note that when you enter the password, the screen will not display the specific content of the password you entered. Please do not think that there is any malfunction. Just press Enter after entering it.
If the prompt refuses to connect, as long as you are using the image provided by Orange Pi, please do not doubt whether the password orangepi is wrong, but look for other reasons.
After successfully logging into the system, the display is as shown below
If ssh cannot log in to the Linux system normally, first check whether the IP address of the development board can be pinged. If the ping is successful, you can log in to the Linux system through the serial port or HDMI display and then enter the following command on the development board to try to connect:
root@orangepi:~# reset_ssh.sh
If it still doesn't work, please re-burn the system and try again.
SSH remote login development board under Windows
First obtain the IP address of the development board
You can use MobaXterm to remotely log in to the development board under Windows. First, create a new ssh session
Open Session
b. Then select SSH in Session Setting
c. Then enter the IP address of the development board in Remote host
d. Then enter the Linux system username root or orangepi in Specify username
e. Finally, click OK
You will then be prompted to enter a password. The default password for both root and orangepi users is orangepi
Please note that when you enter the password, the specific content of the password will not be displayed on the screen. Please do not think that there is any malfunction. Just press Enter after entering it.
After successfully logging into the system, the display is as shown below
HDMI test
HDMI display test
HDMI to HDMI cable to connect Orange Pi development board and HDMI display
After starting the Linux system, if the HDMI display has image output, it means that the HDMI interface is working properly
Note that although many laptops have HDMI interfaces, the HDMI interfaces of laptops generally only have output functions and do not have HDMI in functions, which means that the HDMI output of other devices cannot be displayed on the laptop screen.
When you want to connect the HDMI of the development board to the HDMI interface of the laptop, please first confirm that your laptop supports the HDMI in function.
When there is no display on HDMI, please first check whether the HDMI cable is plugged in tightly. After confirming that the connection is OK, you can try a different screen to see if there is any display.
HDMI to VGA display test
First you need to prepare the following accessories
HDMI to VGA display test is as follows
When using HDMI to VGA display, the development board and the Linux system of the development board do not need to do any settings, as long as the HDMI interface of the development board can display normally. So if there is a problem with the test, please check whether there is a problem with the HDMI to VGA converter, VGA cable and monitor.
How to use Bluetooth
Testing methods for desktop images
First click on the area in the upper right corner of the desktop
Then open Bluetooth Settings
Bluetooth is turned on by default, and the Bluetooth devices scanned nearby will be displayed under Devices
Then click on the device you want to connect to start pairing. After pairing starts, a pairing confirmation box will pop up. Select Confirmto confirm. At this time, you also need to confirm on the phone.
After pairing with the phone, you can select the paired Bluetooth device and then select Send Files to start sending a file to the phone.
Then select the file path to be sent, and click Select to start sending.
The interface for sending files is shown below
How to use the server version image
After entering the system, you can first use the hciconfig command to check whether there is a Bluetooth device node. If it exists, it means that Bluetooth initialization is normal
orangepi@orangepi:~$ sudo apt update && sudo apt install -y bluez
orangepi@orangepi:~$ hciconfig -a
hci0: Type: Primary Bus: UART
BD Address: 3E:61:3D:19:0E:52 ACL MTU: 1021:8 SCO MTU: 240:3
UP RUNNING
RX bytes:925 acl:0 sco:0 events:72 errors:0
TX bytes:5498 acl:0 sco:0 commands:72 errors:0
Features: 0xbf 0xff 0x8d 0xfe 0xdb 0x3d 0x7b 0xc7
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH SNIFF
Link mode: SLAVE ACCEPT
Name: 'orangepi'
Class: 0x3c0000
Service Classes: Rendering, Capturing, Object Transfer, Audio
Device Class: Miscellaneous,
HCI Version: 5.0 (0x9) Revision: 0x400
LMP Version: 5.0 (0x9) Subversion: 0x400
Manufacturer: Spreadtrum Communications Shanghai Ltd (492)
Use bluetoothctl to scan for Bluetooth devices
orangepi@orangepi:~$ sudo bluetoothctl
[NEW] Controller 10:11:12:13:14:15 orangepi4a [default]
Agent registered
[bluetooth]# power on # Enable controller
Changing power on succeeded
[bluetooth]# discoverable on #Set the controller to be discoverable
Changing discoverable on succeeded
[CHG] Controller 10:11:12:13:14:15 Discoverable: yes
[bluetooth]# pairable on #Set the controller to be pairable
Changing pairable on succeeded
[bluetooth]# scan on #Start scanning the surrounding Bluetooth devices
Discovery started
[CHG] Controller 10:11:12:13:14:15 Discovering: yes
[NEW] Device 76:60:79:29:B9:31 76-60-79-29-B9-31
[NEW] Device 9C:2E:A1:42:71:11 Mi phones
[NEW] Device DC:72:9B:4C:F4:CF orangepi
[bluetooth]# scan off #After scanning the Bluetooth device you want to connect to, you can close the scan and write down the MAC address of the Bluetooth device. The Bluetooth device tested here is an Android phone, the Bluetooth name is orangepi, and the corresponding MAC address is DC:72:9B:4C:F4:CF
Discovery stopped
[CHG] Controller 10:11:12:13:14:15 Discovering: no
[CHG] Device DC:72:9B:4C:F4:CF RSSI is nil
After scanning the device you want to pair, you can pair it. Pairing requires the MAC address of the device
[bluetooth]# pair DC:72:9B:4C:F4:CF #Pair using the MAC address of the scanned Bluetooth device
Attempting to pair with DC:72:9B:4C:F4:CF
[CHG] Device DC:72:9B:4C:F4:CF Connected: yes
Request confirmation
[leeb1m[agent] Confirm passkey 764475 (yes/no): yes #Enter yes here, and you will also need to confirm on your phone
[CHG] Device DC:72:9B:4C:F4:CF Modalias: bluetooth:v010Fp107Ed1436
[CHG] Device DC:72:9B:4C:F4:CF UUIDs: 0000046a-0000-1000-8000-00805f9b34fb
[CHG] Device DC:72:9B:4C:F4:CF ServicesResolved: yes
[CHG] Device DC:72:9B:4C:F4:CF Paired: yes
Pairing successful #Prompt that pairing is successful
[CHG] Device DC:72:9B:4C:F4:CF ServicesResolved: no
[CHG] Device DC:72:9B:4C:F4:CF Connected: no
After pairing is successful, the Bluetooth interface of the mobile phone is displayed as follows
To connect to a Bluetooth device, you need to install the pulseaudio-module-bluetooth package and then start the pulseaudio service.
orangepi@orangepi:~$ sudo apt update
orangepi@orangepi:~$ sudo apt -y install pulseaudio-module-bluetooth
orangepi@orangepi:~$ pulseaudio --start
How to connect to Bluetooth devices
orangepi@orangepi:~$ sudo bluetoothctl
Agent registered
[bluetooth]# paired-devices #View the MAC address of the paired Bluetooth device
Device DC:72:9B:4C:F4:CF orangepi
[bluetooth]# connect DC:72:9B:4C:F4:CF #Use MAC address to connect to Bluetooth device
Attempting to connect to DC:72:9B:4C:F4:CF
[CHG] Device DC:72:9B:4C:F4:CF Connected: yes
Connection successful
[CHG] Device DC:72:9B:4C:F4:CF ServicesResolved: yes
[CHG] Controller 10:11:12:13:14:15 Discoverable: no
[orangepi]# #This prompt indicates that the connection is successful
After connecting to the Bluetooth device, you can see the prompt that the audio for calls and media has been connected on the Bluetooth configuration interface of the Android phone.
USB interface test
The USB port can be connected to a USB hub to expand the number of USB ports.
Test by connecting USB mouse or keyboard
- Insert the USB keyboard into the USB port of the Orange Pi development board.
- Connect the Orange Pi development board to the HDMI display
- If the mouse or keyboard can operate the system normally, it means that the USB interface is working properly (the mouse can only be used in the desktop version of the system)
Test by connecting USB storage device
- First, insert the USB flash drive or USB mobile hard disk into the USB port of the Orange Pi development board.
- Execute the following command. If you can see the output of sdX, it means that the USB disk has been successfully recognized.
orangepi@orangepi:~$ cat /proc/partitions | grep "sd*"
major minor #blocks name
8 0 30044160 sda
8 1 30043119 sda1
- Use the mount command to mount the USB drive to /mnt, and then you can view the files in the USB drive.
orangepi@orangepi:~$ sudo mount /dev/sda1 /mnt/
orangepi@orangepi:~$ ls /mnt/
test.txt
- After mounting, you can use the df -h command to view the capacity usage and mount point of the USB drive.
orangepi@orangepi:~$ df -h | grep "sd"
/dev/sda1 29G 208K 29G 1% /mnt
USB Ethernet Card Test
- The USB Ethernet cards that have been tested and can be used are as follows. The RTL8153 USB Gigabit Ethernet card can be used normally when inserted into the USB 2.0 Host interface of the development board, but the speed cannot reach Gigabit. Please note this.
Serial number | model |
1 | RTL8152B USB 100M LAN |
2 | RTL8153 USB Gigabit LAN |
First, insert the USB network card into the USB port of the development board, and then insert the network cable into the USB network card to ensure that the network cable can access the Internet normally. If the following log information can be seen through the dmesg command, it means that the USB network card is recognized normally.
orangepi@orangepi:~$ dmesg | tail
[ 121.985016] usb 3-1: USB disconnect, device number 2
[ 126.873772] sunxi-ehci 5311000.ehci3-controller: ehci_irq: highspeed device connect
[ 127.094054] usb 3-1: new high-speed USB device number 3 using sunxi-ehci
[ 127.357472] usb 3-1: reset high-speed USB device number 3 using sunxi-ehci
[ 127.557960] r8152 3-1:1.0 eth1: v1.08.9
[ 127.602642] r8152 3-1:1.0 enx00e04c362017: renamed from eth1
[ 127.731874] IPv6: ADDRCONF(NETDEV_UP): enx00e04c362017: link is not ready
[ 127.763031] IPv6: ADDRCONF(NETDEV_UP): enx00e04c362017: link is not ready
[ 129.892465] r8152 3-1:1.0 enx00e04c362017: carrier on
[ 129.892583] IPv6: ADDRCONF(NETDEV_CHANGE): enx00e04c362017: link becomes ready
Then use the ifconfig command to see the device node of the USB network card and the automatically assigned IP address
orangepi@orangepi:~$ sudo ifconfig
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.177 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::681f:d293:4bc5:e9fd prefixlen 64 scopeid 0x20<link>
ether 00:e0:4c:36:20:17 txqueuelen 1000 (Ethernet)
RX packets 1849 bytes 134590 (134.5 KB)
RX errors 0 dropped 125 overruns 0 frame 0
TX packets 33 bytes 2834 (2.8 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
The command to test network connectivity is as follows
orangepi@orangepi:~$ ping www.baidu.com -I eth1
PING www.a.shifen.com (14.215.177.38) from 192.168.1.12 eth0: 56(84) bytes of data.
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=1 ttl=56 time=6.74 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=2 ttl=56 time=6.80 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=3 ttl=56 time=6.26 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=4 ttl=56 time=7.27 ms
^C
--- www.a.shifen.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 6.260/6.770/7.275/0.373 ms
USB camera test
First, insert the USB camera into the USB port of the Orange Pi development board.
Then you can see through the lsmod command that the kernel automatically loads the following modules
orangepi@orangepi:~$ lsmod
Module Size Used by
uvcvideo 106496 0
Through the v4l2-ctl command, you can see that the device node information of the USB camera is /dev/video0
orangepi@orangepi:~$ sudo apt update
orangepi@orangepi:~$ sudo apt install -y v4l-utils
orangepi@orangepi:~$ v4l2-ctl --list-devices
USB 2.0 Camera (usb-sunxi-ehci-1):
/dev/video0
Note that the l in v4l2 is a lowercase letter l, not the number 1.
In addition, the video number is not always video0, please refer to the actual one you see.
Use fswebcam to test the USB camera
Install fswebcam
orangepi@orangepi:~$ sudo apt update
orangepi@orangepi:~$ sudo apt-get install -y fswebcam
After installing fswebcam, you can use the following command to take pictures
The -d option is used to specify the device node of the USB camera
--no-banner is used to remove the watermark of the photo
The -r option is used to specify the resolution of the photo
-S option is used to set the number of frames to skip ahead
./image.jpg is used to set the name and path of the generated photo
orangepi@orangepi:~$ sudo fswebcam -d /dev/video0 \
--no-banner -r 1280x720 -S 5 ./image.jpg
In the server version of Linux, after taking a photo, you can use the scp command to transfer the photo to the Ubuntu PC for mirror viewing.
orangepi@orangepi:~$ scp image.jpg test@192.168.1.55:/home/test (Modify the IP address and path according to the actual situation)
In the desktop version of Linux system, you can directly view the captured pictures through the HDMI display
Test USB camera using mjpg-streamer
download mjpg-streamer
Github download address:
orangepi@orangepi:~$ git clone https://github.com/jacksonliam/mjpg-streamer
The mirror download address of Gitee is:
orangepi@orangepi:~$ git clone https://gitee.com/leeboby/mjpg-streamer
Install dependent packages
Ubuntu System
orangepi@orangepi:~$ sudo apt-get install -y cmake libjpeg8-dev
DebianSystem
orangepi@orangepi:~$ sudo apt-get install -y cmake libjpeg62-turbo-dev
Compile and install mjpg-streamer
orangepi@orangepi:~$ cd mjpg-streamer/mjpg-streamer-experimental
orangepi@orangepi:~/mjpg-streamer/mjpg-streamer-experimental$ make -j4
orangepi@orangepi:~/mjpg-streamer/mjpg-streamer-experimental$ sudo make install
Then enter the following command to start mjpg_streamer
Note that the video number is not always video0. Please refer to the actual video number.
orangepi@orangepi:~/mjpg-streamer/mjpg-streamer-experimental$ export LD_LIBRARY_PATH=.
orangepi@orangepi:~/mjpg-streamer/mjpg-streamer-experimental$ sudo ./mjpg_streamer -i "./input_uvc.so -d \
/dev/video0 -u -f 30" -o "./output_http.so -w ./www"
Then enter [IP address of the development board: 8080] in the browser of Ubuntu PC, Windows PC or mobile phone in the same LAN as the development board to see the video output by the camera.
Audio Test
How to play audio using the command line
Headphone jack audio playback test
First, plug the earphone into the earphone jack of the development board.
Use the aplay -l command to view the sound card devices supported by the Linux system, where audiocodec is the sound card device required for headphone playback.
root@orangepi:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: audiocodec [audiocodec], device 0: sunxi-snd-plat-aaudio-sunxi-snd-codec 7110000.codec-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: sndi2s1 [sndi2s1], device 0: sunxi-snd-plat-i2s-snd-soc-dummy-dai snd-soc-dummy-dai-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: sndhdmi [sndhdmi], device 0: sunxi-snd-plat-i2s-soc@3000000:hdmi_codec soc@3000000:hdmi_code []
Subdevices: 1/1
Subdevice #0: subdevice #0
Then use the aplay command to play the audio, and the headphones will be able to hear the sound
root@orangepi:~# aplay -D hw:0,0 /usr/share/sounds/alsa/audio.wav
Playing WAVE 'audio.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
If there is noise during the headphone test, please pull the headphones out a little instead of plugging them all the way in.
HDMI audio playback test
First, use an HDMI to HDMI cable to connect the Orange Pi development board to the TV (other HDMI displays need to ensure that they can play audio)
No additional settings are required for HDMI audio playback. Just use the aplay command to play it.
root@orangepi:~# aplay -D hw:2,0 /usr/share/sounds/alsa/audio.wav
Testing Audio Methods on Desktop Systems
- First open the file manager
Then find the following file (if there is no such audio file in the system, you can upload an audio file to the system yourself)
Then select the audio.wav file, right-click and choose to open it with vlc to start playing
How to switch between different audio devices such as HDMI playback and headphone playback
How to test recording using commands
The Orange Pi 4A development board does not have an onboard MIC, so you can only record audio through headphones with a MIC function. After plugging a headphone with a MIC function into the development board, run the following command to record an audio clip through the headphone:
orangepi@orangepi:~$ arecord -D hw:0,0 -d 5 -f S16_LE -t wav /tmp/test.wav
Temperature sensor
T527 has a total of 6 temperature sensors. The command to check the temperature is as follows:
The displayed temperature value needs to be divided by 1000 to get the unit in Celsius.
- sensor0:CPUL temperature sensor, the first command is used to view the type of temperature sensor, the second command is used to view the value of the temperature sensor
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone0/type
cpul_thermal_zone
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone0/temp
54925
sensor1:CPUB temperature sensor, the first command is used to view the type of temperature sensor, the second command is used to view the value of the temperature sensor
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone1/type
cpub_thermal_zone
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone1/temp
54990
sensor2:The temperature sensor of the GPU. The first command is used to view the type of temperature sensor, and the second command is used to view the value of the temperature sensor
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone2/type
gpu_thermal_zone
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone2/temp
55056
sensor3:NPU temperature sensor, the first command is used to view the type of temperature sensor, the second command is used to view the value of the temperature sensor
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone3/type
npu_thermal_zone
orangepi@orangepi:~$ cat /sys/class/thermal/thermal_zone3/temp
54686
sensor4:DDR temperature sensor, the first command is used to view the type of temperature sensor, the second command is used to view the value of the temperature sensor
orangepi@orangepi:~# cat /sys/class/thermal/thermal_zone4/type
ddr_thermal_zone
orangepi@orangepi:~# cat /sys/class/thermal/thermal_zone4/temp
54925
- sensor5:The temperature sensor of axp2202, the first command is used to view the type of temperature sensor, the second command is used to view the value of the temperature sensor
orangepi@orangepi:~# cat /sys/class/thermal/thermal_zone5/type
axp2202-usb
orangepi@orangepi:~# cat /sys/class/thermal/thermal_zone5/temp
45600
40 Pin Interface Pin Description
For the order of the 40-pin interface pins on the Orange Pi 4A development board, please refer to the silkscreen diagram on the development board.
The functions of the 40 pin interface pins of the development board are shown in the following table
- Below is the complete pin diagram of 40pin
The table below is a picture of the left half of the complete table above, which can be seen more clearly
The table below is the right half of the complete table above, which can be seen more clearly
- There are 28 GPIO ports in the 40-pin interface, and the voltage of all GPIO ports is 3.3v
How to install wiringOP
Note that wiringOP is pre-installed in the Linux image released by Orange Pi. Unless the wiringOP code is updated, you do not need to download, compile and install it again. You can use it directly.
The storage path of the compiled wiringOP deb package in orangepi-build is:
orangepi-build/external/cache/debs/arm64/wiringpi_x.xx.deb
After entering the system, you can run the gpio readall command. If you can see the following output, it means wiringOP has been pre-installed and can be used normally.
Download the wiringOP code
orangepi@orangepi:~$ sudo apt update
orangepi@orangepi:~$ sudo apt install -y git
orangepi@orangepi:~$ git clone https://github.com/orangepi-xunlong/wiringOP.git -b next
Note that the source code needs to be downloaded from the wiringOP next branch, so don’t miss the -b next parameter.
If you have problems downloading the code from GitHub, you can directly use the wiringOP source code that comes with the Linux image, which is stored in /usr/src/wiringOP.
Compile and install wiringOP
orangepi@orangepi:~$ cd wiringOP
orangepi@orangepi:~/wiringOP$ sudo ./build clean
orangepi@orangepi:~/wiringOP$ sudo ./build
Test the output of the gpio readall command as follows
40pin interface GPIO, I2C, UART, SPI and PWM test
40pin GPIO port test
Below, we take pin 7, which corresponds to GPIO PB4, and wPi number 2 as an example to demonstrate how to set the high and low levels of the GPIO port.
First set the GPIO port to output mode, where the third parameter needs to input the wPi number corresponding to the pin
orangepi@orangepi:~/wiringOP$ gpio mode 2 out
Then set the GPIO port to output a low level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 0v, it means that the low level is set successfully
orangepi@orangepi:~/wiringOP$ gpio write 2 0
Using gpio readall, you can see that the value of pin 7 (V) has changed to 0
Then set the GPIO port to output a high level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 3.3v, it means that the high level is set successfully.
orangepi@orangepi:~/wiringOP$ gpio write 2 1
Using gpio readall, you can see that the value of pin 7 (V) has changed to 1
The setting method of other pins is similar. Just change the serial number of wPi to the serial number corresponding to the pin.
How to set pull-up and pull-down resistors on pin GPIO
Below, we take pin 7, which corresponds to GPIO PB4 and wPi number 2, as an example to demonstrate how to set the pull-up and pull-down resistors of the GPIO port.
First, you need to set the GPIO port to input mode. The third parameter needs to enter the wPi number corresponding to the pin.
orangepi@orangepi:~/wiringOP$ gpio mode 2 in
After setting to input mode, execute the following command to set the GPIO port to pull-up mode
orangepi@orangepi:~/wiringOP$ gpio mode 2 up
Then enter the following command to read the level of the GPIO port. If the level is 1, it means that the pull-up mode is set successfully.
orangepi@orangepi:~/wiringOP$ gpio read 2
1
Then execute the following command to set the GPIO port to pull-down mode
orangepi@orangepi:~/wiringOP$ gpio mode 2 down
Then enter the following command to read the level of the GPIO port. If the level is 0, it means that the pull-down mode is set successfully.
orangepi@orangepi:~/wiringOP$ gpio read 2
0
40 Pin SPI Test
As shown in the figure below, the available SPIs of Orange Pi 4A are SPI1 and SPI2.
The corresponding pins of SPI1 and SPI2 in 40 pins are shown in the following table.
SPI1 corresponds to 40pin | SPI2 corresponds to 40pin | |
MOSI | Pin 19 | Pin 15 |
MISO | Pin 21 | Pin 29 |
CLK | Pin 23 | Pin 13 |
CS0 | Pin 24 | Pin 11 |
In Linux system, the SPI function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to enable spi1 and spi2. Note that when opening multiple configurations at the same time, the following red font content needs to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-spi1-cs0-spidev.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-spi2-cs0-spidev.dtbo
Then check whether the device node of spidevx.x exists in the Linux system. If it exists, it means that the SPI configuration has taken effect.
orangepi@orangepi:~$ ls /dev/spidev*
/dev/spidev1.0 /dev/spidev2.0
Do not short the mosi and miso pins of SPI1 or SPI2. The output of running spidev_test is as follows. You can see that the data of TX and RX are inconsistent.
orangepi@orangepi:~$ sudo spidev_test -v -D /dev/spidev1.0
or
orangepi@orangepi:~$ sudo spidev_test -v -D /dev/spidev2.0
spi mode: 0x0
bits per word: 8
max speed: 500000 Hz (500 KHz)
TX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D | ......@.…▒..................▒.
RX | FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF | ............................….
Then short the mosi and miso pins of SPI1 or SPI2 and run spidev_test. The output is as follows. You can see that the data sent and received are the same.
orangepi@orangepi:~$ sudo spidev_test -v -D /dev/spidev1.0
or
orangepi@orangepi:~$ sudo spidev_test -v -D /dev/spidev2.0
spi mode: 0x0
bits per word: 8
max speed: 500000 Hz (500 KHz)
TX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D | ......@.…▒..................▒.
RX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D | ......@.…▒..................▒.
40 pin I2C test
As can be seen from the figure below, the available i2c buses for Orange Pi 4A are i2c1, i2c4 and i2c5, a total of three i2c buses.
The corresponding pins of the three groups of I2C buses in 40 pins are shown in the following table.
I2CBus | SDA correspond 40pin | SCL correspond 40pin | Dtbo Corresponding configuration |
I2C1 | Pin 12 | Pin 7 | sun55i-t527-i2c1 |
I2C4 | Pin 3 | Pin 5 | sun55i-t527-i2c4 |
I2C5 | Pin 27 | Pin 28 | sun55i-t527-i2c5 |
In Linux system, the i2c function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to enable i2c1, i2c4 and i2c5,Note that when opening multiple configurations at the same time, the contents in red font below need to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-i2c1.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-i2c4.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-i2c5.dtbo
After starting the Linux system, first confirm that the i2c device node exists under /dev
orangepi@orangepi:~$ ls /dev/i2c-*
/dev/i2c-0 /dev/i2c-1 /dev/i2c-3 /dev/i2c-31 /dev/i2c-4 /dev/i2c-5 /dev/i2c-6
Then start testing i2c, first install i2c-tools
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y i2c-tools
Then connect an i2c device to the i2c pin of the 40 pin connector
Please select the 5V and 3.3V pins according to the specific i2c device. Different i2c devices may require different voltage values.
Then use the i2cdetect -y command. If the address of the connected i2c device can be detected, it means that i2c can be used normally.
orangepi@orangepi:~$ sudo i2cdetect -y 1 #i2c1 command
orangepi@orangepi:~$ sudo i2cdetect -y 4 #i2c4 command
orangepi@orangepi:~$ sudo i2cdetect -y 5 #i2c5 command
40 pinUART test
As can be seen from the table below, Orange Pi 4A has six uart buses: uart2, uart3, uart4, uart5, uart6 and uart7.
The corresponding pins of the six UART bus groups in the 40 pins are shown in the following table.
UART Bus | RX corresponds to 40pin | TX corresponds to 40pin | dtbo corresponding configuration |
UART2 | Pin 13 | Pin 11 | sun55i-t527-uart2 |
UART3 | Pin 33 | Pin 32 | sun55i-t527-uart3 |
UART4 | Pin 5 | Pin 3 | sun55i-t527-uart4 |
UART5 | Pin 23 | Pin 24 | sun55i-t527-uart5 |
UART6 | Pin 26 | Pin 22 | sun55i-t527-uart6 |
UART7 | Pin 10 | Pin 8 | sun55i-t527-uart7 |
In Linux system, the UART function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to open uart2, uart3, uart4, uart5, uart6 and uart7. Note that when opening multiple configurations at the same time, the following red font content needs to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-uart2.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart3.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart4.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart5.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart6.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart7.dtbo
After entering the Linux system, first confirm whether there is a uart device node under /dev
orangepi@orangepi:~$ ls /dev/ttyAS*
/dev/ttyAS0 /dev/ttyAS1 /dev/ttyAS2 /dev/ttyAS3 /dev/ttyAS4 /dev/ttyAS5 /dev/ttyAS6 /dev/ttyAS7
Then start testing the UART interface. First use the Dupont line to short-circuit the rx and tx of the UART interface to be tested.
Use the gpio serial command to test the loopback function of the serial port as shown below. If you can see the following print, it means that the serial port communication is normal (ttyASX needs to be replaced with the corresponding uart node name, please do not copy it)
orangepi@orangepi:~$ gpio serial /dev/ttyASX
Out: 0: -> 0
Out: 1: -> 1
Out: 2: -> 2
Out: 3: -> 3^C
How to test PWM using /sys/class/pwm/
According to the table below, the Orange Pi 4A has 14 PWM channels available, including pwm1, pwm2, pwm4, pwm5, pwm6, pwm7, pwm8, pwm9, pwm10, pwm11, pwm12, pwm13, pwm14, and pwm15
The corresponding pins of PWM in 40pin are shown in the following table.
PWM Bus | Corresponding to 40pin | dtbo corresponding configuration |
PWM0-1 | Pin 5 | sun55i-t527-pwm1 |
PWM0-2 | Pin 31 | sun55i-t527-pwm2 |
PWM0-4 | Pin 8 | sun55i-t527-pwm4 |
PWM0-5 | Pin 10 | sun55i-t527-pwm5 |
PWM0-6 | Pin 11 | sun55i-t527-pwm6 |
PWM0-7 | Pin 13 | sun55i-t527-pwm7 |
PWM0-8 | Pin 7 | sun55i-t527-pwm8 |
PWM0-9 | Pin 12 | sun55i-t527-pwm9 |
PWM0-10 | Pin 35 | sun55i-t527-pwm10 |
PWM0-11 | Pin 38 | sun55i-t527-pwm11 |
PWM0-12 | Pin 32 | sun55i-t527-pwm12 |
PWM0-13 | Pin 33 | sun55i-t527-pwm13 |
PWM0-14 | Pin 16 | sun55i-t527-pwm14 |
PWM0-15 | Pin 18 | sun55i-t527-pwm15 |
In Linux system, the PWM function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following configuration in red font to /boot/extlinux/extlinux.conf, and then restart the Linux system to turn on pwm1, pwm2, pwm4, pwm5, pwm6, pwm7, pwm8, pwm9, pwm10, pwm11, pwm12, pwm13, pwm14 and pwm15. If you only need to turn on one, just fill in one.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-pwm1.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm2.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm4.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm5.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm6.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm7.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm8.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm9.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm10.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm11.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm12.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm13.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm14.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-pwm15.dtbo
After restarting, you can start the PWM test
Please execute the following commands as the root user.
Enter the following command in the command line to make pwm1 output a 50Hz square wave
root@orangepi:~# echo 1 > /sys/class/pwm/pwmchip0/export
root@orangepi:~# echo 20000000 > /sys/class/pwm/pwmchip0/pwm1/period
root@orangepi:~# echo 1000000 > /sys/class/pwm/pwmchip0/pwm1/duty_cycle
root@orangepi:~# echo 1 > /sys/class/pwm/pwmchip0/pwm1/enable
Enter the following command in the command line to make pwm2 output a 50Hz square wave
root@orangepi:~# echo 2 > /sys/class/pwm/pwmchip0/export
root@orangepi:~# echo 20000000 > /sys/class/pwm/pwmchip0/pwm2/period
root@orangepi:~# echo 1000000 > /sys/class/pwm/pwmchip0/pwm2/duty_cycle
root@orangepi:~# echo 1 > /sys/class/pwm/pwmchip0/pwm2/enable
- Enter the following command in the command line to make pwm4 output a 50Hz square wave
root@orangepi:~# echo 4 > /sys/class/pwm/pwmchip0/export
root@orangepi:~# echo 20000000 > /sys/class/pwm/pwmchip0/pwm4/period
root@orangepi:~# echo 1000000 > /sys/class/pwm/pwmchip0/pwm4/duty_cycle
root@orangepi:~# echo 1 > /sys/class/pwm/pwmchip0/pwm4/enable
Other PWM test methods are similar and will not be described here.
Installation and use of wiringOP-Python
wiringOP-Python is the Python version of wiringOP, which is used to operate the GPIO, I2C, SPI, UART and other hardware resources of the development board in Python programs.
Also note that all the commands below are performed under the root user.
Installation of wiringOP-Python
First install the dependency package
root@orangepi:~# sudo apt-get update
root@orangepi:~# sudo apt-get -y install git swig python3-dev python3-setuptools
Then use the following command to download the source code of wiringOP-Python
Note that the following git clone --recursive command will automatically download the source code of wiringOP, because wiringOP-Python depends on wiringOP. Please make sure that there are no errors during the download process due to network problems.
If you have problems downloading the code from GitHub, you can directly use the wiringOP-Python source code that comes with the Linux image, which is stored in /usr/src/wiringOP-Python.
root@orangepi:~# git clone --recursive https://github.com/orangepi-xunlong/wiringOP-Python -b next
root@orangepi:~# cd wiringOP-Python
root@orangepi:~/wiringOP-Python# git submodule update --init --remote
Then use the following command to compile wiringOP-Python and install it into the Linux system of the development board
root@orangepi:~# cd wiringOP-Python
root@orangepi:~/wiringOP-Python# python3 generate-bindings.py > bindings.i
root@orangepi:~/wiringOP-Python# sudo python3 setup.py install
Then enter the following command. If help information is output, it means wiringOP-Python has been successfully installed. Press the q key to exit the help information interface.
root@orangepi:~/wiringOP-Python# python3 -c "import wiringpi; help(wiringpi)"
Help on module wiringpi:
NAME
wiringpi
DESCRIPTION
- This file was automatically generated by SWIG (http://www.swig.org).
- Version 4.0.2
- Do not make changes to this file unless you know what you are doing--modify
- the SWIG interface file instead.
The steps to test whether wiringOP-Python is successfully installed in the python command line are as follows:
- First use the python3 command to enter the python3 command line mode
root@orangepi:~# python3
- Then import the Python module of wiringPi
>>> import wiringpi;
- Finally, enter the following command to view the help information of wiringOP-Python. Press the q key to exit the help information interface.
>>> help(wiringpi)
Help on module wiringpi:
NAME
wiringpi
DESCRIPTION
- This file was automatically generated by SWIG (http://www.swig.org).
- Version 4.0.2
- Do not make changes to this file unless you know what you are doing--modify
- the SWIG interface file instead.
CLASSES
builtins.object
GPIO
I2C
Serial
nes
class GPIO(builtins.object)
| GPIO(pinmode=0)
|
>>>
40 pin GPIO port test
WiringOP-Python is the same as wiringOP. It can also determine which GPIO pin to operate by specifying the wPi number. Because there is no command to view the wPi number in wiringOP-Python, the correspondence between the board's wPi number and the physical pin can only be viewed through the gpio command in wiringOP.
Below, we take pin 7, which corresponds to GPIO PB4 and wPi number 2, as an example to demonstrate how to set the high and low levels of the GPIO port.
The steps for testing directly using commands are as follows:
First, set the GPIO port to output mode. The first parameter of the pinMode function is the wPi number corresponding to the pin, and the second parameter is the GPIO mode.
root@orangepi:~/wiringOP-Python# python3 -c "import wiringpi; \
from wiringpi import GPIO; wiringpi.wiringPiSetup() ; \
wiringpi.pinMode(2, GPIO.OUTPUT) ; "
Then set the GPIO port to output a low level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 0v, it means that the low level is set successfully.
root@orangepi:~/wiringOP-Python# python3 -c "import wiringpi; \
from wiringpi import GPIO; wiringpi.wiringPiSetup() ;\
wiringpi.digitalWrite(2, GPIO.LOW)"
Then set the GPIO port to output a high level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 3.3v, it means that the high level is set successfully.
root@orangepi:~/wiringOP-Python# python3 -c "import wiringpi; \
from wiringpi import GPIO; wiringpi.wiringPiSetup() ;\
wiringpi.digitalWrite(2, GPIO.HIGH)"
The steps for testing in the python3 command line are as follows:
First use the python3 command to enter the python3 command line mode
root@orangepi:~# python3
Then import the Python module of wiringPi
>>> import wiringpi
>>> from wiringpi import GPIO
Then set the GPIO port to output mode, where the first parameter of the pinMode function is the wPi number corresponding to the pin, and the second parameter is the GPIO mode
>>> wiringpi.wiringPiSetup()
0
>>> wiringpi.pinMode(2, GPIO.OUTPUT)
Then set the GPIO port to output a low level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 0v, it means that the low level is set successfully.
>>> wiringpi.digitalWrite(2, GPIO.LOW)
Then set the GPIO port to output a high level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 3.3v, it means that the high level is set successfully.
>>> wiringpi.digitalWrite(2, GPIO.HIGH)
wiringOP-Python For setting the GPIO high and low levels in Python code, please refer to the blink.py test program in the examples. The blink.py test program will set the voltage of all GPIO ports in the 40 pins of the development board to change continuously.
root@orangepi:~/wiringOP-Python# cd examples
root@orangepi:~/wiringOP-Python/examples# ls blink.py
blink.py
root@orangepi:~/wiringOP-Python/examples# python3 blink.py
40 pin SPI test
As shown in the figure below, the available SPIs of Orange Pi 4A are SPI1 and SPI2.
The corresponding pins of SPI1 and SPI2 on 40pin are shown in the following table
SPI1 corresponds to 40pin | SPI2 corresponds to 40pin | |
MOSI | Pin 19 | Pin 15 |
MISO | Pin 21 | Pin 29 |
CLK | Pin 23 | Pin 13 |
CS0 | Pin 24 | Pin 11 |
In Linux system, the SPI function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to enable spi1 and spi2. Note that when opening multiple configurations at the same time, the following red font content needs to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-spi1-cs0-spidev.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-spi2-cs0-spidev.dtbo
Then check whether the device node of spidevx.x exists in the Linux system. If it exists, it means that the SPI configuration has taken effect.
orangepi@orangepi:~$ ls /dev/spidev*
/dev/spidev1.0 /dev/spidev2.0
Then you can use the spidev_test.py program in the examples to test the SPI loopback function. The spidev_test.py program needs to specify the following two parameters:
--channel:Specify the SPI channel number
--port:Specify the SPI port number
Do not short the mosi and miso pins of SPI. The output of running spidev_test.py is as follows. You can see that the data of TX and RX are inconsistent.
The x after the --channel and --port parameters needs to be replaced with the specific SPI channel number and SPI port number.
root@orangepi:~/wiringOP-Python# cd examples
root@orangepi:~/wiringOP-Python/examples# python3 spidev_test.py \
--channel x --port x
spi mode: 0x0
max speed: 500000 Hz (500 KHz)
Opening device /dev/spidev1.1
TX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D |......@.......…|
RX | FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF |.............….|
Then use the Dupont line to short the SPI's txd and rxd pins and run spidev_test.py. The output is as follows. You can see that the sent and received data are the same, indicating that the SPI loopback test is normal.
The x after the --channel and --port parameters needs to be replaced with the specific SPI channel number and SPI port number.
root@orangepi:~/wiringOP-Python# cd examples
root@orangepi:~/wiringOP-Python/examples# python3 spidev_test.py \
--channel x --port x
spi mode: 0x0
max speed: 500000 Hz (500 KHz)
Opening device /dev/spidev1.1
TX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D |......@.......…|
RX | FF FF FF FF FF FF 40 00 00 00 00 95 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF F0 0D |......@.......…|
40 pin I2C test
As can be seen from the table below, the available i2c buses for Orange Pi 4A are i2c1, i2c4 and i2c5, a total of three i2c buses.
The corresponding pins of the three groups of I2C buses in 40 pins are shown in the following table.
I2CBus | SDA corresponds to 40pin | SCL corresponds to 40pin | dtbo corresponding configuration |
I2C1 | Pin 12 | Pin 7 | sun55i-t527-i2c1 |
I2C4 | Pin 3 | Pin 5 | sun55i-t527-i2c4 |
I2C5 | Pin 27 | Pin 28 | sun55i-t527-i2c5 |
In Linux system, the i2c function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to enable i2c1, i2c4 and i2c5. Note that when opening multiple configurations at the same time, the following red font content needs to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-i2c1.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-i2c4.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-i2c5.dtbo
After starting the Linux system, first confirm that the i2c device node exists under /dev
orangepi@orangepi:~$ ls /dev/i2c-*
/dev/i2c-0 /dev/i2c-1 /dev/i2c-3 /dev/i2c-31 /dev/i2c-4 /dev/i2c-5 /dev/i2c-6
Then start testing i2c, first install i2c-tools
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y i2c-tools
Then connect an i2c device to the i2c pin of the 40 pin connector. Here we take the DS1307 RTC module as an example.
Then use the i2cdetect -y command. If the address of the connected i2c device can be detected, it means that the i2c device is connected correctly
orangepi@orangepi:~$ sudo i2cdetect -y 1 #i2c1 Command
orangepi@orangepi:~$ sudo i2cdetect -y 4 #i2c4 Command
orangepi@orangepi:~$ sudo i2cdetect -y 5 #i2c5 Command
Then you can run the ds1307.py test program in the examples to read the RTC time.
root@orangepi:~/wiringOP-Python# cd examples
root@orangepi:~/wiringOP-Python/examples# python3 ds1307.py --device \
"/dev/i2c-1"
Thu 2022-06-16 04:35:46
Thu 2022-06-16 04:35:47
Thu 2022-06-16 04:35:48
^C
exit
40 pin的UART test
As can be seen from the table below, Orange Pi 4A has six uart buses: uart2, uart3, uart4, uart5, uart6 and uart7
The corresponding pins of the six UART bus groups in the 40 pins are shown in the following table.
UART Bus | RX corresponds to 40pin | TX corresponds to 40pin | dtbo corresponding configuration |
UART2 | Pin 13 | Pin 11 | sun55i-t527-uart2 |
UART3 | Pin 33 | Pin 32 | sun55i-t527-uart3 |
UART4 | Pin 5 | Pin 3 | sun55i-t527-uart4 |
UART5 | Pin 23 | Pin 24 | sun55i-t527-uart5 |
UART6 | Pin 26 | Pin 22 | sun55i-t527-uart6 |
UART7 | Pin 10 | Pin 8 | sun55i-t527-uart7 |
In Linux system, the UART function in 40pin is disabled by default and needs to be enabled manually before it can be used.
Add the following red font configuration to /boot/extlinux/extlinux.conf, and then restart the Linux system to open uart2, uart3, uart4, uart5, uart6 and uart7. Note that when opening multiple configurations at the same time, the following red font content needs to be separated by spaces and written in one line.
orangepi@orangepi4a:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-uart2.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart3.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart4.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart5.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart6.dtbo
/boot/dtb/allwinner/overlay/sun55i-t527-uart7.dtbo
After entering the Linux system, first confirm whether there is a uart device node under /dev
orangepi@orangepi:~$ ls /dev/ttyAS*
/dev/ttyAS0 /dev/ttyAS1 /dev/ttyAS2 /dev/ttyAS3 /dev/ttyAS4 /dev/ttyAS5 /dev/ttyAS6 /dev/ttyAS7
Then start testing the UART interface. First use the Dupont line to short-circuit the rx and tx of the UART interface to be tested
Finally, you can run the serialTest.py program in examples to test the loopback function of the serial port. If you can see the following print, it means that the serial port loopback test is normal (ttyASX needs to be replaced with the corresponding uart node name, please do not copy it)
root@orangepi:~/wiringOP-Python# cd examples
root@orangepi:~/wiringOP-Python/examples# python3 serialTest.py --device /dev/ttyASX
Out: 0: -> 0
Out: 1: -> 1
Out: 2: -> 2
Out: 3: -> 3
Out: 4:^C
exit
Hardware watchdog test
The Linux system released by Orange Pi has the watchdog_test program pre-installed, which can be used for direct testing.
The method to run the watchdog_test program is as follows:
The second parameter 10 represents the watchdog count time. If the watchdog is not fed within this time, the system will restart.
We can feed the dog by pressing any key on the keyboard (except ESC). After feeding the dog, the program will print a line of keep alive to indicate that the dog was successfully fed.
orangepi@orangepi:~$ sudo watchdog_test 10
open success
options is 33152,identity is sunxi-wdt
put_usr return,if 0,success:0
The old reset time is: 16
return ENOTTY,if -1,success:0
return ENOTTY,if -1,success:0
put_user return,if 0,success:0
put_usr return,if 0,success:0
keep alive
keep alive
keep alive
Check the chipid of T527 chip
The command to view the chipid of the T527 chip is as follows. The chipid of each chip is different, so the chipid can be used to distinguish multiple development boards.
orangepi@orangepi:~# cat /sys/class/sunxi_info/sys_info |grep sunxi_serial
sunxi_serial : 208d211475779d0c0000019000000000
How to compile and install Python source code
If the Python version in the Ubuntu or Debian system software repository does not meet the development requirements and you want to use the latest version of Python, you can use the following method to download the Python source package to compile and install the latest version of Python.
The following demonstrates compiling and installing the latest version of Python 3.9. If you want to compile and install other versions of Python, the method is the same (you need to download the source code of the Python you want to install).
First install the dependency packages required to compile Python
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y build-essential zlib1g-dev \
libncurses5-dev libgdbm-dev libnss3-dev libssl-dev libsqlite3-dev \
libreadline-dev libffi-dev curl libbz2-dev
Then download the latest version of Python 3.9 source code and unzip it
orangepi@orangepi:~$ wget \
https://www.python.org/ftp/python/3.9.10/Python-3.9.10.tgz
orangepi@orangepi:~$ tar xvf Python-3.9.10.tgz
Then run the configuration command
orangepi@orangepi:~$ cd Python-3.9.10
orangepi@orangepi:~/Python-3.9.10$ ./configure --enable-optimizations
Then compile and install Python 3.9. The compilation time takes about half an hour.
orangepi@orangepi:~/Python-3.9.10$ make -j4
orangepi@orangepi:~/Python-3.9.10$ sudo make altinstall
After installation, you can use the following command to view the version number of Python just installed
orangepi@orangepi:~/Python-3.9.10$ python3.9 --version
Python 3.9.10
Then update pip
orangepi@orangepi:~$ /usr/local/bin/python3.9 -m pip install --upgrade pip
How to change pip source in Python
The default source used by pip in Linux system is the official source of Python, but the speed of accessing the official source of Python in China is very slow, and the installation of Python packages often fails due to network problems. So when using pip to install Python libraries, please remember to change the pip source.
First install python3-pip
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y python3-pip
How to permanently change pip source under Linux
First create a new ~/.pip directory, then add the pip.conf configuration file and set the source of pip to Tsinghua source
orangepi@orangepi:~$ mkdir -p ~/.pip
orangepi@orangepi:~$ cat <<EOF > ~/.pip/pip.conf
[global]
timeout = 6000
index-url = https://pypi.tuna.tsinghua.edu.cn/simple
trusted-host = pypi.tuna.tsinghua.edu.cn
EOF
Then use pip3 to install the Python library quickly.
How to temporarily change the pip source under Linux, where <packagename> needs to be replaced with the specific package name
orangepi@orangepi:~$ pip3 install <packagename> -i \
https://pypi.tuna.tsinghua.edu.cn/simple --trusted-host pypi.tuna.tsinghua.edu.cn
How to install Docker
The Linux image provided by Orange Pi has Docker pre-installed, but the Docker service is not enabled by default. Use the enable_docker.sh script to enable the Docker service, and then you can start using the Docker command, and the Docker service will be automatically started the next time you start the system.
orangepi@orangepi:~$ enable_docker.sh
You can use the following command to test docker. If you can run hello-world, it means that docker can be used normally.
orangepi@orangepi:~$ docker run hello-world
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
256ab8fe8778: Pull complete
Digest: sha256:7f0a9f93b4aa3022c3a4c147a449ef11e0941a1fd0bf4a8e6c9408b2600777c5
Status: Downloaded newer image for hello-world:latest
Hello from Docker!
This message shows that your installation appears to be working correctly.
.….
When using the docker command, if permission denied is prompted, add the current user to the docker user group so that the docker command can be run without sudo.
orangepi@orangepi:~$ sudo usermod -aG docker $USER
Note: You need to log out and log in again to take effect, or restart the system.
How to install Home Assistant
Note that this article will only provide methods for installing Home Assistant in Ubuntu or Debian systems. For detailed usage of Home Assistant, please refer to the official documentation or corresponding books.
Install via Docker
First, please install Docker and make sure it can run normally. For the installation steps of Docker, please refer to the instructions in the section How to install Docker.
Then you can search for Home Assistant's docker image
orangepi@orangepi:~$ docker search homeassistant
Then use the following command to download the Home Assistant docker image to your local computer. The image size is about 1GB and the download time will be longer. Please wait patiently for the download to complete.
orangepi@orangepi:~$ docker pull homeassistant/home-assistant
Using default tag: latest
latest: Pulling from homeassistant/home-assistant
be307f383ecc: Downloading
5fbc4c07ac88: Download complete
...... (Omit some output)
3cc6a1510c9f: Pull complete
7a4e4d5b979f: Pull complete
Digest: sha256:81d381f5008c082a37da97d8b08dd8b358dae7ecf49e62ce3ef1eeaefc4381bb
Status: Downloaded newer image for homeassistant/home-assistant:latest
docker.io/homeassistant/home-assistant:latest
Then you can use the following command to view the docker image of Home Assistant that you just downloaded
orangepi@orangepi:~$ docker images homeassistant/home-assistant
REPOSITORY TAG IMAGE ID CREATED SIZE
homeassistant/home-assistant latest bfa0ab9e1cf5 2 months ago 1.17GB
Now you can run the Home Assistant docker container
orangepi@orangepi:~$ docker run -d \
--name homeassistant \
--privileged \
--restart=unless-stopped \
-e TZ=Asia/Shanghai \
-v /home/orangepi/home-assistant:/config \
--network=host \
homeassistant/home-assistant:latest
Then enter [IP address of the development board: 8123] in the browser to see the Home Assistant interface
It takes a while for the Home Assistant container to start. If the following interface does not display normally, please wait a few seconds and refresh it. If the following interface does not display normally after waiting for more than a minute, it means that there is a problem with the Home Assistant installation. At this time, you need to check whether there is a problem with the previous installation and setup process.
Then enter your name, username and password and click Create Account
Then follow the interface prompts to set according to your preferences, and then click Next
Then click Next
Then click Finish
The main interface of Home Assistant is shown below.
How to stop the Home Assistant container
The command to view the docker container is as follows
orangepi@orangepi:~$ docker ps -a
The command to stop the Home Assistant container is as follows
orangepi@orangepi:~$ docker stop homeassistant
The command to delete the Home Assistant container is as follows
orangepi@orangepi:~$ docker rm homeassistant
Installation via Python
Before installation, please change the source of pip to the domestic source to speed up the installation of the Python package. For the configuration method, see the section How to change the pip source in Python.
First install the dependency package
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y python3 python3-dev python3-venv \
python3-pip libffi-dev libssl-dev libjpeg-dev zlib1g-dev autoconf build-essential \
libopenjp2-7 libtiff5 libturbojpeg0-dev tzdata
If it is debian12, please use the following command:
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y python3 python3-dev python3-venv \
python3-pip libffi-dev libssl-dev libjpeg-dev zlib1g-dev autoconf build-essential \
libopenjp2-7 libturbojpeg0-dev tzdata
Then you need to compile and install Python 3.9. For more information, please refer to the section on compiling and installing Python source code.
The default Python version of Ubuntu Jammy is Python 3.10, so there is no need to compile and install it.
The default Python version of Debian Bookworm is Python 3.11, so there is no need to compile and install it.
Then create a Python virtual environment
In Debian Bookworm, it is python3.11, so please remember to replace the corresponding commands.
orangepi@orangepi:~$ sudo mkdir /srv/homeassistant
orangepi@orangepi:~$ sudo chown orangepi:orangepi /srv/homeassistant
orangepi@orangepi:~$ cd /srv/homeassistant
orangepi@orangepi:/srv/homeassistant$ python3.9 -m venv .
orangepi@orangepi:/srv/homeassistant$ source bin/activate
(homeassistant) orangepi@orangepi:/srv/homeassistant$
Then install the required Python packages
(homeassistant) orangepi@orangepi:/srv/homeassistant$ python3 -m pip install wheel
Then you can install Home Assistant Core
(homeassistant) orangepi@orangepi:/srv/homeassistant$ pip3 install homeassistant
Then enter the following command to run Home Assistant Core
(homeassistant) orangepi@orangepi:/srv/homeassistant$ hass
Then enter [IP address of the development board: 8123] in the browser to see the Home Assistant interface
When you run the hass command for the first time, it will download, install, and cache some necessary libraries and dependencies. This process may take several minutes. Note that you will not be able to see the Home Assistant interface in your browser at this time. Please wait for a while before refreshing.
OpenCV installation method
Install OpenCV using apt
The installation command is as follows
orangepi@orangepi:~$ sudo apt-get update
orangepi@orangepi:~$ sudo apt-get install -y libopencv-dev python3-opencv
Then use the following command to print the version number of OpenCV. The output is normal, indicating that OpenCV is installed successfully.
The version of OpenCV in Ubuntu 22.04 is as follows:
orangepi@orangepi:~$ python3 -c "import cv2; print(cv2.__version__)"
4.5.4
The version of OpenCV in Debian 12 is as follows:
orangepi@orangepi:~$ python3 -c "import cv2; print(cv2.__version__)"
4.6.0
How to install Baota Linux Panel
Baota Linux Panel is a server management software that improves operation and maintenance efficiency. It supports more than 100 server management functions such as one-click LAMP/LNMP/cluster/monitoring/website/FTP/database/JAVA (excerpted from Baota official website)
First, you need to expand the size of the /tmp space. After setting, you need to restart the Linux system of the development board. The command is as follows:
orangepi@orangepi:~$ sudo sed -i 's/nosuid/&,size=2G/' /etc/fstab
orangepi@orangepi:~$ sudo reboot
After restarting, you can see that the size of the /tmp space has become 2G
orangepi@orangepi:~$ df -h | grep "/tmp"
tmpfs 2.0G 12K 2.0G 1% /tmp
Then enter the following command in the Linux system to start the installation of the baota
orangepi@orangepi:~$ sudo install_bt_panel.sh
Then the Baota installation program will prompt whether to install Bt-Panel to the /www folder, just enter y
+----------------------------------------------------------------------
| Bt-WebPanel FOR CentOS/Ubuntu/Debian
+----------------------------------------------------------------------
| Copyright © 2015-2099 BT-SOFT(http://www.bt.cn) All rights reserved.
+----------------------------------------------------------------------
| The WebPanel URL will be http://SERVER_IP:8888 when installed.
+----------------------------------------------------------------------
Do you want to install Bt-Panel to the /www directory now?(y/n): y
Then all you have to do is wait patiently. When you see the following print information output by the terminal, it means that the pagoda has been installed. The entire installation process takes about 34 minutes, which may vary depending on the network speed.
At this time, enter the panel address shown above in the browser to open the login interface of the Baota Linux panel, and then enter the username and password shown in the above figure in the corresponding position to log in to Baota
After successfully logging into the pagoda, the following welcome interface will pop up. First, please read the user instructions in the middle and drag them to the bottom. Then you can select "I have agreed and read the User Agreement", and then click "Enter the Panel" to enter the baota.
After entering the pagoda, you will be prompted to bind an account on the pagoda official website. If you do not have an account, you can go to the pagoda official website (https://www.bt.cn) to register one.
The final interface is shown in the figure below. You can intuitively see some status information of the development board Linux system, such as load status, CPU usage, memory usage, and storage space usage
For more functions of the pagoda, please refer to the following information to explore it yourself
User Manual:http://docs.bt.cn
Forum Address:https://www.bt.cn/bbs
GitHub Link:https://github.com/aaPanel/BaoTa
QT installation method
Use the following script to install QT5 and QT Creator
orangepi@orangepi:~$ install_qt.sh
After installation, the QT version number will be automatically printed
The QT version that comes with Ubuntu 22.04 is 5.15.3
orangepi@orangepi:~$ install_qt.sh
......
QMake version 3.1
Using Qt version 5.15.3 in /usr/lib/aarch64-linux-gnu
The QT version that comes with Debian12 is 5.15.8
orangepi@orangepi:~$ install_qt.sh
......
QMake version 3.1
Using Qt version 5.15.8 in /usr/lib/aarch64-linux-gnu
Then you can see the QT Creator startup icon in the Applications list
You can also use the following command to open QT Creator
orangepi@orangepi:~$ qtcreator
The interface after QT Creator is opened is as follows
The version of QT Creator is as follows
Then set up QT
Then you can open a sample code
Clicking on the sample code will automatically open the corresponding documentation. Please read the instructions carefully.
Then click Next Configure Project
Then click the green triangle in the lower left corner to compile and run the sample code
After waiting for a while, the interface shown in the figure below will pop up, which means that QT can compile and run normally
References
https://wiki.qt.io/Install_Qt_5_on_Ubuntu
ROS installation method
How to install ROS 2 Humble on Ubuntu 22.04
Use the install_ros.sh script to install ros2
orangepi@orangepi:~$ install_ros.sh ros2
After theinstall_ros.sh script installs ros2, it will automatically run theros2 -h command. If you can see the following print, it means that ros2 is installed successfully.
usage: ros2 [-h] Call `ros2 <command> -h` for more detailed usage. ...
ros2 is an extensible command-line tool for ROS 2.
optional arguments:
-h, --help show this help message and exit
Commands:
action Various action related sub-commands
bag Various rosbag related sub-commands
component Various component related sub-commands
daemon Various daemon related sub-commands
doctor Check ROS setup and other potential issues
interface Show information about ROS interfaces
launch Run a launch file
lifecycle Various lifecycle related sub-commands
multicast Various multicast related sub-commands
node Various node related sub-commands
param Various param related sub-commands
pkg Various package related sub-commands
run Run a package specific executable
security Various security related sub-commands
service Various service related sub-commands
topic Various topic related sub-commands
wtf Use `wtf` as alias to `doctor`
Call `ros2 <command> -h` for more detailed usage.
Then you can use the test_ros.sh script to test whether ROS 2 is installed successfully. If you can see the following print, it means that ROS 2 can run normally.
orangepi@orangepi:~$ test_ros.sh
[INFO] [1671174101.200091527] [talker]: Publishing: 'Hello World: 1'
[INFO] [1671174101.235661048] [listener]: I heard: [Hello World: 1]
[INFO] [1671174102.199572327] [talker]: Publishing: 'Hello World: 2'
[INFO] [1671174102.204196299] [listener]: I heard: [Hello World: 2]
[INFO] [1671174103.199580322] [talker]: Publishing: 'Hello World: 3'
[INFO] [1671174103.204019965] [listener]: I heard: [Hello World: 3]
Run the following command to open rviz2
orangepi@orangepi:~$ source /opt/ros/humble/setup.bash
orangepi@orangepi:~$ ros2 run rviz2 rviz2
Reference Documents
http://docs.ros.org/en/humble/index.html
http://docs.ros.org/en/humble/Installation/Ubuntu-Install-Debians.html
How to install kernel header files
The Linux image released by OPi comes with a deb package of kernel header files by default, which is stored in /opt/
orangepi@orangepi:~$ ls /opt/linux-headers*
/opt/linux-headers-xxx-sun55iw3_x.x.x_arm64.deb
Use the following command to install the kernel header file deb package
orangepi@orangepi:~$ sudo dpkg -i /opt/linux-headers*.deb
After installation, you can see the folder where the kernel header files are located under /usr/src
orangepi@orangepi:~$ ls /usr/src
linux-headers-x.x.x
Then you can compile the source code of the hello kernel module that comes with the Linux image. The source code of the hello module is in /usr/src/hello. After entering this directory, use the make command to compile it.
orangepi@orangepi:~$ cd /usr/src/hello/
orangepi@orangepi:/usr/src/hello$ sudo make
make -C /lib/modules/5.15.147-sun55iw3/build M=/usr/src/hello modules
make[1]: Entering directory '/usr/src/linux-headers-5.15.147-sun55iw3'
CC [M] /usr/src/hello/hello.o
MODPOST /usr/src/hello/Module.symvers
CC [M] /usr/src/hello/hello.mod.o
LD [M] /usr/src/hello/hello.ko
make[1]: Leaving directory '/usr/src/linux-headers-5.15.147-sun55iw3'
After compilation, the hello.ko kernel module will be generated
orangepi@orangepi:/usr/src/hello$ ls *.ko
hello.ko
Use the insmod command to insert the hello.ko kernel module into the kernel
orangepi@orangepi:/usr/src/hello$ sudo insmod hello.ko
Then use the demsg command to view the output of the hello.ko kernel module. If you can see the following output, it means that the hello.ko kernel module is loaded correctly.
orangepi@orangepi:/usr/src/hello$ dmesg | grep "Hello"
[ 2871.893988] Hello Orange Pi -- init
Use the rmmodcommand to uninstall the hello.ko kernel module
orangepi@orangepi:/usr/src/hello$ sudo rmmod hello
orangepi@orangepi:/usr/src/hello$ dmesg | grep "Hello"
[ 2871.893988] Hello Orange Pi -- init
[ 3173.800892] Hello Orange Pi -- exit
How to use the 10.1 inch MIPI LCD screen
10.1 inch MIPI screen assembly method
First prepare the necessary accessories
Connect the 12-pin touch screen cable, 31-pin to 40-pin cable, and 30-pin MIPI cable to the screen adapter board as shown below. Note that the blue insulation side of the touch screen cable should face down, and the insulation sides of the other two cables should face up. If connected incorrectly, it will cause no display or inability to touch.
Place the adapter board with the connected cable on the MIPI LCD screen as shown below, and connect the MIPI LCD screen and the adapter board via a 31pin to 40pin cable.
Then connect the touch screen and the adapter board through the 12-pin touch screen cable, paying attention to the direction of the insulating surface
Finally, connect it to the LCD interface of the development board through the 30pin MIPI cable
How to open the 10.1-inch MIPI LCD screen configuration
The Linux image does not have the mipi lcd screen configuration turned on by default. If you need to use the mipi lcd screen, you need to turn it on manually.
The interface of the mipi lcd screen on the development board is shown in the figure below
The method to open the mipi lcd configuration is as follows
orangepi@orangepi:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-lcd.dtbo #Configuration that needs to be added
Then restart the OPi OS Arch system
After restarting, you can see the display of the LCD screen as shown below (the default is vertical screen):
Methods for rotating display and touch directions
First click on the area in the upper right corner of the desktop
Then open Settings
Then selectDisplays
Then select the direction you want to rotate in Orientation of Displays
Then select Apply
Then you can see that the screen has been rotated. At this time, you need to select Keep Changes to finalize the rotation.
The LCD screen will display the following after rotating 90 degrees:
The touch function of the Linux system LCD screen will rotate with the rotation of the display direction, without any other settings
How to use the eDP screen
Assembly method of eDP screen
Currently only a 15.6-inch eDP screen is compatible, and the accessories included are as follows:
0.5 pitch 30pin single head same direction cable
15.6-inch eDP display, resolution 1920x1080.
Connect the FPC end of the 30-pin single-head unidirectional cable to the eDP interface of the development board, and the other end to the eDP interface of the screen.
How to open eDP screen configuration
Please note that the method described below is only applicable to adapted eDP screens. If the customer is using an unadapted screen, it will not light up according to the method below.
- The Linux image does not have the eDP screen configuration turned on by default. If you need to use the eDP screen, you need to turn it on manually.
First add the following configuration to /boot/extlinux/extlinux.conf
orangepi@orangepi:~$ sudo vim /boot/extlinux/extlinux.conf
label Orange Pi
kernel /boot/uImage
initrd /boot/uInitrd
fdt /boot/dtb/allwinner/sun55i-t527-orangepi-4a.dtb
append root=UUID=de4d1c86-fd02-41ab-ad5f-3c557d669f46 earlycon=uart8250,mmio32,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyAS0,115200 loglevel=8 cma=64M init=/sbin/init rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
FDTOVERLAYS /boot/dtb/allwinner/overlay/sun55i-t527-edp.dtbo #Configuration that needs to be added
Then restart the system
[orangepi@orangepi-pc ~]$ sudo reboot
- After startup, you can see the eDP screen display as shown below:
Test of some programming languages supported by Linux system
Debian Bookworm System
Debian Bookworm is installed with the gcc compilation toolchain by default, which can compile C language programs directly in the Linux system of the development board
gcc version is as follows
orangepi@orangepi:~$ gcc --version
gcc (Debian 12.2.0-14) 12.2.0
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Write the hello_world.c program in C language
orangepi@orangepi:~$ vim hello_world.c
#include <stdio.h>
int main(void)
{
printf("Hello World!\n");
return 0;
}
Then compile and run hello_world.c
orangepi@orangepi:~$ gcc -o hello_world hello_world.c
orangepi@orangepi:~$ ./hello_world
Hello World!
Debian Bookworm has Python 3 installed by default
The specific version of Python is as follows
orangepi@orangepi:~$ python3
Python 3.11.2 (main, Mar 13 2023, 12:18:29) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>
Use the Ctrl+D shortcut key to exit Python's interactive mode.
Write the hello_world.py program in Python
orangepi@orangepi:~$ vim hello_world.py
print('Hello World!')
The result of running hello_world.py is as follows
orangepi@orangepi:~$ python3 hello_world.py
Hello World!
Debian Bookworm does not install Java compilation tools and runtime environment by default
You can use the following command to install openjdk. The latest version in Debian Bookworm is openjdk-17
orangepi@orangepi:~$ sudo apt install -y openjdk-17-jdk
After installation, you can check the Java version
orangepi@orangepi:~$ java --version
Write a Java version of hello_world.java
orangepi@orangepi:~$ vim hello_world.java
public class hello_world
{
public static void main(String[] args)
{
System.out.println("Hello World!");
}
}
Then compile and runhello_world.java
orangepi@orangepi:~$ javac hello_world.java
orangepi@orangepi:~$ java hello_world
Hello World!
Ubuntu Jammy System
Ubuntu Jammy is installed with the gcc compilation tool chain by default, which can compile C language programs directly in the Linux system of the development board
gcc version is as follows
orangepi@orangepi:~$ gcc --version
gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Write the hello_world.c program in C language
orangepi@orangepi:~$ vim hello_world.c
#include <stdio.h>
int main(void)
{
printf("Hello World!\n");
return 0;
}
Then compile and run hello_world.c
orangepi@orangepi:~$ gcc -o hello_world hello_world.c
orangepi@orangepi:~$ ./hello_world
Hello World!
Ubuntu Jammy has Python 3 installed by default
The specific version of Python3 is as follows
orangepi@orangepi:~$ python3
Python 3.10.12 (main, Jul 29 2024, 16:56:48) [GCC 11.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>
Use the Ctrl+D shortcut key to exit Python's interactive mode.
Write the hello_world.py program in Python
orangepi@orangepi:~$ vim hello_world.py
print('Hello World!')
The result of running hello_world.py is as follows
orangepi@orangepi:~$ python3 hello_world.py
Hello World!
Ubuntu Jammy does not install Java compilation tools and runtime environment by default
You can use the following command to install openjdk-18
orangepi@orangepi:~$ sudo apt install -y openjdk-18-jdk
After installation, you can check the Java version
orangepi@orangepi:~$ java --version
openjdk 18.0.2-ea 2022-07-19
OpenJDK Runtime Environment (build 18.0.2-ea+9-Ubuntu-222.04)
OpenJDK 64-Bit Server VM (build 18.0.2-ea+9-Ubuntu-222.04, mixed mode, sharing)
Write a hello_world.java of Java version
orangepi@orangepi:~$ vim hello_world.java
public class hello_world
{
public static void main(String[] args)
{
System.out.println("Hello World!");
}
}
Then compile and run hello_world.java
orangepi@orangepi:~$ javac hello_world.java
orangepi@orangepi:~$ java hello_world
Hello World!
How to upload files to the Linux system of the development board
How to upload files from Ubuntu PC to the Linux system of the development board
How to upload files using the scp command
Use the scp command to upload files from the Ubuntu PC to the Linux system of the development board. The specific commands are as follows
file_path:Need to be replaced with the path of the file to be uploaded
orangepi:The user name of the development board's Linux system can also be replaced with other names, such as root
192.168.xx.xx: It is the IP address of the development board. Please modify it according to the actual situation.
/home/orangepi: The path in the Linux system of the development board can also be modified to other paths
test@test:~$ scp file_path orangepi@192.168.xx.xx:/home/orangepi/
If you want to upload a folder, you need to add the -r parameter
test@test:~$ scp -r dir_path orangepi@192.168.xx.xx:/home/orangepi/
There are more uses for scp. Please use the following command to view the man page
test@test:~$ man scp
How to upload files using FileZilla
First install filezilla in your Ubuntu PC
test@test:~$ sudo apt install -y filezilla
Then open filezilla using the following command
test@test:~$ filezilla
The interface after opening filezilla is as follows. At this time, the remote site on the right is empty.
The method of connecting the development board is shown in the figure below
- After the connection is successful, you can see the directory structure of the development board's Linux file system on the right side of the filezilla software
- Then select the path to upload to the development board on the right side of the filezilla software, select the file to be uploaded in the Ubuntu PC on the left side of the filezilla software, right-click the mouse, and then click the upload option to start uploading the file to the development board.
After uploading, you can check the uploaded files in the corresponding path of the development board Linux system.
The method of uploading a folder is the same as the method of uploading a file, so I will not go into details here.
How to upload files from Windows PC to the Linux system of the development board
How to upload files using FileZilla
- First download the installation file of the Windows version of the filezilla software. The download link is as follows
https://filezilla-project.org/download.php?type=client
The downloaded installation package is as follows, then double-click to install directly
FileZilla_Server_1.5.1_win64-setup.exe
During the installation process, select Decline on the following installation interface, then select Next>
- The interface after opening filezilla is as follows. At this time, the remote site on the right is empty.
- The method of connecting the development board is shown in the figure below:
- Then select Save Password and click OK
- Then select Always trust this host and click OK
- After the connection is successful, you can see the directory structure of the development board's Linux file system on the right side of the filezilla software
- Then select the path to be uploaded to the development board on the right side of the filezilla software, then select the file to be uploaded in the Windows PC on the left side of the filezilla software, then right-click the mouse, and then click the upload option to start uploading the file to the development board
After uploading, you can check the uploaded files in the corresponding path of the development board Linux system.
The method of uploading a folder is the same as the method of uploading a file, so I will not go into details here.
Instructions for use of NPU
Board environment preparation
First, you need to install opencv and cmake on the development board.
orangepi@orangepi:~$ sudo apt update
orangepi@orangepi:~$ sudo apt install libopencv-dev cmake
Then download the compressed package of the NPU sample program from the official Baidu Cloud.
Then upload the NPU sample program compressed package to the development board and decompress it.
orangepi@orangepi:~$ tar -xvf board-demo.tar.gz
After the compressed package is decompressed, the directory structure is as follows.
orangepi@orangepi:~$ cd board-demo/
orangepi@orangepi:~/board-demo$ ls
chineseocr common head_pose lenet libawnn_viplite libawutils mobilenet_v2_ssd_demo struct2depth struct2depth yolov5
Then you need to copy the NPU library to the system's /usr/lib directory, which is needed to run the sample program below.
orangepi@orangepi:~/board-demo$ sudo cp ./common/lib_linux_aarch64/T527/*.so /usr/lib
Board Example Run
Run the mobilenet_v2_ssd target detection example
First compile the mobilenet_v2_ssd target detection example
orangepi@orangepi:~/board-demo$ cd mobilenet_v2_ssd_demo
orangepi@orangepi:~/board-demo/mobilenet_v2_ssd_demo$ mkdir build
orangepi@orangepi:~/board-demo/mobilenet_v2_ssd_demo$ cd build
orangepi@orangepi:~/board-demo/mobilenet_v2_ssd_demo/build$ cmake ..
orangepi@orangepi:~/board-demo/mobilenet_v2_ssd_demo/build$ make
Then execute the following command to run the example.
orangepi@orangepi:/root/board-demo/mobilenet_v2_ssd_demo/build$ ./mbv2-ssd-demo -b ../model/mbv2_ssd_x527.nb -i ../000012.jpg
The output information of normal program operation is as follows.
orangepi@orangepi:/root/board-demo/mobilenet_v2_ssd_demo/build$ ./mbv2-ssd-demo -b ../model/mbv2_ssd_x527.nb -i ../000012.jpg
................….
get output finished.
mbv2_ssd_postprocess.cpp run.
car = 0.97705 at 162 94 179 x 170
postprocess time : 0.025 Sec
destory npu finished.
~NpuUint.
The output will be saved as ssd_out.png in the current directory
orangepi@orangepi4a:~/board-demo/mobilenet_v2_ssd_demo/build$ ls ssd_out.png
ssd_out.png
Run the yolov5 object detection example
First compile the yolov5 example.
orangepi@orangepi:~/board-demo$ cd mobilenet_v2_ssd_demo
orangepi@orangepi:~/board-demo/yolov5$ mkdir build
orangepi@orangepi:~/board-demo/yolov5$ cd build
orangepi@orangepi:~/board-demo/yolov5/build$ cmake ..
orangepi@orangepi:~/board-demo/yolov5/build$ make
Then execute the following command to run the example.
orangepi@orangepi:~/board-demo/yolov5/build$ ./yolov5 ../model/v2/yolov5.nb ../input_data/dog.jpg
./yolov5 nbg input
VIPLite driver software version 1.13.0.0-AW-2023-10-19
yolov5_preprocess.cpp run.
yolov5_postprocess.cpp run.
detection num: 3
16: 91%, [ 135, 218, 305, 553], dog
7: 69%, [ 473, 75, 689, 174], truck
1: 49%, [ 151, 121, 561, 431], bicycle
The output will be saved as result.png in the current directory
orangepi@orangepi4a:~/board-demo/yolov5/build$ ls result.png
result.png
Run the head_pose human posture recognition example
First compile the head_pose example.
orangepi@orangepi:~/board-demo$ cd head_pose
orangepi@orangepi:~/board-demo/head_pose$ mkdir build
orangepi@orangepi:~/board-demo/head_pose$ cd build
orangepi@orangepi:~/board-demo/head_pose/build$ cmake ..
orangepi@orangepi:~/board-demo/head_pose/build$ make
Then execute the following command to run the example.
orangepi@orangepi:~/board-demo/head_pose/build$ ./head_pose -b1 ../model/rfb_landm_face_320_320_sim_x527.nb -b2 ../model/head_pose_x527.nb -i ../input_data/000438.jpg
The output result will be saved to head_pose_result.jpg in the current directory.
orangepi@orangepi:~/board-demo/head_pose/build$ ls head_pose_result.jpg
head_pose_result.jpg
Run the resnet50 image classification example
First compile the resnet50 example.
orangepi@orangepi:~/board-demo$ cd resnet50
orangepi@orangepi:~/board-demo/resnet50$ mkdir build
orangepi@orangepi:~/board-demo/resnet50$ cd build
orangepi@orangepi:~/board-demo/resnet50/build$ cmake ..
orangepi@orangepi:~/board-demo/resnet50/build$ make
Then execute the following command to run the example.
orangepi@orangepi:~/board-demo/resnet50/build$ ./resnet50 ../model/v2/resnet50.nb ../input_data/dog_224_224.jpg
The output result information is as follows, which outputs the top 5 predicted by the model, among which the most likely category is collie
orangepi@orangepi:~/board-demo/resnet50/build$ ./resnet50 ../model/v2/resnet50.nb ../input_data/dog_224_224.jpg
...
========== top5 ==========
class id: 231, prob: 15.432617, label: collie
class id: 230, prob: 13.103271, label: Shetland sheepdog, Shetland sheep dog, Shetland
class id: 169, prob: 12.617920, label: borzoi, Russian wolfhound
class id: 224, prob: 12.423828, label: groenendael
class id: 160, prob: 10.191406, label: Afghan hound, Afghan
class_postprocess success.
Run struct2depth depth detection example
First compile the struct2depth example.
orangepi@orangepi:~/board-demo$ cd struct2depth
orangepi@orangepi:~/board-demo/struct2depth$ mkdir build
orangepi@orangepi:~/board-demo/struct2depth$ cd build
orangepi@orangepi:~/board-demo/struct2depth/build$ cmake ..
orangepi@orangepi:~/board-demo/struct2depth/build$ make
Then execute the following command to run the example
orangepi@orangepi:~/board-demo/struct2depth/build$ ./struct2depth -b ../model/v2/struct2depth.nb -i ../input_data/0015.jpg
The depth information of the model inference will be saved in jpg and txt files.
orangepi@orangepi:~/board-demo/struct2depth/build$ ls disp_* output_*
disp_color.jpg disp_show.jpg output_1.txt output_3.txt
disp_gray.jpg output_0.txt output_2.txt
Run ChineseOCR text recognition example
First compile the ChineseOCR example.
orangepi@orangepi:~/board-demo$ cd chineseocr
orangepi@orangepi:~/board-demo/chineseocr$ mkdir build
orangepi@orangepi:~/board-demo/chineseocr$ cd build
orangepi@orangepi:~/board-demo/chineseocr/build$ cmake ..
orangepi@orangepi:~/board-demo/chineseocr/build$ make
Then execute the following command to run the example.
orangepi@orangepi:~/board-demo/chineseocr/build$ ./chineseocr -d ../model/v2/ -1 dbnet_1024 -2 angle_net -3 crnn_lite_lstm_256 -4 keys.txt -i ../input_data/1.jpg
The output result is as follows, and you can see that the text in the image has been recognized.
orangepi@orangepi:~/board-demo/chineseocr/build$ ./chineseocr -d ../model/v2/ -1 dbnet_1024 -2 angle_net -3 crnn_lite_lstm_256 -4 keys.txt -i ../input_data/1.jpg
...
=====End detect=====
FullDetectTime(903.447417ms)
We at Allwinner Technology
AI
chip
take off12345666666 !
run finished.
~CrnnNet.
~AngleNet.
~DbNet.
~NpuUint.
How to burn Linux image to eMMC
Note that the development board can be started through a TF card or eMMC, and the priority of the TF card is higher than that of the eMMC. In other words, if a TF card is inserted into the development board and there is a system in the TF card, the system in the TF card will be started by default, and the system in the eMMC will not be started.
Burning the Linux image to the eMMC requires the use of a TF card. First, burn the Linux image to the TF card, then start the development board and enter the Linux system
Then run the nand-sata-install script, remember to add sudo permissions.
orangepi@orangepi:~$ sudo nand-sata-install
Then select 2 Boot from eMMC - system on eMMC
Then a warning will pop up, the script will erase all data on the eMMC, select <Yes> to continue
You will then be prompted to select the type of file system. Five file systems are supported: ext2/3/4, f2fs, and btrfs.
Then it will start to format the eMMC. After formatting the eMMC, it will start to burn the Linux image to the eMMC.
After burning, the following options will be prompted. You can select <Power off> to shut down directly
Then remove the TF card and power on again, the Linux system in the eMMC will start.
How to shut down and restart the development board
If you unplug the power supply directly while the Linux system is running, some data may be lost in the file system. It is recommended to use the poweroff command to shut down the Linux system of the development board before unplugging the power supply.
orangepi@orangepi:~$ sudo poweroff
In addition, the development board is equipped with a power button, and you can also short press the power button on the development board to shut down.
Note that when you press the power button on the Linux desktop system, a confirmation box as shown in the figure below will pop up. You need to click the Power Off option before the system will shut down.
After shutting down, long press the power button on the development board to turn it on.
Use the reboot command to restart the Linux system in the development board
orangepi@orangepi:~$ sudo reboot
Linux SDK——orangepi-build usage instructions
Compilation system requirements
Linux SDK, orangepi-build, only supports running on X64 computers with Ubuntu 22.04 installed, so before downloading orangepi-build, please first make sure that the Ubuntu version installed on your computer is Ubuntu 22.04. The command to check the Ubuntu version installed on the computer is as follows. If the Release field does not display 22.04, it means that the current Ubuntu version does not meet the requirements. Please change the system before performing the following operations.
test@test:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04 LTS
Release: 22.04
Codename: jammy
If your computer is running Windows and does not have Ubuntu 22.04 installed, you can consider using VirtualBox or VMware to install an Ubuntu 22.04 virtual machine in Windows. But please note that you should not compile orangepi-build on a WSL virtual machine, because orangepi-build has not been tested in a WSL virtual machine, so you cannot ensure that orangepi-build can be used normally in WSL. In addition, please do not use orangepi-build in the Linux system of the development board. The installation image download address of Ubuntu 22.04 amd64 version is:
https://mirrors.tuna.tsinghua.edu.cn/ubuntu-releases/22.04/ubuntu-22.04-desktop-amd64.iso
After installing Ubuntu 22.04 on your computer or in a virtual machine, please first set the software source of Ubuntu 22.04 to Tsinghua source (or other domestic sources that you think are fast), otherwise it is easy to make mistakes when installing software later due to network reasons. The steps to replace Tsinghua source are as follows:
- To replace Tsinghua source, please refer to the instructions on this page
https://mirrors.tuna.tsinghua.edu.cn/help/ubuntu/
Note that the Ubuntu version needs to be switched to 22.04.
The content of the /etc/apt/sources.list file that needs to be replaced is:
test@test:~$ sudo mv /etc/apt/sources.list cat /etc/apt/sources.list.bak
test@test:~$ sudo vim /etc/apt/sources.list
#The source mirror is commented out by default to increase the speed of apt update. You can uncomment it if necessary.
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-security main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-security main restricted universe multiverse
# Pre-release software source, not recommended to enable
# deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-proposed main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-proposed main restricted universe multiverse
After the replacement, you need to update the package information and ensure that there is no error
test@test:~$ sudo apt-get update
In addition, since the source code of the kernel and U-boot are stored on GitHub, it is very important to make sure that the computer can download the code from GitHub normally when compiling the image.
Get the source code of Linux SDK
Download orangepi-build from github
Linux SDK refers to the orangepi-build code. Orangepi-build is modified based on the armbian build compilation system. Orangepi-build can be used to compile multiple versions of Linux images. Use the following command to download the orangepi-build code:
test@test:~$ sudo apt-get update
test@test:~$ sudo apt-get install -y git
test@test:~$ git clone https://github.com/orangepi-xunlong/orangepi-build.git -b next
Note that to use the T527 Soc development board, you need to download the next branch source code of orangepi-build. The above git clone command needs to specify the branch of orangepi-build source code as next.
You do not need to enter the username and password of the GitHub account when downloading the orangepi-build code through the git clone command (the same applies to downloading other codes in this manual). If the Ubuntu PC prompts you to enter the username and password of the GitHub account after entering the git clone command, it is usually because the address of the orangepi-build warehouse after git clone is entered incorrectly. Please check the command spelling carefully for any errors, instead of thinking that we forgot to provide the username and password of the GitHub account here.
The u-boot and linux kernel versions currently used by the T527 series development board are as follows:
Branches | u-boot Version | Linux Kernel version |
current | u-boot v2018.05 | linux5.15 |
The branch mentioned here is not the same as the branch of orangepi-build source code, please do not confuse them. This branch is mainly used to distinguish different kernel source code versions.
The Linux 5.15 BSP kernel currently provided by Allwinner is defined as the current branch.
orangepi-build After downloading, the following files and folders will be included:
build.sh: Compile the startup script
external: Contains configuration files, specific scripts, and source code of some programs needed to compile the image.
LICENSE: GPL 2 License File
README.md: orangepi-build Documentation
scripts: Generic script for compiling linux images
test@test:~/orangepi-build$ ls
build.sh external LICENSE README.md scripts
If you download the orangepi-build code from github, you may find that orangepi-build does not contain the source code of u-boot and linux kernel, nor the cross-compilation toolchain required to compile u-boot and linux kernel. This is normal because these things are stored in other separate github repositories or some servers (the addresses will be detailed below). orangepi-build will specify the addresses of u-boot, linux kernel and cross-compilation toolchain in the script and configuration file. When running orangepi-build, if it finds that these things are not available locally, it will automatically download them from the corresponding places.
Download the cross-compilation toolchain
When orangepi-build is run for the first time, it will automatically download the cross-compilation toolchain and put it in the toolchains folder. Each time you run the build.sh script of orangepi-build, it will check whether the cross-compilation toolchain in toolchains exists. If not, it will restart the download. If it exists, it will be used directly without repeated download.
The mirror website of the cross-compilation tool chain in China is the open source software mirror website of Tsinghua University:
https://mirrors.tuna.tsinghua.edu.cn/armbian-releases/_toolchain/
Toolchains After downloading, it will contain multiple versions of cross-compilation tool chains:
test@test:~/orangepi-build$ ls toolchains/
gcc-arm-11.2-2022.02-x86_64-aarch64-none-linux-gnu gcc-linaro-4.9.4-2017.01-x86_64_aarch64-linux-gnu gcc-linaro-7.4.1-2019.02-x86_64_arm-linux-gnueabi
gcc-arm-11.2-2022.02-x86_64-arm-none-linux-gnueabihf gcc-linaro-4.9.4-2017.01-x86_64_arm-linux-gnueabi gcc-linaro-aarch64-none-elf-4.8-2013.11_linux
gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu gcc-linaro-5.5.0-2017.10-x86_64_arm-linux-gnueabihf gcc-linaro-arm-linux-gnueabihf-4.8-2014.04_linux
gcc-arm-9.2-2019.12-x86_64-arm-none-linux-gnueabihf gcc-linaro-7.4.1-2019.02-x86_64_aarch64-linux-gnu gcc-linaro-arm-none-eabi-4.8-2014.04_linux
The cross-compilation tool chain used to compile the T527 Linux kernel source code is:
linux5.15
gcc-arm-11.2-2022.02-x86_64-aarch64-none-linux-gnu
The cross-compilation toolchain used to compile the T527 u-boot source code is:
v2018.05
gcc-linaro-7.4.1-2019.02-x86_64_arm-linux-gnueabi
Explanation of the complete directory structure of orangepi build
After downloading the orangepi build repository, it does not include the Linux kernel, U-boot source code, or cross compilation toolchain. The Linux kernel and U-boot source code are stored in separate Git repositories
The git repository where the Linux kernel source code is stored is as follows. Please note to switch the branch of the Linux orangepi repository to
https://github.com/orangepi-xunlong/linux-orangepi/tree/orange-pi-5.15-sun55iw3
The git repository where the u-boot source code is stored is as follows. Please note to switch the branch of the u-boot orangepi repository to
https://github.com/orangepi-xunlong/u-boot-orangepi/tree/v2018.05-t527
When Orangepi build is first run, it will download the cross compilation toolchain, u-boot, and Linux kernel source code. After successfully compiling the Linux image once, the files and folders that can be seen in Orangepi build are:
build.sh: Compile startup script
external: Contains configuration files required for compiling the image, scripts for specific functions, and source code for some programs. The rootfs compressed file cached during the image compilation process is also stored in the external file
kernel: Store the source code of the Linux kernel
LICENSE: GPL 2 License File
README.md: Orangepi build documentation
output: Store compiled deb packages such as u-boot and Linux, compilation logs, and compiled images
scripts: General script for compiling Linux images
toolchains: Store cross compilation toolchain
u-boot: Store the source code of u-boot
userpatches: Store the configuration files required for compiling scripts
test@test:~/orangepi-build$ ls
build.sh external kernel LICENSE output README.md scripts toolchains u-boot userpatches
Compiling u-boot
Run the build.sh script, remember to grant sudo privileges
test@test:~/orangepi-build$ sudo ./build.sh
Select U-boot package and press Enter
Next, select the model of the development board
Then it will start compiling u-boot, and some of the information prompted when compiling the current branch is as follows:
Version of u-boot source code
[ o.k. ] Compiling u-boot [ v2018.05 ]
Version of cross compilation toolchain
[ o.k. ] Compiler version [ aarch64-linux-gnu-gcc 11 ]
The path of the compiled u-boot deb package
[ o.k. ] Target directory [ orangepi-build/output/debs/u-boot ]
The package name of the compiled u-boot deb package
[ o.k. ] File name [ linux-u-boot-current-orangepi4a_x.x.x_arm64.deb ]
Compilation time used
[ o.k. ] Runtime [ 1 min ]
Repeat the command to compile u-boot, and use the following command to start compiling u-boot directly without selecting through the graphical interface
[ o.k. ] Repeat Build Options [ sudo ./build.sh BOARD=orangepi4a BRANCH=current BUILD_OPT=u-boot ]
View the compiled u-boot deb package
test@test:~/orangepi-build$ ls output/debs/u-boot/
linux-u-boot-current-orangepi4a_x.x.x_arm64.deb
When the orangepi build compilation system compiles the U-boot source code, it first synchronizes the U-boot source code with the GitHub server's U-boot source code. Therefore, if you want to modify the U-boot source code, you first need to turn off the download and update function of the source code (you need to compile the U-boot completely before turning off this function, otherwise you will prompt that the U-boot source code cannot be found). Otherwise, the modifications made will be restored. The method is as follows:
Set the IGNORE_UPDATES variable in userpatches/config-default.conf to "yes".
test@test:~/orangepi-build$ vim userpatches/config-default.conf
......
IGNORE_UPDATES="yes"
......
When debugging u-boot code, you can use the following method to update u-boot in the Linux image for testing
Firstly, upload the compiled deb package of u-boot to the Linux system on the development board
test@test:~/orangepi-build$ cd output/debs/u-boot
test@test:~/orangepi_build/output/debs/u-boot$ scp \
linux-u-boot-current-orangepi4a_x.x.x_arm64.deb root@192.168.1.xxx:/root
Reinstall the newly uploaded deb package for u-boot
orangepi@orangepi:~$ sudo dpkg -i linux-u-boot-current-orangepi4a_x.x.x_arm64.deb
Then run the nand sata install script
orangepi@orangepi:~$ sudo nand-sata-install
Then select 5 Install/Update the bootloader on SD/eMMC
After pressing the enter key, a warning will first pop up
Pressing the enter key again will start updating u-boot, and after the update is complete, the following information will be displayed
Then you can restart the development board to test whether the u-boot modifications have taken effect
Compiling Linux Kernel
Run the build.sh script, remember to grant sudo privileges
test@test:~/orangepi-build$ sudo ./build.sh
Select Kernel package and press Enter
Then it will prompt whether the kernel configuration interface needs to be displayed. If the kernel configuration does not need to be modified, select the first one. If the kernel configuration needs to be modified, select the second one
Next, select the model of the development board
If step 3) selects the option to display the kernel configuration menu (second option), a kernel configuration interface opened through make menuconfig will pop up. At this time, you can directly modify the kernel configuration, save and exit after modification, and the kernel source code will be compiled after exit.
If there is no need to modify the configuration options of the kernel, passing KERNEL_CONFIGURE=no when running the build.sh script can temporarily block the pop-up kernel configuration interface
test@test:~/orangepi-build$ sudo ./build.sh KERNEL_CONFIGURE=no
You can also set KERNEL_CONFIGURE=no in the orangepi-build/userpatches/config-default.conf default.exe configuration file to permanently disable this feature
If the following error appears when compiling the kernel, it is due to the small terminal interface of Ubuntu PC, which causes the make menuconfig interface to not display. Please set the terminal of Ubuntu PC to its maximum size and run the build.sh script again
The following is a partial explanation of the information prompted when compiling the current branch kernel source code:
Version of Linux kernel source code
[ o.k. ] Compiling current kernel [ 5.15.147 ]
The version of the cross compilation toolchain used
[ o.k. ] Compiler version [ aarch64-linux-gnu-gcc 11 ]
The default configuration file used by the kernel and its storage path are as follows
[ o.k. ] Using kernel config file [ orangepi-build/external/config/kernel/linux-5.15-sun55iw3-current.config ]
The path of the compiled kernel related deb package
[ o.k. ] Target directory [ output/debs/ ]
The package name of the compiled kernel image deb package
[ o.k. ] File name [ linux-image-current-sun55iw3_x.x.x_arm64.deb ]
Compilation time used
[ o.k. ] Runtime [ 10 min ]
Finally, the compilation command for the kernel selected last time will be displayed. The following command can be used to start compiling the kernel source code without selecting it through the graphical interface
[ o.k. ] Repeat Build Options [ sudo ./build.sh BOARD=orangepi4a BRANCH=current BUILD_OPT=kernel KERNEL_CONFIGURE=no ]
View the compiled kernel related deb packages
linux-dtb-current-sun55iw3_x.x.x_arm64.deb Contains dtb files used by the kernel
linux-headers-current-sun55iw3_x.x.x_arm64.deb Contains kernel header files
linux-image-current-sun55iw3_x.x.x_arm64.deb Contains kernel images and kernel modules
test@test:~/orangepi-build$ ls output/debs/linux-*
output/debs/linux-dtb-current-sun55iw3_x.x.x_arm64.deb
output/debs/linux-headers-current-sun55iw3_x.x.x_arm64.deb
output/debs/linux-image-current-sun55iw3_x.x.x_arm64.deb
When the Orangepi build compilation system compiles the Linux kernel source code, it first synchronizes the Linux kernel source code with the GitHub server's Linux kernel source code. Therefore, if you want to modify the Linux kernel source code, you first need to turn off the source code update function (which requires a complete compilation of the Linux kernel source code before it can be turned off, otherwise it will prompt that the Linux kernel source code cannot be found). Otherwise, the modifications made will be restored. The method is as follows:
Set the IGNORE_UPDATES variable in userpatches/config-default.conf to “yes”.
test@test:~/orangepi-build$ vim userpatches/config-default.conf
IGNORE_UPDATES="yes"
If the kernel has been modified, you can use the following methods to update the kernel and kernel modules of the development board linux system
Upload the compiled deb package of the linux kernel to the linux system on the development board
test@test:~/orangepi-build$ cd output/debs
test@test:~/orangepi-build/output/debs$ scp \
linux-image-current-sun55iw3_x.x.x_arm64.deb root@192.168.1.xxx:/root
Install the new linux kernel deb package that you just uploaded
orangepi@orangepi:~$ sudo dpkg -i linux-image-current-sun55iw3_x.x.x_arm64.deb
Restart the development board and check whether the kernel changes have taken effect
orangepi@orangepi:~$ sudo reboot
Compile rootfs
Run the build.sh script and remember to add sudo permissions
test@test:~/orangepi-build$ sudo ./build.sh
Select Rootfs and all deb packages,then press enter
Then select the model of the development board
Then select the type of rootfs
Then select the type of image
Image with console interface (server) Indicates the server version of the image, the volume is relatively small
Image with desktop environment It is a large image with a desktop
If it is the image of the compile server version, you can also choose to compile the Standard version or Minimal version, the Minimal version of the pre-installed software will be much less than the Standard version (no special requirements, please do not choose the Minimal version, because many things are not pre-installed by default, some functions may not be used)
If you compile the desktop version of the image also need to select the type of desktop environment, currently only maintain GNOME, so please choose GNOME type desktop
You can then select additional packages that need to be installed. Please press Enter to skip this.
You will then start compiling the rootfs. Some of the information prompted during compilation is described below
The type of rootfs
[ o.k. ] local not found [ Creating new rootfs cache for jammy ]
Directory for storing the generated rootfs package
[ o.k. ] Target directory [ orangepi-build/external/cache/rootfs ]
Name of the generated rootfs package
[ o.k. ] File name [ jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4 ]
View the compiled rootfs compressed package
jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4 is rootfs zip, the meaning of each field name is
jammy indicates the type of linux distribution for rootfs
gnome indicates that rootfs is the type of the desktop version. If it is cli, it indicates the type of the server version
arm64 indicates the schema type of rootfs
25250ec7002de9e81a41de169f1f89721 is generated by the package name rootfs to install all of the packages of the MD5 hash value, as long as no modification rootfs installation package list, then this value will not change, The compilation script uses this MD5 hash to determine if the rootfs needs to be recompiled
jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4.list lists the package names of all packages installed by rootfs
test@test:~/orangepi-build$ ls external/cache/rootfs/
jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4
jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4.current
jammy-gnome-arm64.5250ec7002de9e81a41de169f1f89721.tar.lz4.list
If the required rootfs already exists under external/cache/rootfs, compiling the rootfs again will directly skip the compilation process and will not restart the compilation. When compiling the image, it will also go to the external/cache/rootfs to check whether there is a cached rootfs. If there is one, it will be used directly, which can save a lot of download and compilation time
Compile the linux image
Run the build.sh script and remember to add sudo permissions
test@test:~/orangepi-build$ sudo ./build.sh
Select Full OS image for flashing and press Enter
Then select the model of the development board
Then select the type of rootfs
Then select the type of image
Image with console interface (server) Indicates the server version of the image, the volume is relatively small
Image with desktop environment It is a large image with a desktop
If it is the image of the compile server version, you can also choose to compile the Standard version or Minimal version, the Minimal version of the pre-installed software will be much less than the Standard version (no special requirements, please do not choose the Minimal version, because many things are not pre-installed by default, some functions may not be used)
If you compile the desktop version of the image also need to select the type of desktop environment, currently only maintain GNOME, so please choose GNOME type desktop
You can then select additional packages that need to be installed. Please press Enter to skip this.
The linux image will then be compiled, the general process of compilation is as follows
Initialize the Ubuntu PC compilation environment and install the software packages required for the compilation process
Download the u-boot and linux kernel source code (if cached, update the code only)
Compile u-boot source code to generate the u-boot deb package
Compile linux source code and generate Linux-related deb packages
Create the deb package of the linux firmware
Create the deb package of the orangepi-config tool
Create a board-level deb package
If you are compiling the desktop version image, you will also make desktop related deb packages
Check whether the rootfs is cached. If no, create a new rootfs. If the rootFS is cached, decompress it and use it
Install the previously generated deb package into rootfs
Perform some specific Settings for different development boards and different types of images, such as preinstalling additional software packages and modifying system configurations
Then create an image file and format the partition. The default type is ext4
Copy the configured rootfs to the image partition
Then update initramfs
Run the dd command to write the bin file of the u-boot to the image
The following information is displayed after the image is compiled
Path for storing the generated image
[ o.k. ] Done building [ output/images/orangepi4a_x.x.x_debian_jammy_linux5.15.xx_gnome_desktop/orangepi4a_x.x.x_debian_jammy_linux5.15.xx_gnome_desktop.img ]
Compilation time
[ o.k. ] Runtime [ 19 min ]
Repeat the image compilation command. Run the following command to compile the image without using the GUI
[ o.k. ] Repeat Build Options [ sudo ./build.sh BOARD=orangepi4a BRANCH=current BUILD_OPT=image RELEASE=jammy BUILD_MINIMAL=no BUILD_DESKTOP=no KERNEL_CONFIGURE=yes ]
Android 13 operating system instructions
Supported Android versions
Android version | Kernel version |
Android 13 | linux5.15 |
Android 13 Function Adaptation
Function | Android 13 |
HDMI video | OK |
HDMI Audio | OK |
USB2.0 x 4 | OK |
TF card start | OK |
eMMC | OK |
Identify NVME SSDS | OK |
Gigabit network card | OK |
WIFI | OK |
Bluetooth | OK |
RTC chip | OK |
Headphone audio | OK |
LCD screen | OK |
EDP | OK |
CAM1 | NO |
CAM2 | NO |
LED light | OK |
40 pin GPIO | OK |
40 pin I2C | OK |
40 pin SPI | OK |
40 pin UART | OK |
40 pin PWM | OK |
Temperature sensor | OK |
Mali GPU | OK |
Video codec | OK |
Usage of ADB
USB OTG mode switching method
The development board has four USB ports, of which the USB port marked in the red box below can support both Host mode and Device mode, and the other three USB ports only support Host mode.
The USB OTG interface is in Host mode by default and can be used to connect USB devices such as mouse and keyboard. If you want to use ADB, you need to manually switch to Device mode.
First open Settings
Then find About tablet
Then click the Build number option several times with your mouse until it appears. You are now a developer! Tips for
Then return to the upper-level menu and select System
Then select Developer options
Finally, find the USB OTG Mode Switch, turn on the switch to switch to Device mode, turn off the switch to switch to Host mode
Use a data cable to connect adb to debug
First prepare a good quality USB 2.0 public to public data cable
Install adb tool on Ubuntu PC
test@test:~$ sudo apt-get update
test@test:~$ sudo apt-get install -y adb
View the identified ADB device
test@test:~$ adb devices
List of devices attached
4c00146473c28651dd0 device
Then you can log in to the android system through adb shell on the Ubuntu PC
test@test:~$ adb shell
t527-demo:/ #
adb debugging using a network connection
Using network adb does not require a USB2.0 peer-to-peer data cable to connect the computer to the development board, but communicates over the network, so first make sure that the wired or wireless network of the development board is connected, and then obtain the IP address of the development board, which will be used later.
Ensure that the service.adb.tcp.port of the Android operating system is set to 5555
console:/ # getprop | grep "adb.tcp"
[service.adb.tcp.port]: [5555]
If service.adb.tcp.port is not set, you can use the following command in the serial port to set the port number of network adb
console:/ # setprop service.adb.tcp.port 5555
console:/ # stop adbd
console:/ # start adbd
Install adb tool on Ubuntu PC
test@test:~$ sudo apt-get update
test@test:~$ sudo apt-get install -y adb
Then connect network adb on Ubuntu PC
test@test:~$ adb connect 192.168.1.xxx:5555 (Change it to the IP address of the development board)
* daemon not running; starting now at tcp:5037
* daemon started successfully
connected to 192.168.1.xxx:5555
test@test:~$ adb devices
List of devices attached
192.168.1.xxx:5555 device
Then you can log in to the android system through adb shell on the Ubuntu PC
test@test:~$ adb shell
t527-demo:/ #
HDMI to VGA display test
The following accessories need to be prepared first
HDMI to VGA display test is shown below
When using HDMI to VGA display, the development board and the Android system of the development board do not need to do any Settings, only the HDMI interface of the development board can be displayed normally. So if the test has problems, check the HDMI to VGA converter, VGA cable, and monitor for problems.
WI-FI connection method
First select Settings
Then select Network & Internet
Then select Internet
Then open WI-FI
After turning on WI-FI, you can see the search signal under Available networks
Select the WI-FI you want to connect to, and the password input interface will pop up as shown in the following figure
Then use the keyboard to enter the WI-FI password, and then use the mouse to click the Enter button in the virtual keyboard to start the WI-FI connection
The display after the WI-FI connection is successful is as shown in the following figure
How to use WI-FI hotspot
Ensure that the Ethernet port is connected to a network cable and can access the Internet properly
Then select Settings
Then select Network & Internet
Then select Hotspot & tethering
Then select Wi-Fi hotspot
Then open the Wi-Fi Hotspot, you can also see the name and password of the generated Hotspot in the following figure, remember them, and need to use them when connecting to the hotspot (if you need to change the name and password of the Hotspot, you need to close the Wi-Fi Hotspot first, and then modify it)
At this time, you can take out your mobile phone, if everything is normal, you can find the WIFI Hotspot with the same name (AndroidAP_4174) shown below Hotspot name in the above picture in the WI-FI search list. Then you can tap AndroidAP_4174 to connect to the Hotspot, the password can be seen under Hotspot password in the image above
After successful connection, it will be displayed as shown in the following figure (different mobile phone interfaces will be different, the specific interface is subject to the display of your mobile phone). At this time, you can open a web page on the phone to see whether the Internet can be accessed. If the web page can be opened normally, it indicates that the WI-FI Hotspot of the development board can be used normally
Method to view Ethernet port IP address
First, ensure that the gigabit network port of the development board is connected to a router or switch
First open Settings
Then select Network & Internet
Then select Ethernet
Then select Ethernet settings
Then you can see the IP address information of the wired network port of the development board
Bluetooth connection method
Then select Pair new device to start scanning the surrounding Bluetooth devices
The searched Bluetooth device will be displayed under Available devices
Then click on the Bluetooth device you want to connect to start pairing. When the following interface pops up, please use the mouse to select the Pair option
The test here is the configuration process of the development board and Bluetooth of Android phones. At this time, the confirmation interface will pop up on the phone, and the pairing process will start after clicking the pairing button on the phone
After pairing, open Paired devices and you will see the paired Bluetooth devices
At this time, you can send a picture to the development board using the Bluetooth of your phone. After sending, you can see the following prompt in the Android system of the development board, and then click Incoming file
Then click Accept in the pop-up window to start receiving pictures sent by the phone
The picture received by the Bluetooth of the Android system can be viewed by opening the Download directory of the file manager
10.1 inch MIPI screen usage
Make sure that the Android image you use is one of the following versions:
OrangePi4A_T527_Android13_lcd_v1.x.x.img
The screen needs to be assembled first, please refer to the assembly method of 10.1 inch MIPI screen
The position of the interface of the mipi lcd screen on the development board is shown as follows:
Connect the assembled screen to the LCD interface of the development board, pay attention to unplug the HDMI interface, connect the Type-C power supply to the board, and power on, after the system starts, you can see the screen displayed as follows (default is portrait screen)
How to use eDP screen
eDP screens are touch-free.
Make sure that the Android image you use is one of the following versions:
OrangePi4A_T527_Android13_v1.x.x.img
Currently only one 15.6-inch eDP screen is available, including the following accessories:
0.5 Spaced 30-pin single-head coaxial cables
15.6-inch eDP display, resolution is 1920x1080.
Connect the FPC end of the 30pin single-head codirectional cable to the eDP interface of the development board, and connect the other end to the eDP interface of the screen
Then connect the Type-C power supply to the board and power it on. After the system is started, you can see the screen displayed as shown in the following figure
How to use USB camera
First, insert a USB (UVC protocol) camera into the USB interface of the development board
If the USB camera is properly identified, a video device node is generated under /dev
console:/ # ls /dev/video0
/dev/video0
Then ensure that the ADB connection between the Ubuntu PC and the development board is normal. Please refer to the instructions in the section on adb Usage
Download the USB camera test APP from the official tool on the development board data download page
Then use adb command to install the USB camera test APP into the Android system, of course, you can also use the U disk copy for installation
test@test:~$ adb install usbcamera.apk
After installation, you can see the startup icon of USB camera on the Android APP interface
Then double-click on the USB camera APP and you can see the output video of the USB camera
Android system ROOT Description
The Android system released by Orange Pi has been ROOT, you can use the following method to test.
Download rootcheck.apk from the official tool on the development board data download page
Then ensure that the ADB connection between the Ubuntu PC and the development board is normal. Please refer to the instructions in the section on adb Usage
Then use adb command to install rootcheck.apk into the Android system, of course, you can also use the U disk copy for installation
test@test:~$ adb install rootcheck.apk
After installation, you can see the startup icon of the ROOT test tool on the Android APP interface
After opening the ROOT test tool for the first time, the display interface is as shown in the following figure
Then you can click CHECK NOW to start the ROOT status check of the Android system. After the check, the display is as follows, you can see that the Android system has obtained the ROOT permission
40 pin interface GPIO, UART, SPI test
40 pin GPIO port test method
First open the wiringOP APP on your desktop
Then click GPIO_TEST button to open the GPIO test interface
The GPIO test interface is shown in the figure below. The two rows of CheckBox buttons on the left are one-to-one corresponding to the 40-pin pin. When CheckBox button is checked, the corresponding GPIO pin will be set to OUTmode and the pin level will be set to high. When unchecked, the GPIO pin level is set to low; When you click the GPIO READALL button on the right, you can get the wPi number, GPIO mode, and pin parity information. When the BLINK ALL GPIO button is clicked, all pins continuously switch between high and low levels
Then click the GPIO READALL button, and the output information is as shown below:
There are a total of 28 GPIO ports available in the 40 pin development board. Taking pin 7- corresponding to GPIO PB4- corresponding to wPi serial number 2- as an example, we will demonstrate how to set the high and low levels of GPIO ports. Firstly, click on the CheckBox button corresponding to pin 7. When the button is selected, pin 7 will be set to a high level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 3.3v, it means that the high level has been successfully set
Then click the GPIO READALL button, and you can see that the current mode of pin 7 is OUT and the pin level is high
Click the CheckBox button in the following image again to uncheck the status. Pin 7 will be set to a low level. After setting, you can use a multimeter to measure the voltage value of the pin. If it is 0v, it means that the low level has been successfully set
Then click the GPIO READALL button, and you can see that the current mode of pin 7 is OUT and the pin level is low
40 pin UART testing method
By default, UART2 and UART7 are enabled in Android, corresponding to device nodes/dev/ttyAS2 and/dev/ttyAS7
t527-demo:/ $ ls /dev/ttyAS*
ttyAS0 ttyAS1 ttyAS2 ttyAS7
First, open the WiringoP app on the desktop
Then click the UART_TEST button to open the UART test interface
The serial port test interface of WiringOP is shown in the following figure
Taking testing UART2 as an example, select the/dev/ttyAS2 node in the selection box
Enter the desired baud rate in the editing box, then click the OPEN button to open the /dev/ttyAS2 node. After successful opening, the OPEN button becomes unselectable, and the CLOSE and SEND buttons become selectable
- Then use DuPont wire to short-circuit the rx and tx pins of UART 2
uart2 | |
tx pin | Corresponding to pin 11 of pin 40 |
rx pin | Corresponding to pin 13 of pin 40 |
- Then you can enter a character in the send edit box below and click the SEND button to start sending
- If everything is normal, the received string will be displayed in the receiving box
40 pin SPI testing method
The SPI that can be used in 40 pins is SPI1, and the corresponding device node is/dev/spidev1.0
Here is a demonstration of testing the SPI1 interface using the w25q64 module. First, connect the w25q64 module to the SPI1 interface
If there is no w25q64 module, it doesn't matter, because there is a SPIFlash connected to SPI0 on the development board, and the SPI0 configuration is also enabled by default in Android, so we can directly use the onboard SPIFlash for testing.
Then open the WiringoP app on the desktop
Then click the SPI_TEST button to open the SPI testing interface
Then select the device node of SPI in the upper left corner. If testing the onboard SPIFlash directly, keep the default/dev/spidev0.0. If the w25q64 module is connected to the 40 pin SPI1, select/dev/spidev1.0
Then click the OPEN button to initialize SPI
Then fill in the bytes that need to be sent, such as reading the ID information of the onboard SPIFlash, filling in the address 0x9f in data [0], and then clicking the TRANSFER button
Finally, the APP will display the ID information of the read onboard SPI Flash
If reading the w25q64 module connected to the 40 pin SPI1, the read ID information is shown in the following figure
The MANUFACTURER ID of the w25q64 module is EFh, and the Device ID is 4017h, which corresponds to the values read above (h represents hexadecimal)
40 pin I2C testing method
In Android, i2c4 and i2c5 in pin 40 are enabled by default, corresponding to device nodes/dev/i2c-4 and/dev/i2c-5, respectively
console:/ # ls /dev/i2c-4 /dev/i2c-5
/dev/i2c-4 /dev/i2c-5
First, open the WiringoP app on the desktop
Then click the I2C_TEST button to open the testing interface of i2c
The i2c testing interface of WiringOP is shown in the following figure
Taking testing i2C4 as an example, select the/dev/i2c-4 node in the selection box
Pin of RTC module | Development board 40 pin corresponding pins |
5V | Pin 2 |
GND | Pin 6 |
SDA | Pin 3 |
SCL | Pin 5 |
The i2c address of the ds1307 RTC module is 0x68. After connecting the cable, we can use the i2cdetect -y -r 4 command in the serial port command line to check if we can scan the i2c address of the ds1307 RTC module. As shown in the figure below, if the address 0x68 can be seen, it indicates that the wiring of the ds1307 RTC module is correct.
console:/ # i2cdetect -y 4
Then set the address of i2c to 0x68 in WirgOP, and click the OPEN button to open i2c4
After clicking the OPEN button to open i2C4, the display is as follows:
Then we will test writing a value to the register of the RTC module, such as writing 0x55 to address 0x1c
Then click the READ BYTE button to read the value of the 0x1c register. If it displays 0x55, it means that the i2c read-write test has passed
Appendix
User Manual Update History
edition | Date | Update Explanation |
v1.0 | 2024-11-14 | Initial version |
Image update history
Date | Update Explanation |
2024-11-14 | OrangePi4A_T527_Android13_v1.0.0.tar.gz
OrangePi4A_T527_Android13_lcd_v1.0.0.tar.gz Orangepi4a_1.0.0_ubuntu_jammy_server_linux5.15.147.7z Orangepi4a_1.0.0_debian_bookworm_server_linux5.15.147.7z Or angepi4a_1.0.0_ubuntu_jammy_desktop_gnome_linux5.15.147.7z Orang epi4a_1.0.0_debian_bookworm_desktop_gnome_linux5.15.147.7z
|