导航

    全志在线开发者论坛

    • 注册
    • 登录
    • 搜索
    • 版块
    • 话题
    • 在线文档
    • 社区主页
    1. 主页
    2. duanzhh
    D
    • 资料
    • 关注 0
    • 粉丝 2
    • 我的积分 2309
    • 主题 14
    • 帖子 41
    • 最佳 5
    • 群组 0

    duanzhhLV 5

    @duanzhh

    2309
    积分
    6
    声望
    17
    资料浏览
    41
    帖子
    2
    粉丝
    0
    关注
    注册时间 最后登录

    duanzhh 取消关注 关注

    duanzhh 发布的最佳帖子

    • T113-S3平台,使用can通信,TX发送数据出现大量错误码

      1、配置can0设备树
      2、编译烧录固件,设置波特率为1M
      3、建立can通信,2ms周期,can总线带宽占用40%左右
      4、使用ifconfig can0查看状态,发现can0的tx出现很多发送错误包(应该是链路层上报错,上层协议层没有报错),见图片:
      303541d8-9926-469d-a8dd-b69f746fb69d-can通信报错.png
      b0ddb17d-8ee5-4584-9f22-fd8cb73fed83-can通信报错带宽占比.png

      发布在 其它全志芯片讨论区
      D
      duanzhh
    • 回复: D1s RTL8723DS 蓝牙起不来,大伙帮我瞅瞅。

      @duanzhh 找到原因了,mad,智障自己,流控打开又给自己在system_config.fex里面关闭了

      发布在 MR Series
      D
      duanzhh
    • T113串口波特率支持4.5M吗,稳定吗

      请问下T113串口波特率支持4.5M吗,稳定吗,有没有大佬告知下,想通过供APB1_CLK为75M,分频到4.5M波特率,不知道本身芯片支不支持,用来做商业化产品

      发布在 其它全志芯片讨论区
      D
      duanzhh
    • T113芯片APB0_CLK由原来的100M调整为150M,对CCU模块会产生影响吗,稳定吗

      a1a26c78-1b83-490c-9a32-b2dc2cf60b6f-image.png

      发布在 其它全志芯片讨论区
      D
      duanzhh
    • 回复: T113-S3平台,使用can通信,TX发送数据出现大量错误码

      有大佬提提建议吗,不知道从哪下手了。。。

      发布在 其它全志芯片讨论区
      D
      duanzhh

    duanzhh 发布的最新帖子

    • OK536N-C开发板-Linux xenomai 3 实时性测试

      OK536N-C开发板 Xenomai3实时性能测试报告

      平台环境

      • 开发板型号:OK536N-C
      • 编译环境:WSL2-Ubuntu 22.04
      • 内核配置:Linux 5.10 + Xenomai 3.2

      测试步骤

      1. 基础测试流程

      1. 选择预移植的 Linux-Xenomai3 内核配置进行编译
      2. 执行系统镜像打包与烧录,进行空载测试:
        • 初步测试结果:
          • 最大抖动:40μs(未进行核心绑定与性能优化)
          • 温度表现:55℃(正常工作范围)

      系统空载抖动测试动画

      2. 加压测试流程

      执行压力测试命令:

      # 启动压力测试(CPU/IO/内存负载)
      stress-ng --cpu 4 --cpu-method all --io 4 --vm 50 -d 5 --fork 4 &
      
      # 运行Xenomai实时性测试
      xeno-test
      
      • 加压测试结果:
        • 典型抖动值:80μs
        • 长时间负载预期:抖动将进一步增大

      加压测试抖动动画

      性能总结

      实时系统 性能表现 优化潜力
      PREEMPT-RT 基础性能一般,需深度优化可达软实时 ★★★☆☆(需内核参数调优)
      Xenomai3 基础性能优于PREEMPT-RT,接近硬实时 ★★★★☆(需进一步调优)

      关键结论:

      1. T536平台在PREEMPT-RT模式下的实时性表现需要深度内核优化才能满足软实时需求
      2. Xenomai3模式展现出更好的实时性能基础,通过以下优化可接近硬实时水平:
        • 核心亲和性绑定
        • 中断线程化配置
        • 实时调度策略优化
        • 内存分配器调优

      注:实际测试数据受具体硬件配置和测试场景影响,建议结合具体应用场景进行针对性优化。

      发布在 飞凌嵌入式专区
      D
      duanzhh
    • OK536N-C开发板-Linux preempt-rt实时性测试

      OK536N-C开发板-基于全志T536的实时性分析与测试


      全志T536处理器简介
      全志T536是一款专为新一代汽车电子及工业控制市场设计的高性能处理器。它采用了四核ARM Cortex-A55架构,主频最高可达1.6GHz,并集成了一个玄铁E907 RISC-V协处理器,主频为600MHz。这种异构多核架构使得T536在处理复杂任务的同时,也能确保实时性任务的快速响应。此外,T536还配备了2TOPS算力的NPU,支持4K视频编解码,以及丰富的工业接口,如CAN-FD、UART、以太网等,使其非常适合工业控制和应用场景。在内存支持方面,T536支持LPDDR4/LPDDR4X,典型配置为1GB、2GB或4GB,同时支持eMMC和SPI NAND等存储选项,核心板常见配置为16GB或32GB eMMC。

      OK536N-C开发板概述
      OK536N-C开发板是基于全志T536处理器精心打造的一款开发平台,它不仅继承了T536处理器的所有优秀特性,还配备了丰富的接口资源和完善的软件开发环境。该开发板内核支持开源操作系统Linux,并特别针对实时性应用进行了深度优化。值得一提的是,OK536N-C开发板的SDK内部已经自带了经过验证的RT内核,用户可以直接开箱进行实时性测试,大大节省了开发时间和成本。


      实时内核设计

      SDK自带RT内核
      OK536N-C开发板的SDK已经内置了经过优化的RT内核,这意味着用户无需再手动移植和配置实时补丁,即可直接享受到高实时性的系统表现。这一设计大大简化了开发流程,提高了开发效率。

      按照编译RT内核配置后,可以成功进入rt内核:
      0a62fc86-3895-48c9-8f8b-85338d7698a3-image.png


      实时性测试

      测试工具与方法
      我们使用cyclictest工具对OK536N-C开发板进行了实时性测试。测试分为空载测试和满载测试两种场景:

      1. 空载测试:在无负载情况下运行cyclictest,观察系统延迟情况。
        10分钟测试结果:最大抖动:34us
      cyclictest -p 99 -t 1 -d 100 -i 1000 -D 24h -m
      

      d73ab071-f827-45c9-b823-b9349642ea05-image.png
      2. 满载测试:通过stress-ng工具模拟CPU、内存、I/O等多方面的满载压力,再次运行cyclictest进行测试。

      stress-ng --cpu 4 --cpu-method all --io 4 --vm 50 -d 5 --fork 4 &
      cyclictest -p 99 -t 1 -d 100 -i 1000 -D 24h -m
      

      7cac359c-3b8a-4bb3-8f3b-501342fa0a39-image.png

      测试数据与结果

      测试平台 OK536N-C开发板
      测试时间 10min
      空载测试 最大抖动34us
      满载测试 最大抖动167us

      测试结论

      感觉抖动数据差的有些大,与原有的T507平台相比,架构是A55的;理论上应该表现会更好的;具体原因还待后续排查;


      发布在 飞凌嵌入式专区
      D
      duanzhh
    • OK536N-C开发板-通用内核编译步骤

      平台环境

      • 板子:OK536N-C开发板
      • 编译环境:wsl2-ubuntu22.04

      获取并解压sdk

      cat OKT536-linux-sdk.tar.bz2.* > OKT536-linux-sdk.tar.bz2
      tar -xjvf OKT536-linux-sdk.tar.bz2
      cd OKT536-linux-sdk
      

      e84ef238-2555-4415-ab83-f2681c9ac37c-image.png

      配置sdk

      ./build.sh config
      linux-->
      buildroot-->
      t536-->
      OKT536-C-->
      default-->
      linux-5.10-origin
      

      0984124f-68b3-4a11-b308-64a450728bbc-image.png


      编译SDK


      配置环境变量

      source build/envsetup.sh
      

      报错:ERROR: Please source envsetup.sh in the root of SDK
      解决方案:
      创建.tinatopdir

      touch build/.tinatopdir
      

      ee2ce0f3-3786-4704-ac40-84e485ccdad2-image.png

      再次运行,完成环境变量配置

      source build/envsetup.sh
      

      a9e90a6b-a11d-4aaa-bdff-581c0dc56182-image.png


      开始编译:

      ./build.sh
      

      rtos编译路径依赖报错,
      解决方案:

      crtos
      rm build -rf
      croot
      source build/envsetup.sh
      ./build.sh
      

      继续编译报:QQuickItemsModule::defineModule未定义错误
      解决方案:

      rm -rf /home/dzh/work/t536/OKT536-linux-sdk/out/t536/OKT536-C/buildroot/buildroot/build/qt5declarative-1d49a5b678957adde7e2db23a485a3f48157bc8f
      

      继续编译


      报错:qt-demo编译报错

      解决方案:

      cd ./buildroot/package/auto/forlinx/qt_demo
      mv Makefile ../
      rm -rfv $(find ./ -name Makefile)
      mv ../Makefile ./
      croot
      ./build.sh
      

      最终编译通过:
      3fbe584b-0c5d-42bd-b7c0-82eb4d4b8c17-image.png


      打包固件:

      ./build.sh pack
      

      f23860a4-92b6-4567-8020-0e33576b6155-image.png

      发布在 飞凌嵌入式专区
      D
      duanzhh
    • T536和T507软件sdk

      请问一下各位大佬:

      1. T507目前SDK好像还是Linux4.9内核,最近有无升级内核版本的规划,向tina6.0看齐?;
      2. 请问一下T536是否适配好tina6.0;
      发布在 T Series
      D
      duanzhh
    • 回复: A40i 下uboot引导内核方式改为hyp引导失败

      @duanzhh u-boot.map部分的symbol

      4cbae4b1-6f25-43f6-aab4-54409913598e-image.png

      发布在 Linux
      D
      duanzhh
    • A40i 下uboot引导内核方式改为hyp引导失败

      1、想基于A40i平台移植双核系统,需要进入hyp虚拟机模式
      2、全志自己定制的uboot引导内核时是基于svc方式进行引导的
      3、自己仿照主线开源部分改动了一点代码,如下所示,但是,一直会卡死,,,没思路了😥
      4、有大佬帮忙指导一下思路方向吗😊 😊
      08565698-ea6a-47e2-b842-ca0542c6d10c-1719455998562.jpg
      bec5af40-6775-4540-8317-9abaa990ee0f-image.png

      发布在 Linux
      D
      duanzhh
    • 回复: 请问T113-S3 的Linux内核源码怎样修改成以HYP模式启动CPU

      @hyezzz 请问楼主解决了吗,如何改为hyp模式的

      发布在 Linux
      D
      duanzhh
    • 回复: T113-S3平台,使用can通信,TX发送数据出现大量错误码

      @awwwwa 嗯嗯,好的,感谢大佬!

      发布在 其它全志芯片讨论区
      D
      duanzhh
    • 回复: T113-S3平台,使用can通信,TX发送数据出现大量错误码

      @awwwwa 您好,是通过代理商获取的,目前使用的版本是基于buildroot修改的版本:auto-t113-linux-V1.1 release
      5908f87f-9105-4b27-87ec-c8ba2227ff56-dbd470e5502c782b775ecff56f34c62.png
      请问这是最新的商业版本吗

      发布在 其它全志芯片讨论区
      D
      duanzhh
    • 回复: T113-S3平台,使用can通信,TX发送数据出现大量错误码

      @duanzhh 也有可能官方硬件驱动需要再优化一下,这样发生仲裁丢失的概率就会少一些😁

      发布在 其它全志芯片讨论区
      D
      duanzhh