一、简介uboot中i2c读写有2种方式，一种使用uboot驱动模型，通过宏CONFIG_DM_I2C定义，另一种是传统方式，通过宏CONFIG_SYS_I2C定义。二、uboot中使用I2C命令进行读写在uboot命令行中，通过定义宏CONFIG_CMD_I2C，可以打开i2ccmd子系统。输入i2c查看usage。i2cbus-查看当前总线i2cdev[dev]-设置总线号i2cmdchipaddress[.0,.1,.2][#ofobjects]-i2c设备读i2cmwchipaddress[.0,.1,.2]value[count]-i2c设备写=>i2cbusBus2:i2c@480
OpenHarmony是由开放原子开源基金会（OpenAtomFoundation）孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代、基于开源的方式，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。一、开发环境准备针对openharmony板级开发需要准备以下环境：TB-RK3568X开发板1个（附购买链接）PC-Windows101台（用于烧录和调试）服务器-Ubuntu20.04（用于openharmony代码编译）RK3568开发板外围配件（屏幕/摄像头等，附购买链接）二、开发板（目标板）硬件规格说明TB-RK3568X采用四核64位Cortex-A55处
mipi调试过程1、前言2、开发环境3、调试过程3.1、下载openharmony3.2源码3.2、设备树上增加mipi-dsi屏幕的节点3.3、分析kernel显示不出来画面3.4、mipi屏幕显示效果图1、前言由于工作需要，RK3568需要支持openharmony3.2系统版本，需要重新移植下载源码并且适配自家公司的核心板。在开发的过程中，可谓是真滴难！！！原本openharmony系统就没有多少开源的资料了，然后整个架构跟linux和Android的SDK不一样，导致开发过程十分缓慢。。。就以MIPI屏幕为例接下来。2、开发环境Ubuntu：18.04openharmony版本：3.2
SOC：RK3568system：Android12kernel：kernel-4.19芯片：NVP6158Cxs9922目前我的主板上NVP6158接入4路Camera走DVP通道，xs9922接入4路AHDCamera走mipi通道RKkernel-4.19支持xs9922nvp6158c驱动路径 drivers/media/i2c/xs9922/xs9922.c drivers/media/i2c/nvp6158_drv/nvp6158_v4l2.cRK支持Camera热插拔复位机制，如果RK没有适配过的Camera驱动可以在ioctl加入RKMODULE_GET_VICAP_R
在音视频领域，融合推流，低码流，低延迟，浏览器H5化是一个降低成本，提升用户体验的重要手段。同时适配现有直播的生态也是一个必要条件。 在满足上述要求的情况下，我做了以下实践，取得了良好的效果。 在实践中，我们选择采用了成熟的rtmp做为推流的主要手段，srs直播多媒体服务器的顶级生态位不可或缺，H265作为良好的视频编解码协议，在节约40%以上的码流带宽情况下比H264拥有更清晰的画质和更好的运动画面表现力，新兴的浏览器传输硬解渲染技术作为跨平台web化的门户比起桌面播放器有太多优势。 在设备端推流选取了性价比很高的瑞星微rk3568作为硬件载体，其拥有60fps1080
RK方案中的开机画面处画逻辑在RK的方案中，如RK1109，RK1126，RK3568这些嵌入式LINUX方案在开机画面的处理逻辑都是一致的.用户的uboot,kernel开机画面都是同dts,kernel一起入在一个boot.img文件中的.boot.img的文件结构，基本又同Android的boot文件结构类似，具体的文件结构，可以参考uboot,kernel中的对应的定义!资源打包工具在uboot中的tools目录下u-boot\tools\rockchip工具resource_tool.c，即是资源打包工具!具体的用户在BSP中可以参考mkimg这个脚本！如，我们需要把dtb,开机画面
一，GT911触摸屏简介它的接口类型为I2C，供电电压和通讯电压均为3.3V。这款电容触摸屏内置了上拉电阻，这意味着我们的开发板上与该触摸屏的接口处不需要设置上拉电阻。关于线序，同样是GT911，不同批次的器件都有不同的线序。具体的要自行与厂家确认。二，DTS配置调试双I2C触摸，两个tp是同一型号（gt911），dts文件配置的主要是CPU与触摸屏之间I2C通信的信息，查看硬件原理图两路tp是挂载在不同的I2C下。TP1(i2c1):TP2(i2c3):&i2c1{status="okay";gt1x:gt1x@14{status="okay";compatible="goodix,gt9x
前言原来的方案是rk3568gmac直接接phy，phy接switch芯片，只是把交换芯片当交换用，驱动方面基本不用开发，但是要做vlan那么必须涉及交换芯片的开发。选择裕太微有两个方面的原因： 1.国产化替代 2.可获得原厂技术支持 3.目前已经完成两个gmac口交换芯片的配置，实现vlan，内部交换，两个光口可正常通信调试步骤：1.根据rk3568的数据手册，自己写一个接口实现mdio接口smi协议的读写（瑞芯微详细的数据手册，几千页那种，需要详细配置寄存器）2.修改rk3568设备树设置为fixed-link模式，1G速率等3.根据调试手册编译sdk,并把自己写的接口添加进sdk相关c文
ARM+FPGA架构有何种优势近年来，随着中国新基建、中国制造2025的持续推进，单ARM处理器越来越难满足工业现场的功能要求，特别是能源电力、工业控制、智慧医疗等行业通常需要ARM+FPGA架构的处理器平台来实现特定的功能，例如多路/高速AD采集、多路网口、多路串口、多路/高速并行DI/DO、高速数据并行处理等。到底ARM+FPGA架构有什么优势？ARM：接口资源丰富、功耗低，擅长多媒体显示、逻辑控制等。FPGA：擅长多通道或高速AD采集、接口拓展、高速信号传输、高速数据并行处理等。因此，ARM+FPGA架构能带来性能、功耗等综合比较优势，ARM与FPGA既可各司其职，各自发挥原本架构的独特
文章目录项目场景：原因分析：解决方案：附解决参数详情概览：此Bug解决方案总结项目场景：在进行鸿蒙应用开发时，自己遇到过这个问题，也看到了网上大佬的解决方案，现在在这篇文章里总结一下解决方案。问题如下：【问题描述】RK3568开发板，开机后一直不断重启，这是啥原因啊？【运行环境】硬件：RK3568类似问题：我用的ROCK3A和Lubancat2，都是卡DAYU，然后重启，如何解决？原因分析：这种情况可能是镜像烧录得有问题，也有可能是init服务中定义“importance”的属性。属性值为0时，表示当前服务进程退出，设备不重启。属性值为1时，表示当前服务进程退出，设备重启。解决方案：通过日志确
