Introduction: Guide to TFTP Flashing the File System on Forlinx Embedded RK3568 Development Board
The test is conducted using the standard development environment of Linux 4.19.206 on the OK3568-C development board, which is equipped with the Rockchip RK3568 processor. It has a stable network foundation and can meet the transmission requirements of the TFTP protocol. During the testing, the TFTP server was deployed on the Ubuntu system. Ubuntu and the RK3568 development board were configured in the bridge mode (by leveraging the hardware advantage of the dual network interfaces on the development board, the network transmission latency can be reduced). The server address was set to 172.16.0.177.
Make sure to place the system images (boot.img and rootfs.img) in the TFTP server directory beforehand. Additionally, verify that there is a proper network connection between the development board and the server, as this is essential for the process to run smoothly.
Step 1: Configuring U-Boot Environment Variables for Network Access
The Uboot environment configuration of the RK3568 development board is simple and intuitive. Coupled with the on-board Type - C Debug interface (which integrates a USB - to - serial chip, eliminating the need for an additional adapter), developers can quickly enter the Uboot command line through terminal tools (such as SecureCRT and Xshell) to complete the network parameter configuration.
Operation tips: The default baud rate of the Type - C Debug interface is 115200bps, with 8 data bits, 1 stop bit, and no parity check. After connecting, restart the development board to enter the Uboot command line.
Note: If pinging the server fails, you need to prioritize the following checks:
- Whether the VMware network is set to ''Bridge mode'';
- Whether the network cable connection of the development board is normal (it is recommended to use Category 5e or better network cables);
- Whether the TFTP port (default port 69) is blocked by the server firewall.
Step 2: Querying the EMMC Partition Table
The Forlinx Embedded RK3568 development board offers multiple eMMC storage options of 8/16/32/64GB. In this test, the standard Linux partition plan is adopted. The complete partition structure can be viewed through the mmc part command to clarify the target partitions for the boot.img (boot image) and rootfs.img (file system image).
This partition plan is fully adapted to the multi - system characteristics of the RK3568 development board. If it is necessary to switch to the Android or OpenHarmony system, only the partition table needs to be adjusted through the partition_tool.sh script provided by Forlinx Embedded, without replacing the hardware.
Step 3: Flashing Boot.img to the Boot Partition Via TFTP
Use the tftpflash command to directly load the boot.img from the TFTP server to the ''boot'' partition (partition 3) of the eMMC. The high - speed data processing capability of the RK3568 processor can ensure a stable TFTP transmission rate, ensuring the rapid completion of the boot image flashing.
Explanation of the tftpflash command: tftpflash [loading address] [file name] [target partition name]
Technical highlights:
The boot.img contains the kernel and device tree, and the stability of its flashing directly affects the system startup. The eMMC of the RK3568 supports the ''bad block management'' function. Coupled with the 5V/12V power protection design of the carrier board, it can avoid image damage caused by voltage fluctuations during the flashing process, meeting the long - term operation requirements of industrial scenarios.
Step 4: Flashing Rootfs.img to the Rootfs Partition Via TFTP
The rootfs.img contains a complete file system (such as directories like /bin, /etc, /lib). It needs to be flashed to the ''rootfs'' partition (partition 6). The rootfs partition of the RK3568 development board has sufficient reserved space (the partition size in this test is about 1.9GB). It can not only accommodate the basic file system but also meet the needs of subsequent function expansion. For example, the development board has an NPU with a computing power of 1 TOPS. If you need to deploy a lightweight AI application, you can directly integrate the RKNN - Toolkit tool (supporting one - click conversion of mainstream models such as Caffe, TensorFlow, and PyTorch) into this file system without additional adjustment of the storage architecture.
Note:
The RK3568 development board features a split design consisting of a "SoM" and a "carrier board." If it is necessary to expand storage—such as adding a hard disk via the SATA 3.0 interface—or modify networking options by adding a 4G/5G module through the M.2 Key - B interface, there is no need to re - flash the file system. Instead, the necessary drivers can simply be installed within the existing system. Pre - compiled drivers are available in the Forlinx Embedded data package, which greatly simplifies the process of function iteration.
Step 5: Summary
The operation of flashing the file system via TFTP on the Forlinx Embedded RK3568 development board not only demonstrates the convenience of its basic functions (such as simple Uboot commands and stable network transmission) but also shows the core advantages of the product:
- Industrial - grade reliability: EMC protection, industrial - grade eMMC, and power protection, suitable for complex on - site environments;
- High scalability: Dual Gigabit Ethernet, SATA3.0, and M.2 interfaces support flexible expansion of storage and networking functions;
- AI computing power integration: The 1 TOPS NPU supports lightweight AI applications, and development tools can be directly integrated into the file system;
With the complete technical data and technical support from Forlinx Embedded, developers can easily complete the entire process from image flashing to function expansion, accelerating the product implementation in fields such as industrial control, smart devices, and edge computing.
