SWM341系列应用（上位机应用）

SWM341系列之上位机应用

1、分级图像和PNG、JPG的应用

现象：客户使用SWM34SVET6+HMI_0.4.1版本上位机进行UI界面布局，反馈在模拟运行时（PC端）流畅，在Demo平台（设备端）运行卡顿。

分析及解决：经过交流得知，客户在分级图像中应用了大量带有透明度的png图片，而SWM34S需要做大量的混 合运算消耗大量的性能，以及客户还将两个分级图形重叠，导致性能更加受损。解决方案是告知用户调整UI布局，使用不带透明度的jpg格式的图片源。在后续评估客户素材时，需注意应用分级图像时图片源是否带有透明度，且避免分级图像的叠加应用。

客户应用UI界面如下图：

2、SWM34S系列之上位机应用      

现象：客户使用符号字体，HMI0.4.1之后已经增加对转义字符\u的支持，询问如何在代码中更换显示的字符。

分析与解决：HMI0.4.1之后已经增加对转义字符\u的支持，只需在上位机中\u <UCS16>来索引字体，代码中也可以通过此方式来改变字符。

3、UICreator 与 360工具软件兼容         

现象：客户使用的是SWM34SRE，客户反馈HMI上位机出现闪退的现象，其中装360安全卫士的打开会闪退，装360杀毒的能正常打开

分析与解决：装360安全卫士需把HMI上位机加入白名单，可以解决闪退的问题

4、UICreator 多控件的应用            

现象:客户使用SWM34SRE做越野电摩的，使用Synwit_UI_creator，目前面临装车测试遇到了以下问题。

1）控件多的界面，运行时间长之后，会有明显的卡顿。

2）开机默认休眠，休眠3~5分钟后无法唤醒。

分析与解决：

问题1，经过现场排查，发现是客户在界面定时器里面反复初始化lv_style，导致画面的内存一直在泄露          内存，后面让客户初始化style一次即可，这样解决了泄露内存的问题。

问题2，开机默认把休眠位置放在frework_ready函数接口，此时lvgl已经开始运行，由于客户复用SFC的CS脚做唤醒脚，导致GUI搬运素材时可能取指失败导致hardfault，demo板上测试，换个唤醒IO是没有问题的。所以目前建议客户在Onboot的接口，在进去LVGL初始化之前再进行休眠，客户测试后问题解决。

5、图片尺寸过小引起的图片被覆盖现象   

现象：客户多普力反馈再使用上位机控件“艺术字”时，在代码框架中修改艺术字的文本，文本直接覆盖到原来的文本上，而非更新文本。在客户提供的素材中可以100%复现。（即有对应的艺术纸没法清除旧的显示数据。） 现象如下图所示：

分析：上位机设计 协助排查发现，客户布局中有大量的控件堆叠，且有一张图片大小小于控件的最低限制16px，导致控件大小要大于实际图片大小，这样LVGL在刷新过程中可能没刷新剩余部分导致文本覆盖。

解决方法：是让客户微调控件位置，将两个控件拉远，或者将静态部分元素做在底图中。控件堆叠情况如下：

6、UI Creator 对SPI接口TFTLCD应用的支持     

现象：客户使用UICreator1.2.1版本，客户说目前屏幕没有对应画面刷新，只能刷底色，目前排除发现底层disp_flush接口有问题，只能驱动MPU和RGB，需要再Display_mode里加上SPI的判断。如下图所示。

分析与解决：需要更新到1.3.0以上版本 

7、多次执行hidden和 load scr引起的花屏     

现象：协助客户分析寄过来的板子，发现客户很多地方进行反复的hidden和load_scr,导致客户会花屏。

分析与解决：目前让客户修改逻辑，实际操作只执行hidden和load_scr一次，不要反复执行。目前客户在极高画质下已经稳定运行，没有花屏现象。

8、非法ID 引起系统的崩溃死机     

现象：客户（SWM34SRET6）在使用上位机获取控件对象指针的API时（synwit_ui_find_lv_obj）传入了非法ID，即上位机工程中并不存在的控件ID，因此返回NULL，继而在调用原生LVGL的API操作这个指针导致系统崩溃死机。

分析与解决：在传入时查表判断是否为合法ID，合法则传入；非法则退出函数。

9、图片UI素材需要注意点   

现象：恩平沃电；客户反馈上位机0.42版本仿真会出现有紫色的边框，和原图有很大差异；

分析解决：是客户的图片源出现问题，是图片的底层有边框，把背景颜色改成黑色，问题解决；

10、34S-上位机使用的定时任务不准        

问题：客户使用上位机界面定时任务事件不准确（上位机的定时任务和lvgl定时任务没有区别）  

分析和解决：好多客户都喜欢把定时任务设置很小，5ms，10ms等。Lvgl中的conf设置屏幕刷新是33ms，所以设置lvgl刷新任务再小也没用，反而使效率更低。实测如果在lvgl定时任务中设置屏幕刷新任务，时间很小的话会不准，应该使和lvgl内部任务冲突。如果在定时任务用写其他程序（比如检测ADC，IO状态）缺不影响。  

11、上位机应用蒙版控制之透明度消失现象      --Liuzc    2023-11

现象：技术支持过程中，客户想通过蒙版控制速度变化，但是上位机新建的控件，跟上位机的图像控件的存储信息不完全一致，所以lvgl用lv_obj控件拷贝控件信息时，拷贝信息不完全，导致会有透明度消失的现象。

分析与解决：建议客户使用lv_obj_set_parent接口来解决，不用新建对象来操作。由于图片控件改成了父节点后，之后如果删除父节点，需要注意一下，那会导致图片控件也被连带删除，这样会出问题的。建议用下面的代码流程：

1、在切换图片父节点前，先通过lv_obj_get_parent()接口把旧的父节点保存到一个全局变量内

2、创建临时对象，调用lv_obj_set_parent()切换父节点

3、在界面stop回调中，同样通过lv_obj_set_parent()将图片原本的父节点恢复，然后删除临时对象

12、按键操作模式的上位机应用      --Liuzc    2023-11

现象：技术支持过程中，客户需要外部按键控制label事件，需要获取按键的event。

分析与解决：需要客户在事件回调判断if(e=LV_EVENT_KEY) 并进行（uint32_t*）lv_event_get_data(); 进行取值。

13、UI Creator中“图像”控件与原生LVGL差异      --WuT    2023-11

现象：客户吾小药（SWM34SxET6）使用UI Creator中创建图像控件，并调用在synwit_ui.h提供的synwit_ui_load_image_file(const char* path)加载图片，此时可以调用lv_img_set_zoom()来缩放图片的大小，但是采用LVGL原生API【lv_img_create()】，同样调用synwit_ui_load_image_file(const char* path)加载图片，此时图片可以正常显示，但无法通过调用lv_img_set_zoom()来缩放图片的大小。

分析和解决：询问SAE得知上位机创建的图像控件为“增强版”的图片控件，具有更多的属性，且在调用synwit_ui_load_image_file(const char* path)加载图片时仅是把jpg的图片加载到SDRAM，并未完成解码的动作，在UI Creator_v1.6.0之前的版本，建议客户通过在上位机中创建控件的方式来使用，在UI Creator_v1.6.0版本及之后的版本，可调用声明在widgets/imgex.h中的lv_imgex_create(lv_obj_t* par, const lv_obj_t* copy)创建。