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/EK-TM4C1294XL:7.3 无法从选定的COM端口打印UIA实时会话数据

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/654648/ccs-ek-tm4c1294xl-ccs7-3-fails-to-print-uia-live-session-data-from-seleceted-com-port

部件号:EK-TM4C1294XL

工具/软件:Code Composer Studio

使用系统分析器UCPPS的时间很困难。5.50 实时会话空闲记录器打印到2.0 (11.52万BPS)和CPU负载, 执行打印图形当然是空白的。 ROV 暂停显示正在生成记录 ,但未 打印到实时会话预览窗格。 有时,它会跳过数千条记录,然后打印几行错误,并停止运行。 但是,按DEBUG SUSPEND (调试暂停)键,ROV记录计数增加了大约几百条记录。

COM4空闲记录器捕获 发送到终端 仿真器(11.52万)的数据 具有一致的二进制 数据流模式,通常 用于打印 实时会话详细信息。 目标具有256B缓冲区,记录器具有相同的256B缓冲区,   串行数据速率似乎存在握手问题 ,但终端仿真器没有出现握手问题,UART0的9600速度慢得离谱。  日志记录 不会推动封套,简单 配置不会出现此数据流问题。 用于获取日志记录以与Live Session同步单击停止并连续启动几次 以使其打印, 刷新缓冲区。  可能会发生的情况是 ,11.52万bps的数据速率相当低,并且一次使用7.0。

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

    UIA日志记录设置记录器缓冲区设置在内部约束LoggerIdle缓冲区设置为从目标总SRAM空间获取的MAU设置(记录器缓冲区大小)的1/4分之一。

    LoggerIdle不接受比日志设置中设置的缓冲区小的设置。 如果大于1/4 say 32k的值将自动增加RTOS配置文件(LoggerIdle.buffersize =3.2768万;),但将GUII设置恢复为1/4 of 32k或8192字节。

    Logger Idle的UIA帮助信息已过期并显示(LoggerIdle.buffersize = 1024;),即使在上次更新文本的最远时间,此区域中的自动内存比例也不会显示任何信息。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    奇怪的是,UIA LoggerIdel以前在早期版本的RTOS Analyzer中只使用很少的Logger系统缓冲区(2048Bytes)。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您使用的是什么版本的TI-RTOS? 或者更具体地说,什么版本的UIA?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    系统分析器UART.UART和TI-RTOS 2.16。1.14 似乎正常5.50 32 KB 目标 和空闲模式2.0 记录器自动调整大小回8192 KB 。 还必须将记录程序UARTutils.c缓冲区阈值从32字节提升到256字节。 我不知道它在6个月甚至2周前如何使用记录器256B和目标1024Byte缓冲区。

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

    Todd,您好!

     即使在Log_print2周期之间的1000个更长的睡眠持续时间, 也可能是 两个打印任务函数1000个睡眠持续时间。 回想一下,创建目标缓冲区4096 KB ,然后恢复到1024 KB ,似乎没有什么帮助。

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

    我指的是静态任务,因为主模块应该为应用程序中的所有其他功能创建动态任务。 在我看来,这意味着未专门分配给任务实例的所有其他功能。 我从未/从未看到在RTOS分析器中发生的除多个HWI条目之外的情况表明20 % CPU正在加载。 预期加载模块将应用程序动态加载任务检测为单独的执行/CPU加载线图。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    这些主题是一个单独的问题。 如果您想讨论这些问题,请打开新的线程。

    托德
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的,没问题,在这里添加了图表,显示工作非常好,并生成非常一致的RTOS分析器图形,Yea!

    有多少人最终完全像这样做(第二次发布)并认为这是7.0 问题。 在线更新7.0 的UIA图形绘图部分后,首次出现实时会话/图形问题。 另一个FE此论坛建议的问题看起来像一种已知行为,7.3 会更正它。 奇怪的是,在转到v.7.3 之后,图形开始打印,一周后,不再像第一篇文章所显示的那样只输出RTOS实时会话数据,非常零散。