湘潭网站建设网站,wordpress大学 主题,广州最近传染病情况,建设网站产品图片显示不全STM32单片机项目实例#xff1a;基于TouchGFX的智能手表设计#xff08;1#xff09;项目介绍及GUI界面基础
一、项目介绍
1.1方案提供
1.2主控选择
1.3硬件平台
1.4 开发环境
1.5 关于华清
二、GUI界面基础
2.1.1 嵌入式绘图系统
2.1.1 色彩格式
2.1.1帧缓冲区
…STM32单片机项目实例基于TouchGFX的智能手表设计1项目介绍及GUI界面基础
一、项目介绍
1.1方案提供
1.2主控选择
1.3硬件平台
1.4 开发环境
1.5 关于华清
二、GUI界面基础
2.1.1 嵌入式绘图系统
2.1.1 色彩格式
2.1.1帧缓冲区
2.1.1图形引擎
2.1.2主循环
2.1.3操作系统
2.1.4内存使用
2.1.5硬件选择
2.1.6软件架构 一、项目介绍 微控制器广泛应用于各种领域如汽车电子、工业自动化、家电、智能家居、医疗电子、物联网、消费电子、航天航空、能源管理等。随着物联网、边缘AI以及RISC-V的发展与应用嵌入式人才的培养极其重要微控制器的裸机开发是嵌入式系统开发的基础掌握微控制器的原理、外设以及项目开发对于以后嵌入式系统层编程、设计与维护打下良好的基础。。 嵌入式人才培养目标不同于高校等一般普适性人才的目标它具备满足业界特殊要求的专业性技术人才对象更为广泛不仅可以是高校毕业生也可以是社会在职人员。其目标是通过人才培养缩小企业的需求与教学书本理论之间存在的鸿沟快速为社会提供经验相对丰富的技术性人才。 嵌入式技术专业人才认证平台是联合中国电子学会开展的嵌入式技术专业人才培训项目旨在培养具备满足业界需求的专业型技术人才包括但不限于芯片级嵌入式应用、物联网软件编程设计及联网连云的应用开发能力。培养对象广泛包括电子信息大类相关专业的本科或者大专在校、毕业生及在嵌入式相关领域从业人员。嵌入式系统设计工程师中级认证—嵌入式裸机编程基于STM32U575微控制器进行外设的学习与智能可穿戴设备-智能手表项目的裸机开发。
图 1-1 认证体系及流程 智能可穿戴设备是指人体可直接穿戴的在运动传感技术、生物传感技术、无线通信技术、低功耗、嵌入式系统软件支持下实现用户交互、人体健康监测、生活娱乐等功能的智能设备。智能可穿戴设备的功能覆盖人体健康管理、运动检测、休闲娱乐等诸多领域。 智能可穿戴设备行业根据应用领域分为商业消费级和专业医疗级设备。商业消费级设备按照产品形态又可分为手环、手表、眼镜、服饰等其多用于日常健康生活的监测使用中如监测运动量、心率、呼吸等最典型的代表产品是智能手环如华为/小米运动手环用户群体以健身爱好者为主。专业医疗级智能可穿戴设备有如智能云血压仪、心率血氧探测仪、智鼾垫等包括监测和治疗慢性病类型的医疗设备多供以医疗机构使用。 根据IDC数据2017年-2022年全球可穿戴出货量由1.35亿台增长至4.92亿台复合增长率达29.52%呈现爆发式增长态势。
图 1-2 可穿戴设备全球出货量亿台 从国内企业来看已有众多科技公司在智能穿戴领域火热地竞争都推出了相应的产品。目前出货量较大的智能穿戴生产商有华为、小米等厂家。华为已推出多种智能可穿戴设备包括智能手环、智能手表等给用户带来全天候的运动健康检测。华为智能穿戴设备出货量不仅国内第一全球累计发货量也位居前列其现有智能穿戴产品已多达10余种不同种类的智能穿戴设备分别面向于青春活泼的年轻人以及成熟稳重的商务人士。
图 1-3 基于STM32L4平台与TouchGFX软件的华为手表
1.1方案提供 STMicroelectronicsST是一家全球领先的半导体公司提供广泛的智能穿戴产品解决方案包括传感器、处理器、无线通信芯片等。下面从传感器、处理器、无线通信以及强大的生态系统几个方面介绍ST在智能穿戴产品开发领域的产品使用情况
1. 传感器应用ST的传感器产品应用十分广泛例如加速度计、陀螺仪、磁力计、压力传感器等这些传感器可以用于测量用户的运动状态、睡眠状态、环境温度等信息。ST的传感器还具有高精度、低功耗、小尺寸等特点适合用于智能穿戴设备中。
2. 处理器应用ST的处理器应用包括MCU和MPU芯片这些芯片可以用于控制智能穿戴设备的各种功能例如运动追踪、心率监测、通信等。ST的处理器还具有低功耗、高性能、小尺寸等特点适合用于智能穿戴设备中。
3. 无线通信应用ST的无线通信应用包括ZigBee、BLE、WiFi、UWB、NB-IOT等通信芯片这些芯片可以用于智能穿戴设备的通信功能例如接收电话、短信等信息或者进行支付等操作。ST的无线通信芯片低功耗性能优秀因此适合用于智能穿戴设备中。
4. 强大的生态系统经过多年的市场深耕与强大的生态软件支持ST的产品在国内被众多开发者认可与使用软件工具方面有 STM32CubeMX、 STM32CubeIDE、STM32CubeProgrammer、 STM32CubeMontor等。嵌入式软件包方面STM32CubeMCU Packages 和 扩展软件包CubeExpansions等是开发者的利器硬件抽象层HAL通过标准化API调用实现不同STM32器件之间的可移植性低层 LL API一组轻量级、优化的、面向专家的 API旨在提高性能和运行时效率中间件组件的集合包括实时操作系统、USB库、文件系统、TCP/IP堆栈、触摸感应库或图形库取决于STM32系列射频堆栈用于STM32无线系列如 Bluetooth LE 5.2、OpenThread、Zigbee 3.0、LoRaWAN和Sigfox。 消费市场领域有大量的厂家采用ST公司的芯片与工具进行智能手表、智能手环等产品的开发。例如小米公司的智能穿戴设备使用了ST的传感器、处理器等产品这些产品可以用于健康监测、运动追踪等功能具有高性能、低功耗等特点从而设计出更加智能化与高性价比的产品。 ST公司的众多高性能产品构建出了智能穿戴设备的生态链在这样一个完善的生态系统加持下开发者可以方便地获得全面的硬件和软件支持例如传感器、处理器、中间件、开发工具等从而能够满足智能穿戴设备的应用场景和市场满足用户的不同需求提高用户的体验和满意度。
1.2主控选择 ST公司的MCU产品线非常丰富涵盖了多个不同的系列和型号可以满足各种不同应用场景的需求。其中STM32系列是ST的重要产品线之一其具有丰富的型号如F1系列、F2系列、G0系列等等适用于各种市场和应用场景。STM32系列采用ARM Cortex-M内核具有高性能、低功耗、高集成度等特点可支持多种接口和协议包括USB、CAN、Ethernet、LCD等。同时STM32系列还支持多种开发环境和工具例如Keil、IAR、STM32CubeIDE等方便开发者进行开发和调试。 此外STM8系列是ST的另一个MCU产品线其采用8位内核具有低成本、低功耗、高可靠性等特点。STM8系列支持多种接口和协议例如SPI、UART、I2C等同时还具有多种模拟和数字功能例如ADC、PWM、计时器等。 在本教程中我们以开发智能手表为最终目的综合多方面因素考虑最终选用STM32U5系列高性能MCU芯片。该系列芯片由ST公司于2021年7月推出STM32U5系列提供基于ARM Cortex-M33的先进节能型微控制器以满足满足智能应用最严苛的功率/性能要求这些应用包括可穿戴设备、HMI、个人医疗器械、家居自动化和工业传感器。以下特性是我们采用这款芯片作为智能手表开发的原因
1. 智能手表一般被用户期望待机时间尽可能地长即低功耗性能一定要出色。STM32U5系列单片机采用了ARM Cortex-M33内核运行主频可达160MHz具有高性能、低功耗特点。能够满足电池类应用的要求。
2. 智能手表需要较大地存储空间来存储图片数据STM32U575RIT6内置2MB的Flash存储器和786KB的SRAM同时在我们的开发板上还搭载了16MB的Flash存储器来满足我们对存储空间的需求。满足智能手表的UI界面需求。
3. STM32U5系列支持多种连接性协议和接口例如USB、CAN、UART、SPI、I2C、Ethernet等可以方便地与外部设备进行通信和交互从而实现使用多个传感器对人体情况的监测。
4. STM32U5系列在嵌入式系统设计中实现了新的功能性能优于同类产品
1.3硬件平台 STM32U5核心板采用STM32U575RIT6微控制器基于32位Cortex-M33内核运行频率可达160MHz内部Flash容量为2MBRAM容量786KB。核心板采用最小系统设计板载16MB的Flash存储器用于存储大容量数据例如图片(分辨率240*320的16位彩色图片大小240*320*16150KB)、升级的固件等等。供电端口采用USB TypeC接口板载USB转UART芯片用于ISP功能或串口调试。核心板提供复位、BOOT与用户按键提供2.8寸电容触摸屏接口。核心板提供电源指示灯与运行指示灯用户编程控制。
图 1-4 STM32U5核心板资源 STM32开发板底板支持5V电源适配器与TypeC供电。提供RTC时钟电源提供三轴加速度与角速度传感器用于姿态感知。板载ESP-12F无线模组用于物联网云平台项目开发。提供1路五向按键采用中断与A/D模式采样。提供1路有源蜂鸣器1路2*17P扩展接口用于资源扩展板的接入。核心板接口通过2.54mm间距的插针引出方便用户外接其它设备。
图 1-5 STM32开发板底板 电容触摸显示屏在很多智能设备上得到应用提升了设备的交互感。在开发板套件中使用方型显示屏用来模拟圆形的一个手表项目。显示屏尺寸为2.8寸分辨率320*240(RGB)。驱动IC采用ILI9341自带172,800字节的 GRAM存储。电容触摸屏采用I2C接口驱动IC采用FT6336G。
图 1-6 2.8寸显示屏 提供基于I2C总线的温湿度传感器、环境光感知、心率/脉搏测量。基于模数转换接口的电压/电流采集。基于EXTI事件/中断控制类型的人体红外、光电开关、火焰感知传感器。基于SPI总线的数码管驱动电路。基于PWM控制的风扇、蜂鸣器、震动马达。基于GPIO的按键、LED指示灯。基于异步串行通信的485总线电平转换。基于控制器局域网总线的CAN电平转换等外设。资源扩展板主要用于微控制器入门外设的使用硬件图纸原理以及项目案例的应用开发学习。 图 1-7 资源扩展板 仿真器在单片机程序开发过程中起着重要的作用。通过仿真器使开发者能够在计算机上运行和调试单片机程序开发者可以逐步执行程序并观察变量的值、寄存器的状态以及程序的执行流程从而快速发现和解决程序中的错误。推荐采用的仿真器FS-DAP-Link或者ST-LINK V3.0用于程序烧写和仿真调试。 图 1-8 华清远见DAP-Link仿真器 基于TouchGFX的智能手表项目硬件包含STM32U5核心板、底板、2.8寸显示屏、资源扩展板以及仿真器进行智能手表的设计。手表主要功能包括健康监测、运动模式、环境检测、电池电量检测、RTC时钟、状态提醒、模式切换运行/待机LPBAM功能演示和网络连接等功能。 1.4 开发环境 单片机的开发工具有很多常见MDK-ARM、IAR Embedded Workbench、STM32CubeIDE等对于开发化境而言没有最好适合自己项目需求就可以了本项目中采用STM32CubeMX Keil uVision5方式进行开发 捎带使用Visual Studio Code进行代码的编辑VS Code的界面风格、代码关联、代码提示以及丰富的插件在代码编辑时非常方便可在官网下载最新版本。 图 1-9 开发环境与UI设计工具 STM32Cube生态系统是是意法半导体STMicroelectronics简称ST针对STM32微控制器和微处理器免费推出的完整软件解决方案。既适用于为STM32寻找完整且免费开发环境的用户也适用于已经拥有IDE的用户(包括Keil或IAR)他们可以在其中轻松集成各种组件如STM32CubeMX,STM32CubeProgrammer 以及STM32CubeMonitor。 STM32CubeMX软件包括图形界面配置器及初始化C代码生成器和各种类型的嵌入式软件配置初始化工具能够一步一步地引导用户完成微控制器配置。嵌入式软件包括一个新的硬件抽象层(HALHardware Abstraction Layer)用于简化代码在STM32产品之间的移植过程。通过在一个软件包内整合在STM32微控制器上开发应用所需的全部通用软件方便用户快捷高效的获取最新版本的软件。 图 1-10 TouchGFX的工具与框架 TouchGFX是一款针对STM32微控制器进行了优化的免费高级图形软件框架。借助STM32图形功能和架构TouchGFX可通过创建类似于智能手机的图形用户界面来加快HMI-of-things技术革新。 TouchGFX框架包含易于使用的拖放式图形构建PC工具TouchGFX Designer (TouchGFX Designer)以及强大的优化图形处理内核TouchGFX引擎。结合WYSIWYG仿真器和自动代码生成功能TouchGFX大大简化了GUI开发。通过对完成的原型进行快速迭代它涵盖了从早期设计草图到生成独家最终产品的所有步骤。 TouchGFX Designer可作为独立的软件工具提供便于快速轻松地进行图形评估和概念验证。TouchGFX框架包括TouchGFX Designer包含在STM32Cube MCU软件包中。它完全兼容STM32CubeMX初始化和代码生成工具便于在统一项目环境中无缝地联合开发图形和主应用程序。 TouchGFX 引擎用于驱动UI应用程序的TouchGFX C框架以及处理屏幕更新、用户事件和定时等。 先进的TouchGFX技术针对STM32微控制器进行了优化从而以最低CPU负荷和内存消耗实现提供最佳性能。 1.5 关于华清 华清远见教育科技集团2004年创立于北京中关村是一家集产学研用于一体的科技驱动型高端教育服务品牌致力于新一代信息技术领域的高质量人才培养和服务。伴随着公司的高速发展华清远见先后在北京、上海、深圳、成都、重庆、沈阳、济南、武汉、南京、西安、长沙、广州成立12个学习中心。从线下到线上(创客学院)。从教学到研发从理论到实践从校园到职场深度助推产教融合广泛开展校企合作为科技强国建设输送了27余万高质量复合型IT人才并为1000余所高校、20000余家企业赋能人才培养和人才支撑。 图 1-11 资质荣誉 华清远见研发中心以“科技引领教育发展”为理念提供了现代产业学院、专业一体化建设、综合实训平台、产学研协同育人中心、OEM/ODM 相关产品的研发和先进解决方案推动嵌入式人工智能、物联网、云·大数据等先进技术在高校的深度应用和融合创新以领先的科研水平及卓越的科技服务能力助力高校新一代信息技术领域的学科建设赋能校企协同发展产业生态、育人生态。研发中心先后被评为国家级高新技术企业、教育部产学合作协同育人单位、产教融合示范基地。众多教学平台及产品荣获国家多项发明和实用新型技术专利、国家软件著作权以及 ISO9000 国际质量体系认证已深度应用于1000 余所高校及企业。 图 1-12实训产品与教材出版 二、GUI界面基础 在进行TouchGFX相关工具使用与界面开发前对GUI界面的基础知识进行整理与学习该节的内容主要来源TouchGFX社区社区提供了TouchGFX基础信息和安装指南、基本概念介绍关键图形概念、开发如何开发TouchGFX应用包括结构、工作流和工具、教程TouchGFX教程集合等方面的文档教程。 2.1.1 嵌入式绘图系统 嵌入式绘图系统一词有许多种含义。首先不同的人对嵌入式系统一词有不同的理解对于有些人来说嵌入式系统意味着以微控制器、微处理器为中心的软硬件系统。 也可能意味着功能强大的现代智能手机。 其次“绘图系统”一词有许多种解释。 对有些人来说它表示在喜欢的绘画程序中绘制像素。 对其他人来说它表示游戏机上运行的3D渲染软件。 对TouchGFX而言嵌入式系统表示STM32微控制器上的任意系统。 绘图系统表示有用户界面的运行频率为60帧每秒的交互式应用。 为了在嵌入式系统上实现绘图应用我们考虑四个直接相关的主要组件。当然嵌入式系统可能包含许多其他组件但其他组件与图形显示的相关性较小。 图 2-1 MCU、RAM、闪存和显示屏 简而言之TouchGFX使用MCU通过对闪存中的各个部分进行组合创建和更新RAM中的图像。组合图像会被传输到显示屏。系统会视需要尽可能多地重复此过程。 微控制器MCU 在这个过程中MCU承担了所有的重要任务。它读取闪存中的图像并将它们写入RAM。将半透明红色文本融合到图像上时它计算得到的色彩并将其存储到RAM。 对圆的所有像素进行渲染并存储到RAM。 将图像从RAM传输到显示屏。 图 2-2 MCU提供CPU、内部闪存和内部RAM等 STM32系列MCU具有特定功能如LTDC、Chrom-ART、Chrom-GRC等为绘图系统的实现提供帮助。 RAM 所得计算图像帧缓冲存储在RAM中。 在更新图形时MCU对RAM执行读和写操作。在将图像传输给显示屏时再次对RAM执行读操作。 在多数情况下所得图像被存储在MCU内部的RAM中。如果将所得图像存储在内部RAM中的方法不可行可以添加外部RAM。
Flash 所有静态数据均存储在闪存中例如图像、字体和文本。闪存由MCU读取其内容被写入RAM或与RAM内容进行组合。 在大多数情况下由于内部闪存很少能够容纳下所有图像资源因此设置中会增加外部闪存。对于十分简单的应用内部闪存可以满足需求。 理想的做法是对闪存进行存储器映射STM32U575支持存储器映射以便从闪存直接读取像素并写入RAM。或者如果不对闪存进行存储器映射STM32G070采用SPI接口读写可将闪存内容传输到RAM然后再从RAM读取。
显示 显示屏将图像实际显示给人眼。RAM中存储的计算后的图像帧缓冲由MCU按固定时间间隔发送到显示屏。 2.1.1 色彩格式 色彩是由显示屏的像素呈现出的样子。这些色彩来自帧缓冲存储的值。在传统意义上绘图系统中能够表现、使用和显示的色彩数量是有限的。这同样适用于TouchGFX和TouchGFX应用。 像素色彩数量会影响到应用的许多方面。从显示屏上看到的实际内容到帧缓冲所需的内存消耗以及整体性能。 本节将进一步介绍TouchGFX中的色彩和可用的色彩格式并指出其优缺点。
色彩 TouchGFX中的色彩是红、绿和蓝分量的三元组即RGB色彩。每个色彩分量的范围为0至255。0表示该分量无作用255表示该分量处于最大值。全黑色表示为RGB色彩 (000)全白色表示为 (255255255)。 亮绿色为 (02550)半亮红为 (12800)暗紫色为 (64 064)诸如此类。 图 2-3 部分RGB色彩
灰度 灰度应用的所有色彩均为灰色包括从黑色到白色之间的所有灰色因此用灰色强度而不是RGB值表示。 可将灰度色彩理解为R G B的RGB色彩。
不透明度 在某些情况下我们会考虑为色彩增加一个描述色彩不透明的分量。与色彩的其他分量一样不透明度的范围为0至255。有不透明度的色彩称为RGBA色彩。A表示alph是不透明度使用的传统名称。 完全不透明的黑色表示为 (0,0,0,255)有一些透明的红色表示为 (255,0,0,128)诸如此类。 图 2-4 白色和灰色之上的一些RGBA色彩 当色彩并非完全不透明时需将它与已存在的色彩进行混合。这种色彩混合称为Alpha混合。
色深 色深是指帧缓冲存储的用于描述每种色彩的位数。我们将该值表示为每像素位数简称bpp。使用的位数越多可描述的色彩越多。常用的色深为24 bpp。由于每一位都可以是有或无这表示可以呈现224 16777216种不同色彩。另一个较少使用得稍色深是1 bpp。此色深适用于黑白应用只能呈现21 2种不同色彩。
TouchGFX支持下列色深
32 bpp - 16777216种色彩及相应不透明度值
24 bpp - 16777216种色彩
16 bpp - 65536种色彩
6/8 bpp - 64种色彩
4 bpp - 16种灰度色彩
2 bpp - 4种灰度色彩
1 bpp - 2种灰度色彩 关于色彩分量范围的注释。当使用的色深小于24 bpp时红、绿和蓝分量中每一个的范围并不直接取0至255。 以16 bpp的红色分量为例范围为0至31。 我们将值31视为16 bpp色深时能够表现的最红的色彩即24 bpp色深时的值255。 一种理解方式是16 bpp色深的色彩只是24 bpp色深可能表现的色彩的一个子集。 在6/8 bpp色系中每个像素使用6位表示色彩信息2位分别表示红色、绿色和蓝色。 为了简化帧缓存访问每个像素从6位增加至8位1字节。 帧缓存中多余的两位未使用。
格式 在确定表示色彩所需的位数后我们进一步研究位的内容。色彩通过位来描述红色、绿色和蓝色但色深本身并不能指定像素中位的顺序格式。 例如 先是蓝色再是绿色接着是红或者顺序相反。
像素色彩格式 根据应用的色深可使用某些特定的色彩格式。
RGB888 在TouchGFX中色深为24 bpp的色彩的色彩格式为RGB888。 这意味着对红、绿和蓝分量中的每一个使用8个比特位。以亮紫色RGB (255,0,255) 为例通过将分量组合成一个色彩值来表示这种色彩。
uint32_t brightPurpleRGB888 255 16 | 0 8 | 255 0; 在这种格式中红色位于最高的8位然后是绿色蓝色位于最低的8位。
RGB565 TouchGFX对16 bpp色彩使用色彩格式RGB565 即红、绿和蓝色分别为5位、6位和5位。 由于红色有5位完全亮起为31因此代码中的亮紫色。
uint16_t brightPurpleRGB5653111|05|310
RGBx2222 xRGB2222BGRx2222xBGR2222 对于6 bpp色彩TouchGFX支持4种不同色彩格式RGBx2222、xRGB2222、BGRx2222和xBGR222。 前述格式中之所以有x是因为6位色彩按字节的形式存储。 为了构成字节用2个比特位填充色彩。 同时提供RGB和BGR是考虑到一些显示屏的需要这样则无需在向显示屏发送像素前转换像素。 在RGBx2222模式下表示亮黄色的代码如下。
uint8_t brightYellowRGBx2222 3 6 | 3 4 | 0 2;
GRAY4GRAY2BW 对于每种灰度色深TouchGFX都相应的支持其对应的色彩格式。4 bpp的色彩格式表示为GRAY42 bpp为GRAY21 bpp为BW表示黑色和白色。对于4 bpp全白色为。
uint8_t whiteGRAY4 15; TouchGFX有一项辅助功能可返回色彩在当前色彩格式下的正确表示方法。
#include touchgfx/Color.hpp
...
aColor Color::getColorFromRGB(255,0,128);
图像格式 图像是大多数UI应用的重要部分图像由色彩填充而成。在TouchGFX中图像存储在存储器中由特定格式的色彩填充而成。在许多情况下图像使用支持的像素色彩格式中的一种但也可以使用其他图像格式。在绘制前特定图像色彩格式下的图像中的像素会被转换为合适的像素格式。 图 2-5 图像色彩格式 这些图像格式中的一些格式L8按照色彩查找表称为CLUT来呈现相关图像并索引到该表中。L8图像中色彩数量的最大可能值为28 256。L8格式占用的空间比非L8格式少以包含200种不同色彩的100 x 100图像为例存储为ARGB8888格式时的空间占用量为100 x 100 x 32位 40000字节存储为L8_ARGB8888格式时为100 x 100 x 8位 200 x 32位 10800字节。 图像格式BW_RLE按连续的黑色和白色存储色彩而不是存储单一像素色彩。在许多情况下这种格式也可以更高效地利用存储空间。其余格式与以上像素色彩格式相同。
帧缓存格式 并非所有图像格式都可用作帧缓存格式L8格式不能用作TouchGFX中的帧缓存格式因为无法在帧缓存中混合两个图像。
字节和像素顺序 通常使用字节指针访问24位格式RGB888和32位格式ARGB888。此时须了解像素以小端顺序存储。 以32位色0xFFFF7700为例alpha0xFF红色0xFF绿色0x77蓝色0x00。 当色彩位于32位变量或寄存器中时值为0xFFFF7700。 当色彩存储在内存中时存储的字节为{0x00、0x77、0xFF、0xFF}这与BGRA顺序对应。 同样16位格式RGB565始终通过16位指针访问因此字节顺序并不重要但会在内存中交换。 对于8位格式例如ARGB2222该色彩适合一个字节两个最高位中的alpha字节存储不变。 较小格式GRAY4、GRAY2和BW可按两种顺序存储。低位可以是最左边的像素或最右边的像素。如果低位是最左边的像素我们称之为LSB模式反之则为MSB模式。 图 2-6 帧缓冲格式
文本格式 文本更准确地说是字形也以特定色彩格式存储在存储器中。TouchGFX中可供使用的文本色彩格式为。 图 2-7 文本色彩格式 字形格式犹如小幅图像每个色彩条目都存储了每个像素的不透明度。因此之后不仅能应用实际色彩以及红、绿和蓝分量还能绘制如存储字形“A”的蓝色和红色版本。每个字形使用的位数越多通常就会显得越平滑和美观
视觉质量 对于嵌入式图形我们希望获得最高视觉质量但同时也需考虑内存的消耗量。 因此通常趋向于使用RGB565色彩格式而不是内存消耗量更大的RGB888色彩格式一般而言应在考虑存储需求的同时选择视觉质量最高的色彩格式。
抖动 在不同色彩格式下呈现图像时TouchGFX使用抖动技术来改善图像的视觉质量。抖动是一项广为人知的技术它让图像的色彩看起来比实际色彩更丰富。 这是通过增加图像色彩的噪声来实现的。 例如在将RGB888图像转换为RGB565图像时不是简单地对每个色彩分量的低位进行斩波而是在转换过程中为得到的每种色彩添加一些噪声从而使转换后的图像看起来与原始RGB888图像相似但更丰富。 图 2-8 转换后的有和没有抖动的xRGB2222图像 由此可见抖动可显著改善图像的感知质量。在近距离观察有和没有抖动的RGB565图像时可以看到有抖动的图像与原图像几乎完全相似而没有抖动的图像的一些区域则存在明显的色带。这表明在许多情况下用16位色彩足以获得看起来不错的界面。
性能 讨论的所有图像格式均针对绘制的“易用性”进行了优化。这意味着可以将图像或多或少地复制到帧缓冲无需进行大量转换。这是有意为之是TouchGFX能够在微控制器上获得流畅图形的原因之一。 在用TouchGFX设计UI时可使用.png图像在编译时会将每一幅图像转换为上述高效的图像格式中的一种。
Alpha混合 在运行时间图像数据的复制是通过常规CPU复制操作或使用MCU特性来完成的。如果图像包含不完全透明或不透明的像素则需要用alpha混合技术将像素混合到背景上。 在一些STM32 MCU中硬件支持这种混合功能。
2.1.1帧缓冲区 帧缓冲是存储器的一部分图形引擎通过更新帧缓冲将需要显示的下一帧图像包含进来。帧缓冲是RAM的一个连续部分可以根据需要设定合适的大小。 图 2-9 帧缓存空间 帧缓冲具有相应的宽度和高度。因此我们通常将帧缓冲视为存储器的一个二维部分可通过x、y坐标检索。 图 2-10 2D帧缓存空间 帧缓冲具有相应的色彩格式。帧缓冲中的每个条目都是该色彩格式下的色彩。我们将帧缓冲中的每一个这样的条目称为像素。通过计算帧缓冲中像素的存储地址和更新存储的色彩可以更新帧缓冲中位置 x,y 处的像素色彩。
uint32_t pixelAddress x y * WIDTH;
framebuffer[ pixelAddress ] newColor; 同样地我们可以获取帧缓冲中像素的色彩并用在计算中。例如暗化帧缓冲中像素的色彩假设有暗化函数可用
uint32_t pixelAddress x y * WIDTH;
framebuffer[ pixelAddress ] darken( framebuffer[ pixelAddress ] ); 对于帧缓冲存储器通常不会如前文所述逐一读写像素而是利用系统的底层硬件功能如Chrom-ART DMA进行读写。
色彩
在TouchGFX中帧缓冲的像素色彩格式可以是 灰度1、2或4位每像素bpp灰度 高/真彩16、24或32 bpp色彩
每个像素使用的位数越多帧缓冲能够呈现的颜色就越清晰此外每个像素使用的位数越多帧缓冲消耗的存储空间就越多。
显示屏 帧缓冲的内容最终会被传输到并显示在物理显示屏上。因此帧缓冲与显示屏的像素宽度和高度相同是十分常见的。 图 2-11 24bpp帧缓冲内容和显示屏显示内容
帧缓冲的位置 下面是一个基于微控制器的绘图系统的极简图。 图 2-12 绘图系统简图 帧缓冲可以位于MCU内部或外部RAM中。 图 2-13 帧缓冲的可能位置
每个可能位置都具有潜在的优势和不足。
内部RAM 如果帧缓冲位于MCU内部的RAM中对帧缓冲的读和写访问会尽可能快地完成。这意味着TouchGFX应用的运行会非常流畅。反过来部RAM是十分稀少的资源被系统的许多部件使用因此帧缓冲大量占用内部RAM也许不可行。 如果可行由于无需额外的RAM在内部RAM中提供帧缓冲可以降低系统的总体成本。 外部RAM 如果系统有外部RAM可以选择在外部RAM而不是内部RAM中提供帧缓冲。对外部RAM的读和写访问通常会比内部RAM慢但外部RAM的空间量通常大得多。因此有时候这是唯一可行的解决方案。MCU可能具有一些功能如缓存可加快外部RAM的访问速度。
自带RAM的显示屏 显示屏上可能嵌入了存储器具体取决于系统中显示屏的类型。这段存储空间用来保存显示屏“实际”像素的内容。显示屏中保存像素的存储空间意味着在显示屏仍活动时MCU可能处于空闲状态。 由于显示屏存储器并非存储器映射既不打算也不适合用于像素的随机读取或写入因此不可能将TouchGFX帧缓冲放在在显示屏自带的RAM中。 相反TouchGFX将帧缓冲置于内部或外部RAM中并在适当的时候将其传输到显示屏RAM。
帧缓冲的数量 TouchGFX可在应用中使用一个、多个或不足一个的帧缓冲。帧缓冲的数量会影响应用的视觉表现、性能和存储空间消耗。
一个帧缓冲 一个帧缓冲足以完全容纳要传输到显示屏的所有像素。当板上的显示屏没有自带RAM时需要至少一个帧缓冲。在这种情况下如果所显示图形的复杂度不会产生任何视觉失真则只需一个帧缓冲。
多于一个的帧缓冲 在TouchGFX中具有多个帧缓冲表示有两个帧缓冲。一个帧缓冲用于写入下一幅需要显示的图像另一个帧缓冲用于将图像传输到显示屏。这意味着不会发生失真如撕裂。
少于一个的帧缓冲
少于一个的帧缓冲通常意味着 消耗的存储空间较少 将执行更多绘制操作 需要向显示屏传输更多内容
在TouchGFX中不足一个的帧缓冲表示部分帧缓冲。部分帧缓冲方案只适用于具有自带显示RAM的显示屏。
存储空间消耗
帧缓冲中的色彩数量和像素数量决定了帧缓冲消耗的存储空间。
帧缓冲使用的存储空间通常为宽 * 高 * 以位数计的色深 / 8 字节数。 图 2-14 不同屏幕的存储空间 当具有一个以上的帧缓冲时消耗的存储空间相应地较大。例如当使用双重缓冲方案时使用两个帧缓冲会消耗两倍的存储空间。 当帧缓冲不足一个时由应用明确地分配和控制存储空间的量。因此存储空间的消耗量是完全可定制的但应注意的是使用量过少会影响整体图形性能。 2.1.1图形引擎 TouchGFX图形引擎的主要用途是在嵌入式设备的显示屏上绘制图形。本节将提供TouchGFX图形引擎类型的概述及其工作原理的一些背景知识。
场景模型
图形引擎主要可分为两类。 即时模式图形引擎提供一个API使应用能够直接为显示屏绘制图像。应用负责确保在正确的时间激活正确的绘制操作。 保留模式图形引擎使用户能够操纵所显示组件的抽象模型。引擎负责在合适的时间将此组件模型转化为正确的图形绘制操作。 TouchGFX遵循保留模式绘图原则。 简而言之TouchGFX提供用户可操纵的模型然后TouchGFX负责将此模型转化为渲染方法调用的优化集合。 图 2-15 保留模式图形引擎
TouchGFX的保留模式图形引擎有许多优势。 主要包括 易用性保留图形引擎易于使用。用户通过调用内部模型上的方法直接在屏幕上对组件进行配置而不考虑实际的绘制操作。 性能TouchGFX分析场景模型并优化在屏幕上实现模型所需的绘制调用。这包括特意不绘制隐藏组件只绘制和传输组件有变化的部分以及管理帧缓存等。 状态管理TouchGFX持续跟踪场景模型中的活跃部分。这反过来为用户优化场景模型内容提供了便利。
TouchGFX保留模式图形方案的主要不足在于 存储空间消耗呈现场景模型会占用一些存储空间。TouchGFX通过分析场景模型和优化相应渲染成果达到其性能水平通常每秒渲染60帧。为了减少TouchGFX场景模型使用的存储空间设计者做了大量工作。在典型应用中该模型所需的存储空间远低于1千字节。
2.1.2主循环 许多游戏引擎和图形引擎的工作方式特别是TouchGFX都可以看作是无限循环。TouchGFX的主循环中有三种主要活动 采集事件采集触摸屏事件、物理按钮按下事件和来自后台系统的消息等。 更新场景模型对采集的事件做出响应更新模型的位置、动画、色彩和图像等。 渲染场景模型重绘模型中已更新的部分并使之显示在显示屏上。
主循环的图解版本 图 2-16 主循环
主循环的每次执行都表示应用的一个tick。 2.1.3操作系统 嵌入式设备越来越先进系统的大部分设备不仅处理图形用户界面通常还处理复杂的控制算法和任务。举例来说这些任务可以是电机控制、数据获取或安全相关任务。许多先进设备包含用来与数据中心通信的通信协议栈如TCP/IP或用来与其他本地设备通信的射频协议栈如蓝牙。 其他任务与用户界面的交互在具有图形用户界面并只支持几项简单任务的简单设备中可围绕用户界面代码构建整个应用。 除了常规的用户界面升级应用执行的任务非常少因此可将其他任务的执行相当成功地嵌入用户界面代码。 当设备包含具有独享时序要求的更高级的“后台运行”功能如调制电机时将很难将这两个任务合二为一。图形引擎必须持续绘制新帧才能支持流畅的用户界面。 如果在运行其他任务时需要暂停图形引擎任务的运行帧率将会下降。 同样地如果其他任务只在帧间、空闲时间运行那么在用户界面渲染复杂场景时由于空闲时间较少这些任务会受到影响。 这些影响使得UI任务与其他复杂任务的手动交替变得困难。 嵌入式实时操作系统RTOS是一个轻量级的系统它通过各种服务为应用提供支持并为应用中的任务分配计算资源。RTOS可以帮助用户在许多独立但相互协作的任务中构建应用。 然后在要用到这些任务时RTOS会根据任务的优先级并发执行这些任务。我们甚至可以将一项作业分割成一个高优先级任务和一个低优先级任务。 TouchGFX可以在没有操作系统的情况下运行也可以在RTOS中运行。不使用RTOS并不会降低TouchGFX的性能。可能会增加MCU负载并增加与TouchGFX一起运行其他任务的难度。 2.1.4内存使用
在本节中我们将讨论TouchGFX应用的存储空间使用量。典型的TouchGFX应用使用4类存储器但这取决于使用的硬件 图 2-17 存储器类型与作用
静态存储分配 TouchGFX只使用静态存储分配。这意味着所有存储空间都是预先分配的。TouchGFX在运行时不从存储空间中获取分配。如果应用可以一开始就分配好存储空间则可确保永远不会使用内存时产生越界。
资源 诸如图像、文本和字体之类的资源产会被转换为C文件并链接到应用中。 资源的数据通常存储在外部闪存中但也可存储在内部闪存中。 这是通过链接器脚本来控制的。 在添加图像时应用大小的增量与图像大小成正比。 在添加文本时文本中的每个字符会导致应用大小增加两个字节。 如果同一个字符串使用了两次应用大小只增加一次。 只有应用中使用的字符才会从字符文件中获取。 这意味着如果应用中只使用大写字母A-Z则应用中不包含字体中的小写字母a-z。 如果后续添加使用这些字母的文本则应用中字体数据的量会增加。 闪存中字符的大小取决于选择的字体大小。 如果字体增大应用大小也会增加。
Demo 1 下面是另一个示例TouchGFX Designer中可以找到的TouchGFX Demo1的数据量。它包含5个界面和100多张图像 图 2-18 STM32F746 Demo 1 图 2-19 STM32F746 Demo 1存储器使用情况 2.1.5硬件选择 本部分的目的是针对硬件决策前应考虑的事项提供一些指导。每个产品都是不同的因此有不同的标准和要求。下面的内容将针对在决策前应该考虑些什么为用户提供灵感来源。 图 2-20 硬件选择的因素 以下主题涵盖显示屏外观、系统内存需求、所需的UI性能和产品物理设计。
显示分辨率 显示屏有多种不同的分辨率和长宽比。通常TouchGFX不依赖于这些参数中的任何一个。显示分辨率是选择合适硬件的主要考虑因素之一一般来讲分辨率越高像素越多因此要渲染和传输的数据就越多。 STM32微控制器通常支持高达16/24 bpp的XGA分辨率1024*768也支持非标准分辨率如宽显示屏或圆形显示屏。对于高于XGA的分辨率通常需要在色深、每秒帧数等方面做折衷。
以下是3个标准分辨率的示例 图 2-21 显示分辨率示例 还应考虑像素密度虽然显示屏尺寸越大分辨率越高显示越清晰但像素密度越高成本也越高。因此在为应用选择分辨率时应该确认以下这些问题
最终目标用户群体是什么 作为消费者自然期望更高的像素密度而实际工业应用往往会综合考虑产品成本和集成度复杂性来最终选择合适的像素密度参数。
在应用中会使用到大量的文本显示吗
常常会在屏幕上一次性显示大量不同元素吗因为更大的显示空间可以显示更多元素或使部分元素显示更为清晰。
色深
第二个主要考虑因素是色深(每个像素所对应的存储位数)它决定了图像中每个像素可以存储的信息量也意味着您可以为单个像素分配的颜色数量。 图 2-22 1位像素和24位像素的应用 显示屏可以支持不同的色深16bpp GUI应用可以在24bpp显示屏上运行但无法在只能显示16位色深的显示屏上运行24bpp应用。 显示带有很多细微颜色差别的复杂图像往往需要更高的色深以尽可能接近源图像。 色深的选择与显示所需内存量往往存在冲突。 不要低估在较低色深上可以实现的效果因为许多现代UI设计理念都围绕扁平化和颜色密集程度较低的应用例如Google的质感设计。 通过应用某种抖动算法TouchGFX可以有效地在较低色深条件下实现复杂图像。 下面的示例展示了可在较低色深基础上实现的效果 图 2-23 低色深应用示例
在为应用选择色深时应该确认以下这些问题
应用需要显示真实生活图像吗如果要使用真实生活图像或多层合成图像建议在应用和显示屏中都使用24 bpp像素因为在某些情况下16bpp不足以显示所有需要的颜色。 16bpp在很多情况下是足够的并且仍然是行业标准之一。
选用灰度颜色还是简单的6/8 bpp真正需要实现的应用需求是什么也许有些应用不需要大量颜色来正确传达其功能因此可以选择较低色深。 这也减少了帧缓冲区大小从而减少RAM需求。
对RAM和/或闪存容量有限制吗限制色深将同时减少位图和帧缓冲区(RAM) 的需求。
帧缓冲区大小的计算
帧缓冲区是用来存储像素数据的地方像素数据经过渲染后传输到显示屏。帧缓冲区大小很重要因为更高的像素数量和更高的色深需要更高的RAM和显示接口的数据吞吐率。帧缓冲区大小以字节为单位通过以下方式计算
显示宽度*显示高度*每像素位数/8 例如一个分辨率为800x480具有16bpp色深的单帧显示帧缓冲区大小为
800 * 480 * (16 / 8) 768.000 b (768.000/1024 750 Kb) 因此当决定分辨率和色深时请确保有足够的RAM提供支持。某些应用需要2个帧缓冲区因此在上面的示例中所需的RAM为750 KB * 2 1500 KB。 图 2-24 缓冲区计算
显示
接口 可以选择具有不同显示接口例如SPI、LTDC、MIPI-DSI的显示屏这些接口对所需的针数、带宽、支持的分辨率以及可能需要的外部RAM容量都有不同的影响。
尺寸 显示屏的物理尺寸也是重要的考虑因素之一。更大的显示屏通常更容易操作更容易给出精确的触摸命令但也需要更大的分辨率才能让眼睛更舒适从而影响对更多内存和吞吐率的需求。如果显示屏上的信息在1-2米外显示则文本、图标等需要足够大。
触控 触控显示屏主要有两种类型 电容式电容式触控显示屏具有更高的触控灵敏度如果应用需要更高级的触控操作如拖动、滑动等这一点很重要这种类型也是现代设备中使用最多的。然而它们也更贵而且通常不能戴手套操作如果这很重要也许电阻式是解决方案。 电阻式这种更便宜的替代品灵敏度要低得多在阳光下的可见性也很差但可以戴手套操作因为它对意外交互的敏感性较低而且通常抗性更好。因此如果您所有的触控操作都由简单的按按钮组成那么也许电阻式显示屏就足够了。
动画 如果硬件的吞吐率和计算能力不足运行复杂的动画如全屏转换、旋转和缩放会对性能产生重大影响。在决定应用中的动画级别时应该确认以下这些问题
需要高速全屏转换吗全屏转换需要渲染完整的帧缓冲区因此依赖于足够的MCU周期以及足够快的像素数据访问和传输。 所需的系统性能还取决于分辨率和色深。 高分辨率全屏转换通常推荐用于STM32高性能产品。 某些转换需要额外的存储空间因此可能需要更大内存量。
是否需要复杂的纹理映射器动画如旋转和缩放当涉及到计算和传输位图时动画纹理映射器在系统上可能非常密集因此通常需要更高的MHz和高内存吞吐率。
机械设计要求 产品的物理外壳要求会有很大差异并且会对所选硬件产生影响。家用电器对危险工业用途有其他要求因此在揭示物理限制时应该确认以下这些问题
设计的产品需要非常小吗例如智能手表它的外壳大小有限这限制了PCB的大小因此选择正确的组件很重要。 STM32提供多种MCU封装例如WLCSP封装。
设计的产品会暴露于极端温度吗电容式显示屏在极热或极冷时性能不佳。因此如果将产品安装在如冷库等位置则电阻式显示屏可能会提供更好的用户体验。STM32产品组合提供环境温度范围高达85、105和125度的微控制器。
设计的产品是否需要对室外环境因素例如水或灰尘具有很强抗性不同的技术提供不同的质量和功能添加保护盖板可能是一种选择。
设计的产品在强光下可见性重要吗显示屏的发光强度和光通量各不相同显示屏的光通量和发光强度越高显示屏的可读性就越高。 添加一个特殊盖板也可以改善这一点。 或者使用另一种也可以提供反射功能的显示技术。
每秒帧数 更高且稳定的每秒帧数FPS计数通常更好因为这会使应用看起来更流畅。有时FPS不那么重要。 例如在显示动画更新最少的静态GUI中。 在这种情况下低成本硬件可能更合适。但是根据目标用户群拥有漂亮流畅的应用和大量华丽的动画也可以成为一个巨大的卖点因此与硬件选择相关的任何方面都是一样都是为了满足最终用户期望并提供良好的用户体验。 图形用户界面的整体性能归结为系统级性能包括如MCU、RAM、闪存、显示屏、接口吞吐率等组件以及如STM32 Chrom-ART等硬件功能。下图描绘了一些不同参数影响的概括图。 要选择正确的硬件需要考虑这些参数。 还考虑到STM32 Chrom-ART可降低MCU负荷因此在某些情况下降低了高MCU频率的重要性。 图 2-25 色深、动画、频率以及吞吐量等参数对FPS对的影响 硬件组件 微控制器单元MCU是所有嵌入式解决方案的核心所在在成本和特性方面有许多不同的选择。在选择图形用MCU时应考虑支持的显示屏接口、MCU封装、尺寸和可获得的图形性能最后一点取决于两个主要因素
图像合成 MCU中集成的图形加速器的可用性。 系统中缓存存储器的可用性。
存储器存取和带宽 时钟频率和子系统总线频率。 对内部Flash和RAM存储器的存取。 除了图形还必须考虑应用运行的其他方面电机控制和无线技术等。这些因素都可能影响MCU的选择。本页将逐一介绍不同MCU选项以及在决定应为GUI驱动的应用选择哪种STM32 MCU时应考虑的参数。 图 2-26 STM32系列MCU应用于图形显示
频率 内核频率会极大地影响图形应用在屏幕刷新以及屏幕和动画的流畅性方面的性能。它会影响可从内部或外部存储器传输到显示屏帧缓冲的大量数据还可能影响计算和动画。频率越高在给定时间范围内能够传输的数据就越多就能实现更复杂的动画。STM32产品的内核频率最高为480MHz。需要注意的是频率越高功耗越大。
图形子系统频率 必须将内核CPU频率与图形子系统频率区别开来。图形子系统频率包括内部总线频率和图形计数器频率以及内部和外部存储器的存取速度。图形子系统频率还会极大地影响整体图形性能。
示例 下面是从STM32H7上的内部RAM运行时从理论上评估内核和子系统性能的示例 CPU内核的运行频率为480MHz。 64位AXI总线频率为240MHz。 LCD-TFT显示屏控制器LTDC使用64位AXI总线在10个周期内执行8次传输。 内部RAM不会导致明显延迟即0等待状态。
因此LTDC外设访问时内部RAM的带宽为 带宽 240 MHz x 8/10 x 8 字节 1,536 MB/s。 有了这样的带宽当分辨率为800x480且色深为32bpp时内部RAM可确保1000帧/秒fps的刷新率。通常会将对显示屏的传输限制在每秒60帧通过调整像素时钟、边沿等以免LTDC和内部RAM的带宽成为瓶颈。
嵌入式硬件加速功能 不同的STM32 MCU具有不同的内置硬件加速功能有助于获得高性能的图形应用。
Chrom-ART Chrom-ART是一种先进的DMA可以为执行图形操作提供辅助。 它也被称为DMA2D。许多STM32平台中集成了Chrom-ART加速器它能够控制和传输图像而不会增加CPU负载。 它能够加快大多数图形操作的速度如颜色填充、图像复制、混合和像素格式转换。 Chrom-ART加速器能够在一项操作中执行两个图层的混合将初始像素格式转换为需要的输出像素格式并将结果传输到存储器目标位置。Chrom-ART加速器还支持有颜色查找表CLUT的颜色模式。 这有助于节省存储空间。 以在STM32F496-EVAL板上运行的应用为例当启用Chrom-ART时CPU负载从82%降至4%。此外STM32H7产品为Chrom-ART外设增加了从YCbCr模式转换至RGB模式的能力。此特性结合JPEG硬件编解码器可减轻JPEG图像编码和解码时的CPU负载。 图 2-27 YCbCr转RGB硬件性能 具有上述特性的Chrom-ART加速器为图形应用提供了巨大优势。 TouchGFX若选择的MCU中有提供处理所有Chrom-ART特性并将所有可能的绘图操作重定向至Chrom-ART外设而非CPU。
JPEG硬件编解码器 STM32H7和STM32F7系列提供硬件JPEG编解码器用于图像和视频的编码和解码。如果UI应用需要播放视频文件或显示JPEG图像则此特性十分重要。JPEG图像占用的存储空间通常较小。 JPEG硬件编解码器确保在运行时间解码图像而不会发生CPU超负载。一些TouchGFX演示利用JPEG硬件编解码器减轻播放MJPEG视频时的CPU负载。 图 2-28 硬件JPEG编解码器性能
Chrom-GRC 在一些STM32微控制器中外设STM32 Chrom-GRC™GFXMMU旨在为向非矩形显示屏发展的新趋势提供高效支持。在寻址非矩形显示屏时Chrom-GRC™外设可帮助应用减少存储帧缓冲所需的RAM空间。 对于圆形显示屏外设可将存储空间要求降低20%。在控制非方形屏幕时建议但不强制使用Chrom-GRC™外设。 图 2-29 通过Chrom-GRC外设优化存储器 内部Flash 使用位图资源的图形用户界面应用需要使用非易失性存储器来存储数据。 在某些情况下从内部闪存执行和访问内部Flash会比外部Flash快最多两倍。 由于内部Flash的大小有限很多时候会用内部Flash来存储TouchGFX框架、屏幕定义和UI逻辑而位图数据则存储在外部Flash中。 对图形应用使用的STM32产品组合的内部Flash大小介于几KB和几MB之间。当位图数据量与内部Flash不匹配时可能需要用到外部存储器。
TouchGFX闪存要求 框架60 KB至100 KB。 屏幕定义和GUI逻辑1至100 KB。
这些数字取决于使用的框架特性以及应用的大小和复杂度。
内部RAM
内部RAM可用于存储帧缓冲的前提是帧缓冲的大小使之能够放入可用存储器。 或者也可以为设置增加外部存储器。根据宽度、高度和色深计算帧缓冲的大小。 例如对于具有HVGA分辨率480x320和16位色的显示屏一个帧缓冲所需的存储空间为
1个帧缓冲的大小 480 x 320 x 2 307.200字节
对图形应用使用的STM32产品的内部RAM大小介于几KB和几MB之间。TouchGFX RAM要求 框架10 KB至30 KB 控件1 KB至15 KB
不同应用的存储空间要求可能不同。
LCD控制器 MCU的选择还取决于要使用的显示屏接口和分辨率。以800x480的分辨率为例只能通过数据传输足够高效的接口来实现。 RGB-TFT和MPI-DSI接口通常用于更高分辨率原因是在许多情况下带宽高于SPI或并行8080/6800。低分辨率显示屏通常内置控制器和GRAM可通过简单的SPI或8080/6800接口进行连接。 高分辨率显示屏WQVGA及以上通常没有内置控制器和GRAM因此控制器需位于微控制器侧。 STM32 MCU内置了RGB-TFT和MIPI DSI接口的控制器。 图 2-30 图中显示了有/没有GRAM和显示屏控制器的不同显示屏接口的4个示例。
封装 I/O 需要的I/O数量取决于选择的显示屏和外部存储器。 运行具有并行RAM/Flash的并行显示屏可能需要大量I/O导致封装尺寸变大。
存储器接口 当微控制器中的内部闪存和RAM不够用时选择具有最合适外部存储器接口的合适MCU就变得十分重要。 STM32产品提供了不同的存储器控制器外设用于连接NOR、NAND、SRAM、SDRAM、LPSDR SDRAM和PSRAM存储器。
可变存储控制器 可变静态存储控制器FMC/FSMC 除了支持静态RAMFMC还为FSMC增加了动态RAM支持SDRAM。 可变存储控制器FMC具有很高的外部存取速率和8、16特别是32位数据总线可实现与外部RAM之间的更高吞吐率从而更好地支持更高分辨率。 FMC的每个存储区有独立的芯片选择。 FMC可以控制用于数据的外部Flash、用于帧缓冲的外部RAM存储器和用于图形栈的堆扩展。
串行存储器接口 根据选择的STM32产品可能有内置串行存储器接口除了QSPI、PSRAM、OPI PSRAM和Hyper RAM存储器还可以连接单线、双线、四线、八线和hyperBus闪存。 当处于存储器映射模式时串行高速存储器接口可控制最大256 MB的存储器当处于间接模式时为4 GB。相比于并行接口串行存储器接口可将成本较低的外部闪存连接到小型封装同时减少使用的引脚数。
STM32超值系列产品 为了优化价格STM32H7和STM32F7平台提供了具有有限内部Flash的超值系列产品。 使用这些产品时图形资源将保存在外部Flash中。
Cortex®-M Core
STM32 MCU采用不同的ARC Cortex®-M架构。 下面是STM32上运行图形时最常用的内核。
Cortex®-M0
Cortex®-M0的特点在于它架构简单且价格低廉。 建议将其应用于以较低分辨率运行的较小的静态图形应用。
Cortex®-M4
与M0相比Cortex®-M4包含更多功能并加快了计算速度。 它包含DSP指令集和单精度FPU单元。 这些指令可减轻CPU负载并提高计算速度。
Cortex®-M7
Cortex®-M7包含更复杂的架构也包含DSP指令集并具有更高效的双精度FPU单元以及可容纳最多16KB的数据和指令的一级缓冲存储器。 缓冲存储器提供了使数据和指令紧邻计算单元以便优化提取时间的可能性。 图 2-31 不同核心的特性概述
一级缓存 STM32H7和STM32F7系列包含最大16 KB的一级缓存用于指令和数据缓存。 一级缓存在CPU附近保存了数据或指令集因此CPU无需不断地提取重复使用的同一数据。
双核 STM32H7系列包含双核系列Arm® Cortex®-M7和Cortex®-M4内核的运行频率分别可达到480 MHz和240 MHz可以支持更多的处理和应用程序分区。 双核STM32H7产品系列可与嵌入式SMPS一起使用以提高动态电源效率。第二个Cortex®-M4可以减轻计算量以便开放M7内核用于绘图/图形操作。
总线架构 大多数STM32微控制器提供32位多AHB总线矩阵用于互连所有主设备CPU、DMA等和从设备Flash、RAM、FSMC、AHB和APB外设。 这样一来即使多个高速外设同时工作也能确保无缝、高效的操作。除了多AHB互连一些STM32Cortex®-M7产品还内置64位AXI用于扩展带宽。 因此在性能和功耗之间实现了最佳平衡。
价格 内部Flash和内部RAM的大小以及封装中的可用引脚数都会影响MCU的价格。 用户可以根据接口、分辨率和性能等方面的要求最终找到合适的MCU和估价。
显示屏 目前的趋势是产品越来越丰富用户体验增强嵌入新的更大的显示屏而老式的分段式显示屏正在被各种显示屏取代。本节将重点在介绍嵌入式GUI产品时选择合适的显示屏应考虑的一些注意事项。总体而言TouchGFX可以在任何类型的显示屏上运行不受显示技术、接口、视角、亮度等因素的影响。 图 2-32显示屏的不同类型 显示屏示例 由于每种显示屏的关键因素不同选择合适的显示技术可能并不那么容易。每一种显示屏都包含像素行和像素列它们的驱动方式可能不同都具有内部和/或外部显示控制器和帧缓冲RAM。与其他技术相比有些技术需要频繁地更新每个像素而这种技术只在GUI中发生变化时才更新因此并没有必要更新每个像素。目前有大量不同的显示技术下面将介绍一些最常用的显示技术。
LCD-TFT TFT是指薄膜晶体管是LCD显示屏的一种变型采用有源矩阵。 LCD-TFT有各种不同的分辨率、尺寸、接口和价格区间等被广泛应用在嵌入式产品中。 TFT-LCD的一些变型包括TN和IPS面板。 IPS TFT-LCD的例子有STM32F769 DISCO板和STM32H747 DISCO板二者都搭配800*480 MIPI-DSI TFT IPS LCD显示屏。 TFT-LCD TN显示屏的例子有STM32F746G DISCO板和STM32H7B3I-DK板。 两种技术带来不同画质有些差异可能来源于颜色呈现和视角IPS面板通常是最好的。 图 2-33 LCD-TFT图层示例
MIP MIP表示像素存储它使用的像素技术只在屏幕图像发生变化时才需要电源/数据。MIP显示屏是一种低功耗显示屏功耗小于全彩GUI。
ePaper/eInk eInk显示屏是低彩显示屏它是低功耗、宽视角和易读型应用的理想选择。 TouchGFX Implementer SDATAWAY演示了在STM32F412上运行TouchGFX应用的eInk显示屏详情见网址https://www.touchgfx.com/cases/e-ink/ 图 2-34 E-Ink
显示屏接口总览 显示屏通过不同类型的接口连接到MCU。 显示屏接口的参数各不相同下一节将介绍图像相关参数例如需要的引脚数和支持不同分辨率的最大带宽。 TouchGFX可使用任何显示接口STM32微控制器提供可连接Motorola 6800、Intel 8080、SPI、RGB-TFT和MIPI-DSI的各种显示接口。 图 2-35 显示屏接口特性
亮度和背光 亮度单位通常使用堪德拉/每平米cd/m²。亮度是显示屏最耗电的部分。 在阳光下显示屏需要约600 cd/m²的亮度。 更高的亮度通常会使温度上升从而缩短LED的使用寿命。
观看位置和颜色反转 在将显示屏嵌入产品时必须预见并了解用户可能处于的观看位置。一些显示屏在从特定位置观看时可能发生颜色反转。 这意味着想要将显示屏安装在合适位置并使用户能够在操作和体验GUI的同时还能看到画面设计师设计的正确颜色并没有那么容易。 TN面板可能发生颜色反转。 添加一层SWV膜有助于增大视角。 图 2-36 从不同观看位置看到的颜色
显示屏使用寿命 使用寿命的定义是显示屏在25℃条件下降至一半亮度所经历的时间。 如果产品的生命周期长则必须考虑此参数。
像素密度 像素密度定义了每英寸或平方英寸显示的像素数。 可根据最终用户、环境和设计需求等因素选择合适的像素密度。 具体来说一部高端手机的2340 x 1080像素6.1英寸屏幕的像素密度为每平方英寸178,500个像素而常用的800 x 480像素5英寸TFT显示屏的像素密度为每平方英寸34,816个像素。 图 2-37 低、中、高像素密度 一些标准分辨率、显示屏尺寸和像素密度是用每平方英寸像素数(PPI2) 来衡量的 图 2-38 不同显示屏的像素数 就某些应用而言除非观看时与显示屏之间的距离非常近否则可能难以看出任何差异。 像素密度示例STM32F476DISCO为16,462 PPI2STM32F769DISCO为54,400 PPI2。 某些情况下上述示例中的不同像素密度可能会影响动态色域和抗锯齿效果 动态色域动态色域是指两种对比色如黑色和白色之比。 在上面的示例中蓝色和白色包含不同层次的白色和蓝色。 图像左侧的像素密度较低而图像右侧为了显示所有颜色包含的像素更多因此不同颜色与边缘之间的过渡更平滑。 抗锯齿当像素密度过低时可能产生阶梯效应。 在应用中使用抗锯齿技术可使图像中的这些阶梯边缘变得平滑。 可以看到前两个蓝色圆圈显示出阶梯效应这是因为像素密度不允许显示屏显示足够多的像素以致没有足够高的色域来实现足够高的反锯齿效果。 图 2-39 抗锯齿
在决定使用哪种显示屏时必须考虑环境因素。 思考以下问题
是否显示屏受到阳光直射
是否用在需要抗冲击的恶劣环境下
是否操作员会戴手套操作
是否需要防止恶意破坏
是否只通过物理按钮操作 思考这些问题将有助于更好地理解要选择哪种触控技术甚至是否需要触控。TouchGFX在触控和非触控显示屏上运行TouchGFX GUI可通过按钮、手势和声音进行控制。
触控/非触控显示屏 目前市场上有不同的触控技术例如电阻式、电容式表面、投影、SAW(表面声波式)触控和红外触控。 本节将只介绍其中的某些技术
电容式触控 这是最流行的触控技术之一。 它有两种感应技术
自容式用于单指触控。
互电容式允许多指触控但暴露在水/潮湿环境中时会面临困难TouchGFX不支持多指触控。 大多数STM32 探索板使用电容式触控如STM32H7B3I 探索板、STM32H750 探索板和STM32F746G 探索板。
电阻式触控 电阻式触控是一种通过机械压力激活的简单技术只需要ADC或简单的触摸控制器。 由于技术成熟价格通常较低。 加强了表面的防刮擦和防撕裂保护但防止恶意破坏的能力较差。 此外在阳光下的可读性较低。 STM32F429 DISCO板使用电阻式触控提供可用的TouchGFX应用示例。
非触控 一般情况下如果通过按钮控制GUI只需显示图像/视频而如果通过另一个设备进行外部控制是否为产品添加触控功能甚至都无关紧要。 不为显示屏增加触控层可以降低显示屏价格。
具有RAM的显示屏 采用Motorla 6800、Intel 8080、SPI或MIPI-DSI接口的显示屏通常内置RAMGRAM其大小为1个完整的帧缓冲。这些类型的显示屏可通过SPI、FMC或DSI主机LTDC连接到MCU。 显示屏RAM需要另一个外部RAM帧缓冲它可以位于MCU中或外部RAM中。 图 2-40 MIPI-DSI显示屏 在某些情况下不需要外部RAMMCU以外来存储帧缓冲因此使用MCU中可用的内部RAM。如果MCU RAM小于1个完整的帧缓冲则可以使用TouchGFX部分帧缓冲特性这样可使帧缓冲的空间占用量维持在极低水平。 图 2-41 SPI显示屏
非正方形像素/像素宽高比 最常见的像素形状是正方形但某些显示屏使用非正方形像素。 像素宽高比是像素宽度与像素高度之比。 因此像素宽度和高度均为100的正方形像素的宽高比为1/1。 非正方形像素则有不同的像素宽高比。 如果画面设计师不考虑这一点则显示的位图可能被拉伸如下图所示。 图 2-42 被拉伸的位图
盖板玻璃 由于显示屏是嵌入式图形用户界面产品的表层增加盖板玻璃可以改善外观和触感。盖板玻璃可以改善设计效果、抗刮擦性、抗冲击性和颜色等。
外部存储器 本节内容旨在帮助用户为嵌入式图形界面选择外部存储器。 在阅读本节内容之前建议先阅读初步考虑 和MCU以便了解在选择合适的外部存储器时要注意的一些重要依赖关系。 运行TouchGFX GUI应用时有时需要使用外部存储器来存储帧缓冲、位图、字体和转换信息等。 TouchGFX GUI的运行不依赖外部存储器但需要使用内部RAM在MCU中或外部RAM来存储帧缓冲并用内部和/或外部Flash来存储数据。下面的存储器总览展示了一些可与STM32 MCU一起使用的外部存储器。 一些不同的存储器示例同时提供了串行和并行接口。 图 2-43 存储器总览 不同的STM32微控制器具有不同的外部存储器接口可以连接不同的外部存储器。
非易失性存储器 在GUI应用中非易失性存储Flash主要用于存储一些或全部图形数据资源如位图、字体、转换信息和TouchGFX应用代码。 STM32产品支持非易失性存储器可使用并行或串行存储器和不同配置通过不同类型的MCU接口进行连接。 图 2-44 非易失性存储器
根据以下要素选择非易失性存储
密度
性能
接口类型并行/串行
材料清单
NOR Flash NOR Flash是一种非易失性存储器允许对存储器中的任何区域进行随机存取。NOR Flash的大小通常介于128 Mbits和2 Gbits之间。 例如当分辨率为480x320、色深为16位每像素时用户界面需要的全屏背景图像约为300 kB。其中不包括使用的按钮、滑动条、图标和字体以及语言数量等所需的额外位图。256 Mbits (32 MB) NOR Flash可存储最多约100张全屏图像如果加上需要的其他图形资源将少于这个数量。 可在存储器映射模式下使用NOR Flash在这种情况下外部FLASH被视为读操作的内部存储器。 该模式允许系统主机如DMA、LTDC、DMA2D、GFXMMU或SDMMC自主访问存储器即使在CPU停止时的低功耗模式下是移动和可穿戴应用的理想选择。
NOR Flash存储器有不同的接口选项 并行NOR Flash具有x8或x16接口 串行NOR Flash串行存储器的单、双、四和八数据线以及HyperBus闪存
串行NOR Flash存储器 串行NOR Flash存储器被广泛用作图形应用中的存储器这类存储器具有诸如以下优势
高频率
简化并缩小了印刷电路板PCB区
存储器映射模式的可寻址区为最大256 MB
需要的引脚数介于4和 12个之间 NOR Flash存储器有不同的数据线配置接口可分为单线、双线、四线、八线。切换至配备更多数据线的串行NOR Flash存储器可以提高性能和存储器接口带宽但也需要更多引脚来连接单片机。下面是根据数据线数量列出的不同SPI存储器总览 图 2-45 串行接口总览
并行NOR Flash存储器 在性能和配置方面并行NOR Flash存储器具有与串行闪存相同的优势。 并行NOR Flash可配置为存储器映射模式并能像内部存储器一样进行存取。 并行和串行NOR Flash之间的差异在于引脚数和印刷电路板PCB的复杂度。NOR Flash存储器需要最多47个引脚包括最多24个地址引脚和16个数据引脚。
NAND Flash存储器 NAND Flash存储器是需要大量图形资产和更快写入与擦除操作的图形应用的理想选择。 NAND Flash存储器不能配置为存储器映射模式因此不建议将其用于代码执行。NAND Flash的大小介于1 Gbit和512 Gbits之间。 在使用NAND Flash时通常必须使用RAM中的缓存。 如此一来可以将当前使用的图形资产移动到RAM并从缓存中获取它们。 图 2-46 NAND Flash存储器
eMMC存储器 eMMC嵌入式多媒体卡由MMC协会订立相当于一个NAND Flash加一个主集成控制器。 eMMC的一个明显优势是在封装中集成了控制器从而提供了标准接口和闪存管理使制造商能够将精力集中在产品开发的其他部份进而缩短上市时间。eMMC Flash的大小介于2 Gbits和128 Gbits之间。 相比于NAND和NOReMMC的随机读取性能相对较低。 eMMC可能需要添加缓存来克服随机读取速度缓慢的问题。eMMC Flash存储器需要最多10个引脚包括8个数据引脚和2个控制引脚。
图 2-47 eMMC存储器
易失性存储器 外部易失性存储器主要用于存储帧缓冲若内部MCU RAM不够用在某些情况下用于缓存来自非存储器映射闪存的数据。 本节主要介绍SRAM、SDRAM和PSRAM它们通常用在运行GUI的嵌入式系统中。 但还有其他可用的变型存储器制造商对其存储器使用不同命名模式如“hyper RAM”、“IoT RAM”和“octal RAM”。 图 2-48 易失性存储器
在选择合适的外部RAM时建议注意以下要素
密度
性能
功耗
接口/引脚尺寸
帧缓存策略
SRAM SRAM是静态随机存取存储器只要有供电就能保存位数据。一般而言SRAM的存取速度更快但价格高于DRAM并且密度更小。相比于DRAMSRAM的存取时间通常更短因此更适合需要更多动画、缩放和旋转等操作的GUI。SRAM具有同步和异步模式同步模式提供更高的带宽能力但接口更复杂。
SDRAM SDRAM是一种动态随机存取存储器它保存电容上的每一个数据位。相比于SRAMSDRAM能用更小的物理空间存储相同数量的数据。 为了保存数据SDRAM需要不断刷新因此其能耗高于SRAM。SDRAM的密度通常为16 Mbits至512 Mbits通过8、16和32位接口提供运行频率为100-200 MHz。 双帧缓冲策略需要约18 Mbits的RAM因此适用于保存两个运行24bpp 800*480分辨率的帧缓冲的SDRAM是32 Mbits SDRAM。
PSRAM PSRAM是伪静态随机存取存储器具有DRAM控制逻辑的内部结构和SRAM接口。它的密度通常为8-256 Mbits。相比于传统的SDRAM和SRAMPSRAM的优势在于速度更快且功耗更低。
其他存储器 新的octal RAM和Hyper RAM存储器在单和双数据率模式下使用串行8位接口可实现高吞吐率和良好的集成度。
外部RAM密度的选择 如果设计的策略是将帧缓冲放在外部RAM中下图是市面上提供的不同RAM密度的总览。它还提供了以1、2、4、8、16和24位每像素的密度除以2可得出单个帧缓冲所需密度运行双帧缓冲设置所需RAM的总览。在某些情况下单帧缓冲设置已经足够并且在某些STM32微控制器中会有足够的内部RAM用于容纳帧缓冲。 图 2-49 SDRAM和OctoSPI密度 图 2-50 双帧缓冲设置所需RAM 2.1.6软件架构
Model-View-Presenter设计模式 TouchGFX用户接口遵循Model-View-PresenterMVP架构模式它是Model-View-ControllerMVC模式的派生模式。 两者都广泛用于构建用户接口应用。MVP模式的主要优势是
关注点分离将代码分成不同的部分提供每部分有自己的任务。 这使得代码更简单、可重复使用性更高且更易于维护。
单元测试由于UI的逻辑Presenter独立于视图View因此单独测试这些部分会容易很多。
MVP中定义了下列三个类 Model是一种接口用于定义要在用户界面上显示或有其他形式操作的数据。 View是一种被动接口用于显示数据来自Model并将用户指令事件传给Presenter以便根据该数据进行操作。
Presenter的操作取决于Model和View。 它从存储库Model检索数据并将其格式化以便在视图中显示。 图 2-51 Model-View-Presenter设计模式 在TouchGFX中从Model类执行与应用非UI部分这里称为后端系统的通信。后端系统是从UI接收事件和将事件输入UI的软件组件例如采集传感器的新测量值。后端系统可作为单独的任务在同一MCU、单独的处理器、云模块或其他硬件上运行。从TouchGFX的角度来看这并不十分重要只要它是能够与之通信的组件。 使用的特定通信协议不受TouchGFX管理。它只提供一个在每个TouchGFX嘀嗒时间调用一次的函数可以在其中处理需要的通信。 图 2-52 Model-View-Presenter和外部通信
屏幕概念 在TouchGFX应用中可以有任意数量的“屏幕”。 TouchGFX中的屏幕是UI元素小工具及其相关业务逻辑的逻辑分组。 屏幕包含两个类包含该屏幕上显示的所有小工具的View类以及包含该屏幕的业务逻辑的Presenter类。 可以选择在单个屏幕的背景下实现整个应用意味着只有一个View和一个Presenter建议将UI的不相关部分分割成不同屏幕原因有两个 TouchGFX包含存储器分配方案可自动分配大多数RAM占用量大的屏幕所需的必要RAM。 只会分配必要的量此RAM块将在应用中的所有屏幕之间重复使用。
有多个屏幕会使UI代码的维护容易得多。
定义屏幕 关于应如何将应用划分成多个屏幕并没有具体的规则但有特定的指南也许能帮助您决定应当用哪些屏幕构成您的特定应用。 在视觉和功能上无关的UI区域应保存在不同屏幕中。 如果是十分简单的有主温度读出显示屏和配置菜单的恒温器应用建议创建“主屏幕”用于温度读出并创建“设置屏幕”用于显示配置菜单。 主屏幕的视图将包含用于背景图像的小工具几个显示温度的文本区和一个用于切换至配置菜单的按钮。 另一方面用于配置的视图可能包含显示配置选项列表和不同背景图像的小工具。 如果配置菜单能够编辑许多不同类型的设置日期、名称和键盘、温度、单位等此屏幕的复杂性将大幅提升。
当前活动屏幕
由于 TouchGFX 为屏幕分配内存的方式只为最大的 View 和最大的 Presenter 分配一次只能有一个 View 和一个 Presenter 处于活动状态。 因此如果您的恒温器应用程序正在显示温度读数那么配置菜单屏幕不会在任何地方运行实际上甚至没有分配。 如果从“后端”所有执行恒温器实际工作的非UI代码或硬件外设接收到事件则可以将这些事件传递给当前活动屏幕。 由于一些事件将只与应用中的特定屏幕有关因此这提供了有效的隔离方式。 例如只有主屏幕才能处理通知当前温度变化的已接收事件将更新显示当前温度的文本区而由于当前温度未显示在配置屏幕上配置屏幕可以直接丢弃此无关事件。
TouchGFX中的Model-View-Presenter TouchGFX 遵循 Model-View-Presenter Design Pattern描述的Model-View-Presenter 设计模式。 TouchGFX 屏幕概念通过继承自 TouchGFX 中的 View 和 Presenter 类的类与整个 Model-View-Presenter 架构联系在一起。 因此在TouchGFX Designer中将新屏幕添加到应用时会创建新的特定View类和Presenter类以代表该特定屏幕。
TouchGFX应用中MVP类的内容和责任如下
Model
Model 类是一个永远存在的单类它有两个用途
保存UI的状态信息。 在切换屏幕时View和Presenter的分配会被清除因此它们不能用于存储在屏幕转换时应当保留的信息。 为此使用Model保存信息。
作为面向后端系统的接口向/从当前活动屏幕发送事件。 Model类是自动设置的具有指向当前活动Presenter的指针。当Model中发生变化时将变化通知当前活动Presenter。这是通过应用中ModelListener接口中的方法来完成的。
TouchGFX Designer生成的新应用将自动拥有可直接供UI使用的Model类。
View View类或者更具体地说派生自TouchGFX View类的类包含了该视图中显示的控件作为成员对象。 它还包含setupScreen和tearDownScreen函数当进入/退出该屏幕时会自动调用它们。 通常会在setupScreen函数中配置控件。 View还将包含指向相关Presenter的指针。 该指针通过框架自动设置。 使用此指针您可以将 UI 事件如按钮单击传达给 Presenter。
Presenter Presenter 类同样一个派生自 TouchGFX Presenter 类的类负责当前活动屏幕的业务逻辑。 它将接收来自模型的“后端”事件以及来自视图的 UI 事件并决定采取何种行动。 例如如果从 Model 接收到警报事件Presenter 可能决定告诉 View 应该显示警报弹出对话框。
代码结构 本节介绍了TouchGFX项目的结构—从TouchGFX Designer生成的代码到用户编写的扩展代码。
生成的代码和用户代码 TouchGFX Designer生成的代码将与用户编写的代码完全分离。 事实上生成的代码位于generated/gui_generated文件夹中而手写代码位于gui文件夹中。 gui_generated代码充当用户代码类的基类。 基类包含在TouchGFX Designer中配置的所有设置代码。 下面的类示意图显示了类的关系 图 2-53 引擎类、生成类和用户类的类层次结构
如上图所示TouchGFX Designer应用包含3个不同代码层 引擎这些类是TouchGFX提供的标准类。 它们充当生成类的基类。 生成当TouchGFX Designer生成代码时将生成这些类和相应文件。 因此不应手动编辑这些类和文件因为任何手动修改都会在下一次运行代码生成器时被重写。 这些类是用户类的基类。 用户这些类预定供手写代码使用。 用户可以自由地将任何代码放入该层。 如果没有用户类将生成用户类并且永远不会被TouchGFX Designer修改。 它们属于用户。 TouchGFX Designer生成的应用的架构是开放式的在某种意义上对创建内容应当没有任何限制。 如果TouchGFX Designer不支持某些对象如小工具、动画或效果可以将它们添加到用户类。 TouchGFX Designer生成的代码在设计上不会对制作TouchGFX应用的方式加以限制。
TouchGFX Designer生成的文件 根据规则TouchGFX Designer将只在TouchGFX项目的generated文件夹中重新生成文件因此不得在该文件进行手动编辑因为会被覆盖。 然而TouchGFX设计器也可以生成编译所需的缺失文件例如application.config, simulator/main.cpp, 、皮肤图片位于assets/images/__designer中、以及示例视频位于 assets/videos/__designer中。 事实上TouchGFX Designer只需要下列文件就能生成、编译和运行项目
描述项目的.touchgfx文件。
位于gui文件夹的用户代码如果有。
位于assets/images文件夹的用户图像如果有。
assets/texts/texts.xml文件中的文本如果有。
位于assets/fonts文件夹的字体如果有。
assets/videos文件夹中的视频如果有。
