简介新唐N9H30芯片的emWin非操作系统板级支持包面向需要在裸机环境下快速搭建图形界面的嵌入式开发工程师。它集成了预编译的emWin库、完整工程模板及外围驱动适配层解决了无操作系统平台下GUI移植、显示驱动对接、多字节字符集支持等实际工程问题并给出可直接编译的参考工程。资源压缩包共1030个文件大小29.44MB核心代码由392个h头文件与330个c源文件构成另有uvproj工程配置、html说明文档、png图片素材和PDF参考手册分类清晰适合对照源码跟踪调用流程。内容预览显示包内含有GUIDEMO系列演示程序覆盖图像缩放旋转、洗衣机面板、图片流等典型交互界面并配备cc936、cc949、cc950等多语言编码模块便于评估显示效果后直接复用或二次开发。该包已有368人学习适合从事N9H30裸机项目、希望压缩emWin移植周期的工程师参考。1. 项目定位N9H30上跑emWin的裸机BSP到底解决什么问题如果你的产品恰好要加一块LCD屏做交互主控又是一颗ARM9内核的N9H30那大概率会遇到同样的问题RTOS还没必要上但GUI总得有个——自己写控件从零画按钮费时费力用emWin直接搭界面又担心裸机环境下驱动适配无从下手。这个N9H30_emWin_NonOS项目就解决这个问题一套不带操作系统的emWin完整BSP把LCD控制器、触摸输入、显存管理、GUI时基全部打通拿到手编译烧录屏幕上就能出界面。适合两类人一是刚拿到N9H30开发板、想在裸机上快速验证GUI方案的硬件工程师二是被老板要求先跑个Demo看看效果的应用开发者。它不做业务逻辑只负责把显示和输入这两件底层事办妥。2. 技术架构拆解从启动代码到GUI使能的完整脉络2.1 目录结构一个BSP该有的东西都在哪先看整体布局。常见的N9H30裸机BSP工程目录划分基本遵循芯片初始化、外设驱动、中间件、应用四层结构拿过来之后不用改任何路径配置就能编译N9H30_emWin_NonOS/ ├── Library/ │ ├── Startup/ # 启动代码与向量表 │ ├── CMSIS/ # 寄存器定义与系统时钟初始化 │ └── Device/ # 芯片外设寄存器地址映射 ├── BSP/ │ ├── lcd_drv.c # LCD 控制器底层驱动 │ ├── lcd_drv.h │ ├── touch_panel.c # 触摸屏ADC采样与校准 │ ├── touch_panel.h │ └── sys_uart.c # 串口调试输出 ├── emWin/ │ ├── Config/ # GUIConf.c / LCDConf.c 等配置文件 │ ├── inc/ # emWin 头文件 │ └── lib/ # emWin 静态库按编译器区分 ├── App/ │ ├── main.c # 主循环与初始化流程 │ └── gui_task.c # 界面绘制与刷新调度 ├── Makefile # GCC 编译脚本 └── project.uvproj # Keil 工程文件二选一这里值得说的是emWin的lib目录。emWin官方以静态库形式发布不同编译器对应的库文件后缀不同GCC用的是.aKeil/ARMCC用的是.lib。如果目录里两种都有建议用哪个工具链就选哪个不要混着链接否则报一堆未定义符号的时候很难排查。BSP目录里的lcd_drv是核心——它直接操作N9H30的LCD控制器寄存器emWin的所有绘图最终都会落到这个驱动上。2.2 启动流程与内存布局NonOS下的地址规划裸机程序的启动流程大同小异复位向量跳转→关中断→初始化堆栈→拷贝RW段→清零ZI段→调用main。N9H30的特殊点在于内存控制器SDRAM需要初始化之后才能访问所以在跳转main之前必须先完成存储控制器配置。启动文件里的顺序大概是// startup.s 关键流程ARM汇编 Reset_Handler: LDR R0, __StackTop // 从链接脚本取栈顶地址 MOV SP, R0 BL SystemInit // 配置系统时钟与SDRAM控制器 BL __main // 标准的C库初始化入口完成段拷贝SystemInit这个函数在Device目录里实现它要干三件事配置PLL得到CPU主频、初始化SDRAM时序、使能LCD控制器时钟。N9H30的SDRAM时序配置很容易出问题——行周期、刷新周期这些参数如果和实际内存颗粒不匹配表现不是立刻崩溃而是运行一段时间后随机死机或者花屏。常见做法是参考官方BSP的时序参数表按不同SDRAM型号微调我这边的经验是先跑一遍内存自检程序往固定地址写0x5A5A5A5A再回读确认所有地址都稳定通过再继续往下调GUI。链接脚本里的内存布局也是裸机GUI的关键。N9H30内置SDRAM空间够大典型的分配方式是MEMORY { SDRAM (RWX) : ORIGIN 0x00000000, LENGTH 64M }把整个SDRAM全部映射给程序显存和emWin的内存池都在运行时动态分配不需要在链接时预留固定区域。这个做法的好处是灵活性高坏处是如果某个驱动直接往绝对地址写显存而链接器又把堆分配到了同一个区域就会互相覆盖。下面的LCDConf配置会说明如何绕开这个问题。2.3 LCD控制器初始化emWin能画图的第一前提N9H30的LCD控制器支持RGB接口的TFT屏常见分辨率从480x272到800x480都有。BSP里的lcd_drv主要完成以下配置void LCD_Init(void) { // 1. 配置LCD引脚复用为RGB输出 sys_set_GPIO_LCD_Mode(); // 2. 设置时序参数前肩、后肩、同步脉冲宽度 // 这些参数必须与屏幕数据手册严格一致 g_lcd_dev.pixel_pclk 9; // 像素时钟分频 g_lcd_dev.hsync_front_porch 40; g_lcd_dev.hsync_back_porch 40; g_lcd_dev.hsync_pulse_width 48; g_lcd_dev.vsync_front_porch 13; g_lcd_dev.vsync_back_porch 3; g_lcd_dev.vsync_pulse_width 3; // 3. 设置分辨率与颜色格式 g_lcd_dev.width 480; // 屏幕宽 g_lcd_dev.height 272; // 屏幕高 g_lcd_dev.format LCD_FORMAT_RGB565; // 4. 使能LCD控制器 sys_set_LCD_Controller(g_lcd_dev); }时序参数这块没有捷径每个项目都要对着屏体手册逐个核对。像素时钟不是随便配的N9H30的LCD时钟源来自系统PLL的某个分频分频系数决定了刷新率。我习惯把刷新率算出来验证一遍像素时钟÷行周期×帧周期如果结果低于50Hz界面滑动能看到明显闪烁高于70Hz对部分屏体又会出现水波纹卡在60Hz左右最稳。颜色格式选RGB565是因为它每像素只占2字节800x480分辨率下整帧显存才768KB留给UI资源的内存还能剩下不少。如果需要显示照片这类色彩丰富的素材可以考虑RGB666但显存占用会多三分之一是否值得得看产品需求。2.4 触摸输入从ADC采样到坐标上报N9H30不自带触摸控制器BSP里通过片内ADC来采集电阻屏的电压值再换算成屏幕坐标uint16_t Touch_Read_ADC(uint8_t channel) { // 设置ADC采样通道等待转换完成 ADC_ENABLE_CHANNEL(channel); while (!ADC_CONVERSION_DONE); return ADC_GET_RESULT(); } void Touch_Scan(int32_t *x, int32_t *y) { int32_t raw_x 0, raw_y 0; // 典型四线电阻屏采样顺序X / Y 分别采集 raw_x Touch_Read_ADC(ADC_CH_X_PLUS); raw_y Touch_Read_ADC(ADC_CH_Y_PLUS); // 坐标换算与滤波 *x (raw_x - X_OFFSET) * SCREEN_WIDTH / X_RANGE; *y (raw_y - Y_OFFSET) * SCREEN_HEIGHT / Y_RANGE; }这段代码里的X_OFFSET、Y_OFFSET、X_RANGE、Y_RANGE就是触摸校准参数。每个屏体的触摸面板物理特性有差异出厂时的零点和量程都不完全一致直接拿默认值用会出现点了这个按钮触发那一个的情况。所以BSP里一般会提供校准模式屏幕上依次显示几个十字标记点用户逐个点击程序把采样到的原始值和屏幕坐标做线性映射算出这组参数后存到Flash里下次启动直接读取。我在实际项目中遇到过一次离谱的翻车同一批次的屏体有两块的触摸偏移量整整差了三分之一屏后来就是靠校准流程才掩盖住这个硬件误差。如果BSP里没这个逻辑二次开发时最好把校准功能加上后面从开发到量产能省掉大量售后排查时间。3. 核心代码实现从底层驱动到emWin接口的逐个击破3.1 显存与颜色深度RGB565在N9H30上的落地emWin在裸机下的工作方式全靠显存它把所有控件绘制到一块内存区域再由LCD控制器DMA搬运到屏幕上。这个搬运过程对CPU几乎零占用是N9H30这种不带GPU的芯片也能跑流畅界面的关键。显存地址和格式的定义在LCDConf.c里完成// LCDConf.c 关键配置 #define LCD_WIDTH 480 #define LCD_HEIGHT 272 #define LCD_BITSPERPIXEL 16 // RGB565 // 显存缓冲区地址静态分配在SDRAM中 static U16 _aBuffer[LCD_HEIGHT][LCD_WIDTH]; void LCD_X_Config(void) { // 告诉emWin显存布局两维数组、行优先、16位色 GUI_DEVICE_CreateAndLink(GUIDRV_TEMPLATE_API, 2, 30, 0); LCD_SetSizeEx(0, LCD_WIDTH, LCD_HEIGHT); LCD_SetVSizeEx(0, LCD_WIDTH, LCD_HEIGHT); LCD_SetColorIndexEx(0, 0); }注意这里用了一个二维数组U16 _aBuffer作为显存行优先排列意味着第y行第x个像素的地址是aBuffer[y][x]这个布局是LCD控制器DMA传输的前提。emWin的模板驱动默认就支持这种组织方式关键是配置里的第三个参数30——这是LCD控制器硬件接口的编号N9H30对应自定义接口如果是其他芯片需要改这个数字。颜色格式这边还要同步配置数据格式的宏定义// LCDConf.c 内部再定义 #undef LCD_X_USE_RGB565 #define LCD_X_USE_RGB565 1RGB565的存储顺序要特别注意N9H30的LCD控制器默认把低字节放低位还是高字节放低位直接影响屏幕上的红蓝色是否互换。踩过一次坑整屏的蓝色天空变成了橙色最后发现是字节序配置位没设成小端模式。这个Bug在静态图片上尤其难察觉因为很多自然色彩在互换后看起来只是怪但一旦显示图标纯红蓝区域多就会暴露。解决方法是查看lcd_drv里的像素格式寄存器设置确保与emWin侧的RGB565定义完全一致。3.2 GUIConf配置内存池决定能画几个窗口emWin是个吃内存的GUI库每个窗口、每张位图都要在它的内部堆里分配内存。这个堆的大小和位置在GUIConf.c里配置如果给得不够运行时会随机出现界面元素消失或者直接断言失败。配置如下// GUIConf.c #define GUI_NUMBYTES (4 * 1024 * 1024) // 给emWin 4MB内存池 // 空闲内存统计回调调试时打开 void GUI_X_Config(void) { static U32 _aMemory[GUI_NUMBYTES / 4]; GUI_ALLOC_AssignMemory(_aMemory, GUI_NUMBYTES); GUI_ALLOC_SetMemDev(1); // 开启内存设备支持 GUI_SetFuncSkin(0); // 不用皮肤减少资源占用 }4MB内存池放在整个SDRAM里不痛不痒但对那些需要同时打开多窗口、频繁切换页面的应用来说这已经是兼顾资源占用与流畅度的平衡点。GUI_ALLOC_SetMemDev(1)这行容易被忽略——它让emWin在绘制复杂控件时先把内容画到内存设备里再一次性刷到显存避免背景闪烁。代价是额外消耗内存如果限制内存池在2MB以内建议把这个关掉否则复杂界面可能分配失败。3.3 触摸驱动多点校准背后的坐标换算前面看到的Touch_Scan函数只是原始坐标采集真正要进emWin还需要把坐标归一化并转换为物理像素。emWin的触摸接口是GUI_TOUCH_Exec函数它从驱动层拿数据然后做触控事件的判定// 触摸驱动接入层 void GUI_TOUCH_X_MeasureXY(int32_t *x, int32_t *y) { static int32_t _x 0, _y 0; // 采样触摸屏当前电压值 int32_t raw_x Touch_Read_ADC(ADC_CH_X); int32_t raw_y Touch_Read_ADC(ADC_CH_Y); // 滑动平均滤波去掉ADC噪声 _x (_x * 3 raw_x) / 4; _y (_y * 3 raw_y) / 4; // 利用校准参数换算出屏幕坐标 *x (_x - CAL_X_OFFSET) * LCD_WIDTH / CAL_X_RANGE; *y (_y - CAL_Y_OFFSET) * LCD_HEIGHT / CAL_Y_RANGE; } // 在main循环中周期性调用 void Touch_Task(void) { if (Touch_Is_Pressed()) { GUI_TOUCH_Exec(); // emWin内部获取坐标并生成触控消息 } }校准参数的获取方式前面提过这里补充一个细节电阻屏的ADC采样值不是线性对应的尤其是在屏幕边缘物理电阻分布会导致坐标偏差。如果只在屏幕中心点几个点校准边缘区域的触摸会明显偏移。所以校准标记通常分布在屏幕的四角和中心共5个点用最小二乘法拟合出一组线性参数。这个算法在BSP里一般都有现成的实现不需要自己写。还有一个易错点ADC采样和LCD刷新是独立工作的采样瞬间如果正好撞上屏幕DMA传输得到的电压值可能被干扰。处理方式是在采样前关掉中断或者等一个帧同步信号。我在项目里碰到过触摸点随机跳动的现象排查到最后就是采样和DMA抢占导致的加上同步等待之后就稳定了。3.4 定时器时基GUI_Exec在裸机里的心跳emWin的窗口管理器、动画效果都依赖一个系统时基裸机环境下这个时基由芯片的定时器中断驱动。N9H30上有多个通用定时器选一个当GUI时钟源即可// 定时器中断服务函数 void TIMER0_IRQHandler(void) { // 清除中断标志 TIMER0_CLEAR_FLAG(); // 通知emWin时间前进了一个tick GUI_TICK_Add(1); // 或者直接调用 GUI_Exec() }时基频率一般设100Hz也就是10ms一个tick。GUI_TICK_Add就是简单的累加操作开销极小。但要注意emWin的动画和滑动效果依赖这个tick的稳定如果系统里还有其他中断频繁抢占定时器中断动画就会卡顿。裸机主循环的最佳配合方式是int main(void) { // ... 系统初始化 ... GUI_Init(); // 创建主窗口 MainWindow_Create(); while (1) { // 触摸任务有触摸就处理 Touch_Task(); // GUI后台任务处理重绘和动画 GUI_Exec(); // 主动延时避免占满CPU Delay_ms(10); } }这个超级循环里GUI_Exec每10ms跑一次就够不需要每个循环都执行。触摸任务和GUI执行之间没有互斥问题是因为裸机没有多线程它们天然串行。但正因为是裸机任何耗时操作比如Flash擦写都会卡界面所以这类操作要么放到状态机里分片执行要么干脆用DMA。这是裸机GUI开发中最容易翻车的地方后面避坑章节会专门展开。4. 项目运行指南编译烧录与第一个界面4.1 工具链与编译Makefile和Keil怎么选BSP工程给了Makefile和Keil工程两套构建方案本质没区别但对应的人群不同。习惯命令行、需要持续集成的用Makefile喜欢IDE可视化调试的用Keil。我平时写代码用VS Code所以选了Makefile但调试时还是会开Keil看变量和寄存器。这里以Makefile为例说明编译流程# 设置工具链路径根据本机实际安装位置修改 export CROSS_COMPILE/path/to/arm-none-eabi- # 配置目标芯片型号 make N9H30_CONFIGemWin_nonos # 编译 make clean make # 生成的固件在 output/ 目录 ls output/ # N9H30_emWin_NonOS.binCROSS_COMPILE指向GCC ARM嵌入式工具链版本建议用10.3以上的太老的GCC对ARM9内核的优化不够好生成的代码体积和效率都有差距。如果没有现成的工具链去编译器官网下载arm-none-eabi工具链即可解压后把bin目录加进PATH。N9H30_CONFIGemWin_nonos这个配置项控制几个编译宏是否启用触摸、是否启用内存设备、串口调试波特率等。改动这些宏后必须make clean再重新编译因为很多配置定义在头文件里增量编译可能不会重新包含它们改了不生效的坑我踩过不止一次。4.2 烧录运行官方工具如何把这颗芯片点亮N9H30支持USB下载和SD卡启动两种方式开发阶段用USB最方便。烧录工具是官方提供的NuWriter界面简单但有几个隐藏选项需要注意# 烧录步骤以Linux下命令行版本为例 # 1. 按住开发板上的Download键不放插入USB线 # 2. 使用工具擦除并写入固件 ./NuWriter -w N9H30_emWin_NonOS.bin -s 0x00000000烧录地址的0x00000000是N9H30的SDRAM映射起始地址程序从这里装载后由内置ROM引导执行。烧完后复位开发板屏幕应该能显示默认Demo界面。如果屏幕没反应按优先级排查先确认串口有无打印BSP默认把debug日志输出到UART0如果有打印说明CPU在跑问题出在LCD驱动如果串口都没动静大概率是烧录地址错了或者复位电路有问题。串口是裸机调试的生命线项目里如果还没接串口建议先把串口打通再调GUI。4.3 跑通第一个界面把默认Demo换成自己的窗口BSP默认的main函数会创建一个简单的欢迎界面直接改App目录下的gui_task.c就能换成自己的第一个界面。一个最小可运行的界面只需要三步// 1. 定义窗口回调函数 static void _WinCallback(WM_MESSAGE *pMsg) { switch (pMsg-MsgId) { case WM_PAINT: // 绘制背景和文字 GUI_SetBkColor(GUI_WHITE); GUI_Clear(); GUI_SetColor(GUI_BLUE); GUI_SetFont(GUI_Font24B_ASCII); GUI_DispStringAt(Hello N9H30!, 10, 10); break; default: WM_DefaultProc(pMsg); } } // 2. 在主函数里创建窗口 void MainWindow_Create(void) { WM_CreateWindow(0, 0, 480, 272, WM_CF_SHOW, _WinCallback, 0); }这段代码的窗口回调机制是emWin消息驱动架构的入口WM_PAINT消息意味着窗口需要重绘。在裸机上跑这个例子你会在屏幕上看到白底蓝字的标题。如果想加一个按钮用WM_CreateWindowAsChild配合WM_NOTIFY_PARENT消息处理点击即可。这个基础路径跑通之后后续的二次开发就只剩堆界面元素的事了。5. 常见问题与避坑N9H30 emWin裸机移植的5个典型翻车现场5.1 花屏显存地址和SDRAM时序现象 屏幕能亮但随机出现彩色噪点条纹或者画面撕裂。 原因 N9H30的SDRAM时序参数配置过于激进。很多BSP会把刷新率调最高内存颗粒跟不上就会丢数据。另一个原因是显存缓冲区恰好跨越了SDRAM的行边界DMA读取时出现了竞争。 解决 先在SystemInit里把SDRAM时序往保守方向调增加刷新周期、放宽读写延迟然后跑专门的压力测试持续读写所有地址一遍。显存方面把_aBuffer数组强制按64字节对齐用__attribute__((aligned(64)))这能避免大多数边界问题。如果还是花屏就降低LCD像素时钟的分频系数花屏的排查优先级永远是内存时序优先于LCD参数。5.2 触摸坐标反向或偏移现象 点击屏幕左边按钮响应却在右边或者触摸点始终和手指差一截。 原因 触摸面板的X/Y轴方向和LCD的坐标轴不一致。电阻屏的引出线方向不同同一个采样通道在不同的屏体上可能对应不同的物理方向。校准参数没算对也会造成偏移。 解决 首先在GUI_TOUCH_X_MeasureXY里打印原始ADC值用手指按屏幕四个角核对原始值的增减方向与屏幕坐标是否一致。如果反了在代码里用反向映射x LCD_WIDTH - x。四个角的逻辑都对了再做五点校准。记住一点校准时手指要垂直按下斜着按会让偏移量在大约10%以内波动这是正常误差。如果你在校准时手指角度不一致校准结果反而会引入更多误差。5.3 界面刷新闪烁严重现象 切换窗口或滑动列表时背景和控件交替闪现看起来像在闪烁。 原因 绘制时先清屏再画控件中间有一段窗口是白的或黑的又被下一帧内容覆盖视觉上就是闪。裸机上最常见的是主循环里GUI_Exec调用频率太低重绘时间被拉长闪烁被放大。 解决 启用存储设备GUI_ALLOC_SetMemDev(1)让emWin先在内存里画完整张画面再一次性拷到显存。同时把主循环里的延时从10ms放宽到5ms让GUI_Exec跑得更勤快。还有一个技巧不要在WM_PAINT回调里做耗时的图片解码或文件读取这些放到窗口创建前的初始化阶段完成绘制只做内存拷贝操作。5.4 一加图片内存就溢出的玄学现象 界面代码量不大但只要加载一张较大的位图程序就进入hardfault或者界面元素全部消失。 原因 静态分配的显存数组加上emWin的4MB内存池再加上程序本身和栈空间SDRAM可能被分配殆尽了。查看链接脚本里堆栈段的大小默认栈可能只有几KB窗口回调里递归调用稍深就爆栈。 解决 定位方法很直接在GUI_X_Config里把GUI_NUMBYTES改用malloc分配然后在main开头记录malloc返回的指针和实际可用空间。如果malloc返回失败就是分配总量超了。合理的做法是把显存数组缩小比如改成外部SDRAM的剩余空间或者把GUI_NUMBYTES降到2MB给栈留足余地。具体的数字不是拍脑袋定的我看过链接脚本里栈分配8KB才稳。另外一个优化是把只读图片资源改成调色板模式能省一半内存——emWin的位图有专门的调色板格式转换工具在官方软件包里有只是界面稍旧不好找。5.5 触摸中断模式下系统卡死现象 裸机上开了触摸的外部中断点击屏幕时程序偶尔进入死循环或者界面主循环运行得好好的突然整体卡住。 原因 在外部中断里调用了emWin的GUI_TOUCH_Exec它会访问emWin内部的数据结构如果主循环正好处于GUI_Exec的绘制过程中两个地方同时访问非原子的数据结构产生竞争。裸机虽然没有多线程但中断天然打断了主循环的执行流。 解决 不要在中断服务函数里直接调用emWin的API。正确做法是中断里只设置一个标志位并缓存原始坐标数据主循环每次迭代末尾检查标志位再调用GUI_TOUCH_Exec。这算是我在多个项目里攒下来的血泪经验凡是裸机GUI中断服务函数里就只做最关键的事坚决不碰任何图形库接口。从那以后我每次新增中断处理逻辑都强制走一遍这条原则再也没有出现类似的卡死问题。6. 二次开发实战把默认Demo改成能交付的HMI应用拿到BSP不是终点把默认界面换成自己产品的真实交互才算完成移植。分享一套我常用的改造路径每一步都有明确的输出物第一步是梳理产品界面清单。用表格列出页面名称、必须的控件类型按钮、文本框、进度条、以及页面切换关系。这一层不写代码但决定了后续窗口怎么划分。我的习惯是一个页面对应一个窗口回调每个窗口一个.c文件这样代码量再大也不会失去掌控。第二步是替换字体与图片资源。默认BSP只带了英文字库产品界面需要中文的话要到emWin的字体转换工具里把中文字体转成C文件并加入工程。操作路径是FontConverter导入TTF字体→选择需要包含的字符集→生成.c文件→放进emWin/inc目录→在GUI_Init后调用GUI_SetFont加载。图片则用位图转换工具把PNG转成emWin的位图格式或者直接用流位图加载方式在官方手册里叫BMP/PNG流方式代码量小也适合裸机的资源管理。第三步是把触摸校准界面做成出厂配置的一部分。在App目录下加一个calibration.c启动时检测Flash里的校准标志位如果是第一次运行就进入校准流程校准完写入Flash再切到主界面。这一步能避免量产时每块屏的触摸偏移问题。指针存储的设备地址放在Flash末尾区域避开程序占用区我已经遇到过两次擦除校准参数结果把整个固件也擦掉的事故地址选择务必谨慎。验证方法上除了功能测试还要做两项要命的压力测试长时间运行稳定性连续跑48小时看是否死机或花屏和快速连续触摸测试每秒点击10次持续10分钟观察触摸事件是否丢失。这两类问题在裸机GUI中出现频率最高耗电和温度反而不是重点。我这里常因为赶进度跳过压力测试最后在现场死机后被迫加班定位从那以后每次改完界面都强制走一遍48小时的老化流程再也不省这一步。希望帮到你。本文还有配套的精品资源点击获取