USB一线通监控副屏

RTThread物联网操作系统 2024-12-06 18:42

环境搭建

环境变量配置

为了提高一些编译的速度,选择了在 Linux 系统下进行开发,在 Linux 上开发 N947 需要先安装 env 工具 https://github.com/RT-Thread/env ,按照说明文档进行安装即可,然后配置一些环境变量如下

其中 /opt/arm-gnu-toolchain-13.2.Rel1-x86_64-arm-none-eabi/bin 是自己的编译工具链的路径,/home/book/rt-thread 是 RT-Thread 根目录的路径

 source ~/.env/env.sh export RTT_CC=gcc export RTT_ROOT=/home/book/rt-thread export RTT_DIR=/home/book/rt-thread export RTT_EXEC_PATH=/opt/arm-gnu-toolchain-13.2.Rel1-x86_64-arm-none-eabi/bin export PATH=$PATH:$RTT_EXEC_PATH

如果需要将 N947 的例程从 rt-thread 的根文件夹中独立出来的话,需要删除工程中 Kconfig 文件的这行代码

代码高亮

这里使用 VSCode 中的 Clang 插件,代码高亮和补全可以通过使用编译时候生成的 compile_commands.json 文件来实现,而 RT-Thread 的工程是采用的 scons 工具,所以可以使用 scons_compiledb 这个 python 包来生成 compile_commands.json 实现代码高亮,修改过的 SConstruct 文件如下

import osimport sysimport rtconfigimport scons_compiledbif os.getenv('RTT_ROOT'):    RTT_ROOT = os.getenv('RTT_ROOT')else:    RTT_ROOT = os.path.normpath(os.getcwd() + '/../../../../..')sys.path = sys.path + [os.path.join(RTT_ROOT, 'tools')]try:    from building import *except:    print('Cannot found RT-Thread root directory, please check RTT_ROOT')    print(RTT_ROOT)    exit(-1)TARGET = 'rtthread.' + rtconfig.TARGET_EXTif rtconfig.PLATFORM == 'armcc':    env = Environment(tools = ['mingw'],        AS = rtconfig.AS, ASFLAGS = rtconfig.AFLAGS,        CC = rtconfig.CC, CFLAGS = rtconfig.CFLAGS,        CXX = rtconfig.CXX, CXXFLAGS = rtconfig.CXXFLAGS,        AR = rtconfig.AR, ARFLAGS = '-rc',        LINK = rtconfig.LINK, LINKFLAGS = rtconfig.LFLAGS,        # overwrite cflags, because cflags has '--C99'        CXXCOM = '$CXX -o $TARGET --cpp -c $CXXFLAGS $_CCCOMCOM $SOURCES')else:    env = Environment(tools = ['mingw'],        AS = rtconfig.AS, ASFLAGS = rtconfig.AFLAGS,        CC = rtconfig.CC, CFLAGS = rtconfig.CFLAGS,        CXX = rtconfig.CXX, CXXFLAGS = rtconfig.CXXFLAGS,        AR = rtconfig.AR, ARFLAGS = '-rc',        LINK = rtconfig.LINK, LINKFLAGS = rtconfig.LFLAGS,        CXXCOM = '$CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES')env.PrependENVPath('PATH', rtconfig.EXEC_PATH)scons_compiledb.enable(env)env.CompileDb()if rtconfig.PLATFORM in ['iccarm']:    env.Replace(CCCOM = ['$CC $CFLAGS $CPPFLAGS $_CPPDEFFLAGS $_CPPINCFLAGS -o $TARGET $SOURCES'])    env.Replace(ARFLAGS = [''])    env.Replace(LINKCOM = env["LINKCOM"] + ' --map rtthread.map')Export('RTT_ROOT')Export('rtconfig')SDK_ROOT = os.path.abspath('./')if os.path.exists(SDK_ROOT + '/Libraries'):    libraries_path_prefix = SDK_ROOT + '/Libraries'else:    libraries_path_prefix = os.path.dirname(SDK_ROOT) + '/Libraries'SDK_LIB = libraries_path_prefixExport('SDK_LIB')# prepare building environmentobjs = PrepareBuilding(env, RTT_ROOT, has_libcpu=False)objs.extend(SConscript(os.path.join(libraries_path_prefix, 'drivers', 'SConscript')))# include cmsisobjs.extend(SConscript(os.path.join(libraries_path_prefix, rtconfig.BSP_LIBRARY_TYPE, 'SConscript')))# make a buildingDoBuilding(TARGET, objs)

最终搭建完成的效果如下所示,代码高亮十分方便查看代码

LVGL 适配

屏幕拓展板

FRDM-MCXN947 这个开发板预留了一个 FlexIO 接口可以适配 8080 的并口屏,于是做了一个屏幕拓展板,把手里闲置的屏幕用起来

实物如下,触摸排线座子有点偏下,不过不影响功能

屏幕手册说明分辨率是 240*320 驱动芯片是 ST7789V、触摸芯片是 FT6336G,而官方的 SDK 中是有 ST7796 和 FT5406 的驱动代码的,后续还需要稍作修改

驱动适配

在官方的 SDK 中有 ST7796 和 FT5406 的驱动程序,直接移植过来即可,同时也把 EDMA 和 SMARTDMA 的驱动复制了过来,修改一下屏幕的初始化序列即可驱动屏幕

LVGL 适配

将SDK中的 lvgl_support 复制到工程中,修改屏幕的宽高为 240*320

然后在 board 中新建一个 lv_conf.h 文件,填入关于 LVGL 的一些配置,因为许多配置在 menuconfig 中有所设置,所以这里的配置项并不多

复制过来的 lvgl_support 中有对 FreeRTOS 的支持,这里将 FreeRTOS 的 API 修改为 RTT 的 API,例如如下这段代码

并且 N947 的驱动程序有 EDMA + FlexIO 和 SMARTDMA + FlexIO 两种驱动方式,具体区别不太了解,不过可以运行 LVGL 的 Benchmark 测试来看下结果,左边是 SMARTDMA 运行的结果,右边是 EDMA 的结果,可以看到前者的 FPS 更高。后续也就继续采用 SMARTDMA + FlexIO 的驱动方式

界面设计

然后使用 GUI Guider 设计一个界面,生成绘制界面的代码,然后添加到工程中

还需要修改工程文件夹中的 rtconfig.py,增加一个 LV_LVGL_H_INCLUDE_SIMPLE 的预定义,因为生成的代码默认包含 lvgl.h 是 #include "lvgl/lvgl.h"

最终适配完成的 LVGL 代码和 GUI Guider 的代码目录如下,LVGL 的 UI 绘制代码段如图右边所示,具体代码可见开源地址

USB 通讯

适配 CDC

完成了下位机的界面的初始化绘制,后续的任务当然就是怎么把数据采集并发送给下位机来更新界面的数据了,下面先完成 USB 的通讯,这里使用的是 RTT 官方推荐的 CherryUSB 这个开源 USB 协议栈

将如下链接中的适配代码复制到工程中

https://github.com/CherryUSB/cherryusb_mcx

因为传输的数据比较单一,这里使用串口屏的思路,直接用 CDC_ACM 的通讯方式,也就是在上位机显示为一个 USB 转串口设备,直接使用串口 API 完成通讯

将 RTT 根目录中 rt-thread/components/drivers/usb/cherryusb/demo 文件夹中的 CDC_ACM 例程复制到工程中,并且把根目录中的这两行代码屏蔽

修改工程中的 cherryusb_port.c 文件,添加对 CDC_ACM 的支持

/* * Copyright (c) 2006-2024, RT-Thread Development Team * * SPDX-License-Identifier: Apache-2.0 * * Change Logs: * Date           Author       Notes * 2024/04/23     sakumisu    first version */#include #include /* low level init here, this has implemented in cherryusb *//* low level deinit here, this has implemented in cherryusb */#ifdef RT_CHERRYUSB_DEVICE_TEMPLATE_CDC_ACMint cherryusb_devinit(void){    // extern void cherryusb_devinit(uint8_t busid, uintptr_t reg_base);    extern void cdc_acm_init(uint8_t busid, uintptr_t reg_base);    cdc_acm_init(0, USBHS1__USBC_BASE);    return 0;}INIT_COMPONENT_EXPORT(cherryusb_devinit);#endif#ifdef RT_CHERRYUSB_DEVICE_TEMPLATE_MSCint cherryusb_devinit(void){    extern void msc_ram_init(uint8_t busid, uintptr_t reg_base);    msc_ram_init(0, USBHS1__USBC_BASE);    return 0;}INIT_COMPONENT_EXPORT(cherryusb_devinit);#endif#ifdef RT_CHERRYUSB_HOST#include "usbh_core.h"int cherryusb_hostinit(void){    usbh_initialize(0, USBHS1__USBC_BASE);    return 0;}INIT_COMPONENT_EXPORT(cherryusb_hostinit);#endif

将刚才复制到工程中的 CDC_ACM 的 demo 程序中端点收发的程序做如下修改,增加对于输入信息的回显

void usbd_cdc_acm_bulk_out(uint8_t busid, uint8_t ep, uint32_t nbytes){    USB_LOG_RAW("actual out len:%d\r\n", nbytes);    /* setup next out ep read transfer */    usbd_ep_start_read(busid, CDC_OUT_EP, read_buffer, 2048);    for (int i = 0; i < nbytes; i++) {        printf("%02x ", read_buffer[i]);    }    printf("\r\n");}

验证

然后插上开发板的 USB HS 那个 USB 接口,用串口工具发个数据包

可以看到 已经识别成了 USB 串行设备,PID 和 VID 也是我自己设置的 0xE6E9 和 0x1122,后续上位机与开发板建立通讯锁定 COM 号就是依靠 PID VID 来查询实现,使用串口工具给开发板发送的数据也可以正常接收到

上位机

时间原因上位机做的比较简单,实现了如下几个功能:

  • 读取电脑的 CPU、GPU 的占用率和温度信息、获取当前时间

  • 根据 VID、PID 查询 COM来与开发板通讯,下发采集数据与时间

  • 增加帧头后发送到下位机,固定长度 32+2 个字节

下位机数据更新

在开发板端增加一个 thread 来负责把 USB 接收到的数据更新到屏幕上面,使用 LVGL 的 API 直接修改数据即可,代码如下

数据结构体

typedef struct{    uint16_t cpu_usage;    uint16_t mem_usage;    uint16_t gpu_usage;    uint16_t cpu_freq;    uint16_t cpu_temperature;    uint16_t gpu_temperature;    uint16_t board_temperature;} monitor_info_u16_t;typedef struct {    uint16_t wYear;    uint16_t wMonth;    uint16_t wDayOfWeek;    uint16_t wDay;    uint16_t wHour;    uint16_t wMinute;    uint16_t wSecond;    uint16_t wMilliseconds;} mytime_t;

在 USB 端点输出的回调函数中增加消息队列发送函数

void usbd_cdc_acm_bulk_out(uint8_t busid, uint8_t ep, uint32_t nbytes){    USB_LOG_RAW("actual out len:%d\r\n", nbytes);    /* setup next out ep read transfer */    usbd_ep_start_read(busid, CDC_OUT_EP, read_buffer, 2048);    for (int i = 0; i < nbytes; i++) {        printf("%02x ", read_buffer[i]);    }    printf("\r\n");    if (34 == nbytes)    {        rt_mq_send(&usb_mq, read_buffer, 34);    }}

main 函数中的接收消息队列

uint8_t read_buffer[128];while (1){    /* 从消息队列中接收消息 */    if (rt_mq_recv(&usb_mq, read_buffer, 34, RT_WAITING_FOREVER) > 0)    {        mytime_t* p_time_u16 = (mytime_t*)(read_buffer + 2);        monitor_info_u16_t* p_info_u16 = (monitor_info_u16_t *)(read_buffer + 2 + sizeof(mytime_t));        rt_kprintf("wYear         %u\r\n", p_time_u16->wYear);        rt_kprintf("wMonth        %u\r\n", p_time_u16->wMonth);        rt_kprintf("wDayOfWeek    %u\r\n", p_time_u16->wDayOfWeek);        rt_kprintf("wDay          %u\r\n", p_time_u16->wDay);        rt_kprintf("wHour         %u\r\n", p_time_u16->wHour);        rt_kprintf("wMinute       %u\r\n", p_time_u16->wMinute);        rt_kprintf("wSecond       %u\r\n", p_time_u16->wSecond);        rt_kprintf("wMilliseconds %u\r\n", p_time_u16->wMilliseconds);        rt_kprintf("cpu_usage         %u\r\n", p_info_u16->cpu_usage);        rt_kprintf("mem_usage         %u\r\n", p_info_u16->mem_usage);        rt_kprintf("gpu_usage         %u\r\n", p_info_u16->gpu_usage);        rt_kprintf("cpu_freq          %u\r\n", p_info_u16->cpu_freq);        rt_kprintf("cpu_temperature   %u\r\n", p_info_u16->cpu_temperature);        rt_kprintf("gpu_temperature   %u\r\n", p_info_u16->gpu_temperature);        rt_kprintf("board_temperature %u\r\n", p_info_u16->board_temperature);        lv_label_set_text_fmt(guider_ui.screen_label_cpu_temp, "%2d", p_info_u16->cpu_temperature);        lv_label_set_text_fmt(guider_ui.screen_label_gpu_temp, "%2d", p_info_u16->gpu_temperature);        lv_label_set_text_fmt(guider_ui.screen_label_cpu_load, "%2d", p_info_u16->cpu_usage);        lv_label_set_text_fmt(guider_ui.screen_label_gpu_load, "%2d", p_info_u16->gpu_usage);        lv_arc_set_value(guider_ui.screen_arc_gpu_load, p_info_u16->gpu_usage);        lv_arc_set_value(guider_ui.screen_arc_gpu_temp, p_info_u16->gpu_temperature);        lv_label_set_text_fmt(guider_ui.screen_time, "%02d:%02d", p_time_u16->wHour, p_time_u16->wMinute);        lv_label_set_text_fmt(guider_ui.screen_date, "%02d.%02d.%02d", p_time_u16->wYear, p_time_u16->wMonth, p_time_u16->wDay);    }}

成品效果

目前支持了对于时间、日期、CPU、GPU 的占用率和温度信息,其他的信息还在完善当中

下位机代码可见GitHub:https://github.com/POMIN-163/FRDM-MCXN947-USB-Monitor

上位机代码.zip(https://club.rt-thread.org/file_download/412971c88469523e

视频.mp4(https://club.rt-thread.org/file_download/ac333cc9ed03e24b


——————End——————

想要在RT-Thread平台或社区投放内容?或想参与相关直播活动及赛事?RT-Thread已开放对接窗口,请通过邮件与我们取得联系,期待合作!

合作邮箱: tongfangyi@rt-thread.com 

RTThread物联网操作系统 帮助您了解RT-Thread相关的资讯.
评论 (0)
  • WT588F02B是广州唯创电子推出的一款高性能语音芯片,广泛应用于智能家电、安防设备、玩具等领域。然而,在实际开发中,用户可能会遇到烧录失败的问题,导致项目进度受阻。本文将从下载连线、文件容量、线路长度三大核心因素出发,深入分析烧录失败的原因并提供系统化的解决方案。一、检查下载器与芯片的物理连接问题表现烧录时提示"连接超时"或"设备未响应",或烧录进度条卡顿后报错。原因解析接口错位:WT588F02B采用SPI/UART双模通信,若下载器引脚定义与芯片引脚未严格对应(如TXD/RXD交叉错误)
    广州唯创电子 2025-03-26 09:05 150浏览
  • 汽车导航系统市场及应用环境参照调研机构GII的研究报告中的市场预测,全球汽车导航系统市场预计将于 2030年达到472亿美元的市场规模,而2024年至2030年的年复合成长率则为可观的6.7%。汽车导航系统无疑已成为智能汽车不可或缺的重要功能之一。随着人们在日常生活中对汽车导航功能的日渐依赖,一旦出现定位不准确或地图错误等问题,就可能导致车主开错路线,平白浪费更多行车时间,不仅造成行车不便,甚或可能引发交通事故的发生。有鉴于此,如果想要提供消费者完善的使用者体验,在车辆开发阶段便针对汽车导航功能
    百佳泰测试实验室 2025-03-27 14:51 218浏览
  • 在电子设计中,电磁兼容性(EMC)是确保设备既能抵御外部电磁干扰(EMI),又不会对自身或周围环境产生过量电磁辐射的关键。电容器、电感和磁珠作为三大核心元件,通过不同的机制协同作用,有效抑制电磁干扰。以下是其原理和应用场景的详细解析:1. 电容器:高频噪声的“吸尘器”作用原理:电容器通过“通高频、阻低频”的特性,为高频噪声提供低阻抗路径到地,形成滤波效果。例如,在电源和地之间并联电容,可吸收电源中的高频纹波和瞬态干扰。关键应用场景:电源去耦:在IC电源引脚附近放置0.1μF陶瓷电容,滤除数字电路
    时源芯微 2025-03-27 11:19 186浏览
  • 在智能语音产品的开发过程中,麦克风阵列的选型直接决定了用户体验的优劣。广州唯创电子提供的单麦克风与双麦克风解决方案,为不同场景下的语音交互需求提供了灵活选择。本文将深入解析两种方案的性能差异、适用场景及工程实现要点,为开发者提供系统化的设计决策依据。一、基础参数对比分析维度单麦克风方案双麦克风方案BOM成本¥1.2-2.5元¥4.8-6.5元信噪比(1m)58-62dB65-68dB拾音角度全向360°波束成形±30°功耗8mW@3.3V15mW@3.3V典型响应延迟120ms80ms二、技术原
    广州唯创电子 2025-03-27 09:23 180浏览
  • 在当今竞争激烈的工业环境中,效率和响应速度已成为企业制胜的关键。为了满足这一需求,我们隆重推出宏集Panorama COOX,这是Panorama Suite中首款集成的制造执行系统(MES)产品。这一创新产品将Panorama平台升级为全面的工业4.0解决方案,融合了工业SCADA和MES技术的双重优势,帮助企业实现生产效率和运营能力的全面提升。深度融合SCADA与MES,开启工业新纪元宏集Panorama COOX的诞生,源于我们对创新和卓越运营的不懈追求。通过战略性收购法国知名MES领域专
    宏集科技 2025-03-27 13:22 214浏览
  • 长期以来,智能家居对于大众家庭而言就像空中楼阁一般,华而不实,更有甚者,还将智能家居认定为资本家的营销游戏。商家们举着“智慧家居、智慧办公”的口号,将原本价格亲民、能用几十年的家电器具包装成为了高档商品,而消费者们最终得到的却是家居设备之间缺乏互操作性、不同品牌生态之间互不兼容的碎片化体验。这种早期的生态割裂现象致使消费者们对智能家居兴趣缺失,也造就了“智能家居无用论”的刻板印象。然而,自Matter协议发布之后,“命运的齿轮”开始转动,智能家居中的生态割裂现象与品牌生态之间的隔阂正被基于IP架
    华普微HOPERF 2025-03-27 09:46 131浏览
  • 文/陈昊编辑/cc孙聪颖‍2025 年,作为中国实施制造强国战略第一个十年计划的关键里程碑,被赋予了极为重大的意义。两会政府工作报告清晰且坚定地指出,要全力加速新质生产力的发展进程,推动传统产业全方位向高端化、智能化与绿色化转型。基于此,有代表敏锐提议,中国制造应从前沿技术的应用切入,逐步拓展至产业生态的构建,最终延伸到提升用户体验的维度,打出独树一帜、具有鲜明特色的发展牌。正是在这样至关重要的时代背景之下,于 AWE 2025(中国家电及消费电子博览会)这一备受瞩目的舞台上,高端厨房的中国方案
    华尔街科技眼 2025-03-25 16:10 90浏览
  • ​2025年3月27日​,贞光科技授权代理品牌紫光同芯正式发布新一代汽车安全芯片T97-415E。作为T97-315E的迭代升级产品,该芯片以大容量存储、全球化合规认证、双SPI接口协同为核心突破,直击智能网联汽车"多场景安全并行"与"出口合规"两大行业痛点,助力车企抢占智能驾驶与全球化市场双赛道。行业趋势锚定:三大升级回应智能化浪潮1. 大容量存储:破解车联网多任务瓶颈随着​车机功能泛在化​(数字钥匙、OTA、T-BOX等安全服务集成),传统安全芯片面临存储资源挤占难题。T97-415E创新性
    贞光科技 2025-03-27 13:50 168浏览
  • 六西格玛首先是作为一个量度质量水平的指标,它代表了近乎完美的质量的水平。如果你每天都吃一个苹果,有一间水果店的老板跟你说,他们所卖的苹果,质量达到六西格玛水平,换言之,他们每卖一百万个苹果,只会有3.4个是坏的。你算了一下,发现你如果要从这个店里买到一个坏苹果,需要805年。你会还会选择其他店吗?首先发明六西格玛这个词的人——比尔·史密斯(Bill Smith)他是摩托罗拉(Motorloa)的工程师,在追求这个近乎完美的质量水平的时候,发明了一套方法模型,开始时是MAIC,后来慢慢演变成DMA
    优思学院 2025-03-27 11:47 166浏览
  • 在嵌入式语音系统的开发过程中,广州唯创电子推出的WT588系列语音芯片凭借其优异的音质表现和灵活的编程特性,广泛应用于智能终端、工业控制、消费电子等领域。作为该系列芯片的关键状态指示信号,BUSY引脚的设计处理直接影响着系统交互的可靠性和功能拓展性。本文将从电路原理、应用场景、设计策略三个维度,深入解析BUSY引脚的技术特性及其工程实践要点。一、BUSY引脚工作原理与信号特性1.1 电气参数电平标准:输出3.3V TTL电平(与VDD同源)驱动能力:典型值±8mA(可直接驱动LED)响应延迟:语
    广州唯创电子 2025-03-26 09:26 216浏览
  • 案例概况在丹麦哥本哈根,西门子工程师们成功完成了一项高安全设施的数据集成项目。他们利用宏集Cogent DataHub软件,将高安全设施内的设备和仪器与远程监控位置连接起来,让技术人员能够在不违反安全规定、不引入未经授权人员的情况下,远程操作所需设备。突破OPC 服务器的远程连接难题该项目最初看似是一个常规的 OPC 应用:目标是将高安全性设施中的冷水机(chiller)设备及其 OPC DA 服务器,与远程监控站的两套 SCADA 系统(作为 OPC DA 客户端)连接起来。然而,在实际实施过
    宏集科技 2025-03-27 13:20 120浏览
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦