This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CCS:GUI Composer响应非常慢... 我可以做哪些调整来提高性能?

Guru**** 2530350 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/567323/ccs-gui-composer-very-slow-to-respond-any-tweaks-i-can-do-to-improve-performance

工具/软件:Code Composer Studio

您好,

Windows 10,64位,8 GB RAM

CCS 6.2 .0.0.005万  

用于CCS 1.0 .0.20.1603万082000</xmt-block>8.2万 的GUI编辑器

我有一个围绕SmartRF06电路板构建的项目,它执行控制算法,我想可视化运行时算法和相关的反馈值。  为此,我创建了一个多选项卡GUI,当前在CCS中运行(计划使用GUI运行时将其部署到CCS外部)。

遗憾的是,尝试与GUI交互的速度非常缓慢。  我已将组件的刷新率设置为默认值(1000毫秒)。  下面是我要查看的主图形的屏幕截图:

当我尝试更新"Target TF"(目标TF)文本框时,系统只会"挂起"约30秒。  之后,如果我再次尝试调整该值,系统完全挂起,我必须重新启动CCS。

我可以在上面的屏幕上向下滚动,滚动大约需要5分钟。

最初我运行的是一个单一屏幕(无选项卡) GUI,这更好,我可以以300毫秒的刷新率运行。  当然,我现在正在其他选项卡上查看更多数据(仅文本数据,无图形),但性能的变化非常显著。  选项卡式显示是否存在问题?

我已通读了这些论坛,并尝试了以下操作:

将 -DTIBrowserType=Mozilla添加到ccsstudio.ini文件中-结果是GUI Composer SAT在尝试加载5分钟后,最后重新启动CCS。

将 -DTIBrowserType=SWT添加到ccsstudio.ini文件中-结果是GUI Composer SAT尝试加载5分钟,最后重新启动CCS。

已检查代理是否已禁用,是否已禁用。

我是否还有其他事情可以尝试提高性能,因为我真的需要一些可以互动的东西。

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Mike:

    从您对它的描述中,您是否有太多限制的构件?

    切换选项卡时,需要禁用这些隐藏的构件的绑定。 GUI编辑器选项卡构件具有内置功能,从屏幕捕获来看,它看起来不像您在使用此构件。

    下面是一个使用复选框构件禁用文本构件绑定的app.js文件示例。

    需要(["dojo/ready"],函数(READY){
       就绪(function(){
       });
    });

    函数enableBinding(){
      var checkbox = dijit.byId ('myCheckBoxWidget);
      $TI.guiComposerServer.enableBinding(checkbox.checked,'myTextWidget',"value",true);
    }

    此致,
    Patrick

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,  

    感谢您的回复。

    我正在使用“GUI Composer”-“通用”控件集中的TabContainer Widget -这是否是用于自动绑定的正确Widget?

    今天我将有一个关于禁用小工具等的游戏,并尽快返回给您。

    谢谢!

    Mike。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Patrick:

    遗憾的是,我没有成功提高绩效。 使用上面的屏幕截图,我禁用了Mode (模式),Control (控制),RPM,ECHOKE和Documentation (文档)选项卡中的所有小部件,因此,仅使Graphs (图表)选项卡处于"活动"状态。 性能没有变化。

    然后,我开始了一个新项目,添加了一个带有单个选项卡的新选项卡容器,然后逐个添加图形,在每个新图形后测试性能。 即使在一个图形之后,我也会遇到性能非常差的情况,即刷新率为1000毫秒,导致图形每~3秒左右更新一次。

    最后,我将数据和图形重新调整为单个屏幕,这意味着我必须向下滚动才能看到我需要的数据,但是...性能要好得多,我可以在~500毫秒的时间刷新,而不会真正损失性能。

    简而言之,我无法使用Tab Container,因为性能非常差,遗憾的是我没有时间深入探讨。

    感谢您的帮助,
    Mike。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Mike:

    我认为您可能遇到了UI更新限制,此时图形正忙于重绘。 尝试按照本线程中的说明设置两个更新绑定属性。

    e2e.ti.com/.../43.4553万

    此致,
    Patrick
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Patrick:

    这听起来很有用,我将在第二天左右的时间里播放一场比赛,然后回复您。  我拥有的单个屏幕足以满足我们的需求,但如果我能够让选项卡工作,它将提供更好的测试界面。

    此致,

    Mike。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Patrick:

    我还没有机会对更新绑定属性进行调整。 只是暂时没有足够的时间,因为单个页面可以满足我们的要求。

    感谢你的帮助。

    Mike。