1.简介本文是基于RK3588平台，SDK版本：RK3588_ANDROID12.0RK628D调试总结。视频桥接芯片：RK628D驱动代码：“kernel-5.10\drivers\misc\rk628”(驱动用的是rk628-for-all-v21版本)本次调试的方案功能：从SOC出来的HDMITX通过RK628D转成双路LVDS信号接LVDS屏幕。2.视频桥接芯片RK628D调试2.1RK628驱动介绍RK628分为Display通路和HDMIIN通路，SDK版本Display通路基于DRM框架，HDMIIN通路基于V4L2框架。RK628-For-All版本驱动一样也分为Displa
需要对rk3568openharmony的Linux内核进行调试，内核源码在kernel/linux/linux-5.10/目录下，这是没打鸿蒙补丁前的源码。真正编译及打了补丁的内核源码在out/kernel/src_tmp/linux-5.10/目录下修改out/kernel/src_tmp/linux-5.10/目录下的源码，并进行单独编译，编译命令：cdout/kernel/src_tmp/linux-5.10/./make-ohos.shTB-RK3568X0enable_ramdiskTB-RK3568X0是根据自己的板卡选择的，make-ohos.sh文件里的model_list可
----------------------------------------------------------------------------------------------------------------------------开发板：NanoPC-T4开发板eMMC：16GBLPDDR3：4GB显示屏：15.6HDMI接口显示屏u-boot：2023.04--------------------------------------------------------------------------------------------------------------
RK3588是瑞芯微新一代旗舰级高端处理器，具有高算力、低功耗、超强多媒体、丰富数据接口等特点。搭载四核A76+四核A55的八核CPU和ARMG610MP4GPU，内置6.0TOPs算力的NPU。有五大技术优势1. 内置多种功能强大的嵌入式硬件引擎，支持8K@60fps 的 H.265 和 VP9 解码器、8K@30fps 的 H.264 解码器和 4K@60fps 的 AV1 解码器；支持 8K30fps 的 H.264 和H.265 编码器，高质量的 JPEG 编码器/解码器，专门的图像预处理器和后处理器。2. 内置 3DGPU，兼容 OpenGLES1.1/2.0/3.2、OpenCL2
基本思想：一直想学rk3588的视频编解码，奈何没有设备，最近获得机会，利用空闲时间好好研究一番，正好手中的深度相机oakcamera支持视频编码，逐想用软解编码和瑞芯微的mpp硬解码去走一波,本实验使用的poe-rj45接口和usb低电压接口测试测试数据硬件：rk3588s开发板oak-ds2深度相机(usb接口)技术：rk3588smpp硬解码oakh264编码（最高帧率60fps）yolov7-tiny单目标检测硬件频率设置:cpu频率408000dmc频率2112000000npu频率1000000000目标检测准确的情况下，测试数据如下：解码总帧率56-60fps解码+640推理(1
github仓库所需：安装了Ubuntu20系统的RK3588安装了Ubuntu18的电脑或者虚拟机一、yolov5PT模型获取Anaconda教程YOLOv5教程经过上面两个教程之后，你应该获取了自己的best.pt文件二、PT模型转onnx模型将models/yolo.py文件中的class类下的forward函数由：defforward(self,x):z=[]#inferenceoutputforiinrange(self.nl):x[i]=self.m[i](x[i])#convbs,_,ny,nx=x[i].shape#x(bs,255,20,20)tox(bs,3,20,20,8
20221218解决在Ubuntu18.04下编译Firefly的Core-3588J出现lz4的问题2022/12/1815:37解决方法：编译最新的lz4的dev分支！https://wiki.t-firefly.com/zh_CN/Core-3588J/android_compile_android12.0_firmware.htmlCore-3588J产品规格书3.编译Android12.0固件同样的操作方法，Ubuntu22.04下编译Android12完全正常，但是Ubuntu22.04下编译Buildroot异常！看Firefly是推荐Ubuntu18.04下编译，于是切换回来了
说明本篇文章介绍将rk3399pro内核放入鸿蒙源码并打上hdf驱动框架补丁，linux内核移植openharmony的hdf驱动子系统。环境介绍使用的内核为4.4.185版本的，openharmony3.0源码编译环境使用的docker是swr.cn-south-1.myhuaweicloud.com/openharmony-docker/openharmony-docker-standard:0.0.5，在docker环境中输入以下命令编译完整openharmony3.0源码。./build.sh--product-nameHi3516DV300以下步骤皆在docker环境下完成。内核打h
本次我们使用的是触觉智能基于RK3568研发的IDO-EVB3568来给大家演示如何烧录MAC。 这款开发板拥有四核A55，主频高达2.0G，支持高达8GB高速LPDDR4，1T算力NPU，4KH.265硬解码，4KHDMI2.0显示输出，支持双通道LVDS/eDP/两路MIPIDSI等多种显示接口，支持3屏异显。板载2路千兆以太网，双频WIFI+蓝牙，支持5G或4G通信，支持2路USB3.0和7路USB2.0/SATA3.0，5路串口(TTL/RS232/RS485)，2路CAN总线。支持Android11/Debian10/Ubuntu20/Buildroot/麒麟OS/开源鸿蒙等多种操作
OpenHarmony适配开源图形驱动（旧框架）---RK35681.刷入openharmonyrk分支版本，确保基线闭源GPU使能且屏幕能正常点亮2.修改kernel5.10内核并重新编译2.1修改DTS2.2启用Panfrost内核2.3单独编译kernel5.103.编译buildroot，启用mesa3d和panfrost驱动3.1基于xfan的代码仓对mesa进行编译3.2执行makemenuconfig进行buildroot固件的编译，进行如下的配置：4.运行glmark2-es2-wayland，验证内核panfrost驱动和用户态panfrost驱动是否可以正常工作。5.将编译
