RK3566环境搭建和烧写方式_rk3566 rockusb

进入rk3568这款芯片的烧录模式共有3种方式：

一，软硬件环境

1、配套sdk版本的驱动DriverAssitant_vx.x.x和RKDevTool_Release_vx.x，版本不对应可能无法烧录，建议直接在sdk压缩包里获取；

2、如果正确安装DriverAssitant_vx.x.x且usb硬件连接完好，电脑端会有主线驱动识别ok的提示，比如我用的win10系统，设备管理器会新增Rockusb Device。未识别的情况应检查驱动和接线；

3、烧录的镜像如uboot、updateimg等也需要版本对应，另外注意有的开发板厂家在uboot层面配置了keys（加密），比如ZLG，这个时候需要第三方的sdk编译镜像；

二，加载模式分类

RK的CPU通常启动后有三种模式：normal模式、 loader模式、maskrom模式。 

1、normal模式：正常的启动模式，这个模式无法刷固件，一般板子通电就是这个模式；
2、loader模式：刷固件模式，这个模式可以刷各种image； 

进入该模式目前尝试过2种方式。第一种，按住recover按键再通电，通过管脚电平量触发以及RKDevTool_Release_vx通信，PC机可以检测到进入该模式；第二种，加载运行小系统后，命令行输入reboot loader命令也可以看到工具端提示“发现一个loader设备”；
3、maskrom模式：这种模式用于拯救砖头机器，比如bootloader/uboot 无法启动，无法进入loader模式正常下载。 该模式下可以整体烧录updateimg，也可以部分烧录其他img。

进入该模式目前也尝试过2种方式。第一种，需要通过在板子上找对应的emmc_clko、gnd焊点，短接后通电，这种方式可以真正解决变砖；第二种，进入uboot或小系统之后，有对应的命令行rbrom或reboot loader，工具端检测到loader模式后，从loader模式切入maskrom模式。

三，常见错误

在自研单板调试过程种，遇到如下几个问题：

1)usb线缆（otg的，常用的type-C就是）异常导致无法找到设备，usb的串阻最好尽可能标准；

2)不要同时运行多个工具端tools;

3)烧录前检测设备，虚拟机主动优先检测到usb接口设备；

四，debian或linux环境搭建

环境：vmware16，ubuntu 18.04

安装依赖库：

sudo apt-get install repo git ssh make gcc libssl-dev liblz4-tool expect g++ patchelf chrpath gawk texinfo chrpath diffstat binfmt-support qemu-user-static live-build bison flex fakeroot cmake unzip device-tree-compiler python-pip ncurses-dev python-pyelftools

获取SDK前需要安装

sudo apt update
sudo apt install -y repo git python

下载完成后先验证一下MD5码

md5sum rk356x_linux_release_v1.3.0b_20221213_split_dir/*firefly_split*

# 解压
mkdir ~/proj/
cd ~/proj/
cat path/to/rk356x_linux_release_v1.3.0b_20221213_split_dir/*firefly_split* | tar -xzv

# 导出数据
rk3566@ubuntu:~/proj$ cd rk356x_linux_release_v1.3.0b_20221213/
rk3566@ubuntu:~/proj/rk356x_linux_release_v1.3.0b_20221213$ .repo/repo/repo sync -l

 # 同步

rk3566@ubuntu:~/proj/rk356x_linux_release_v1.3.0b_20221213$

        .repo/repo/repo sync -c --no-tags

rk3566@ubuntu:~/proj/rk356x_linux_release_v1.3.0b_20221213$ 

        .repo/repo/repo start firefly --all