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.

[参考译文] TMS320F280049:CLB 仿真

Guru**** 2874300 points

Other Parts Discussed in Thread: SYSCONFIG, C2000WARE

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1355821/tms320f280049-clb-simulation

器件型号:TMS320F280049
主题中讨论的其他器件:SysConfigC2000WARE

你(们)好
我正在使用 SysConfig 来设计我的 CLB 逻辑、现在它不会巧妙地生成仿真文件、我在 gtkWave 中监控的每个信号都是零、我只能巧妙地看到系统 CLK。
它直接生成图表,但我不能理解问题在哪里,我从来没有遇到过这个问题。

谢谢。

逻辑是当前的、我之前测试过它。

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

    您好、Hamidreza、

    您是否已参阅 《CLB 工具用户指南》? 请确认您已在顶部的"Global Parameters"选项下的 Tile Design 模块中启用仿真输出复选框、并且您已执行 CLB_simulation 文件。

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

    是的、一切都已设置好

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


    在此处您可以看到生成的.vcd 文件错误。
    我的计数器启用、但与零匹配的信号始终为1。

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

    您好、Hamidreza、

    我仔细检查并查看逻辑图、 以将其与输出进行比较。 在我这边进行测试、看起来好像您连接了来自计数器的匹配信号作为复位信号、它保持低电平、因此计数器从不会启动(当连接到 RESET 的信号保持低电平时、计数器被视为正在复位、不会运行)。 如果您将高电平信号连接到复位信号或大多数时间处于高电平的其他信号、您将看到计数器正常计数。

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

    我使用了这个逻辑、这也是正确的、当我在硬件上运行它时、这个逻辑也不能正常工作、我认为 CCS 或 C2000ware 的更新有一些问题、因为我使用旧更新运行相同的逻辑、它是有效的。

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

    您好、Hamidreza、

    如果我没有像上述那样接通复位信号、可以在我这边工作。 请确认 CLB 逻辑块的配置(即当计数器复位值不为低电平时计数器正在计数)。 如果即使在仿真中将 RESET 拉至高电平、CLB 也没有计数、请确认您已安装最新版本的 C2000Ware。

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

    你好 Omer 我有同样的问题哈米德雷扎

    我使用了一个简单的输出器、它每120个时钟生成一个 Match1信号并复位计数器。 此设计在控制器上运行、没有任何问题、我可以使用示波器测量 Match1信号。

    在仿真中、计数器不会计数、仅当我在 Match1的反馈中安装了一个反相器时计数、一切都正常、但这个实现在现实世界中不再在控制器上运行

    C2000Ware_5_02_00_00中的示例在使用 CCS 12.7以及 SPRUIR8B - 2020年4月- 2023年7月修订的工具时存在相同的问题(tdm 和 gtkwave)

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

    大家好、Harald、

    Omer 不再支持 CLB 问题。 我需要一些时间来重现我这边的问题。 我们下周早些时候会给您回复。

    谢谢!

    Luke

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

    大家好、Harald、

    我仍在研究这个问题。

    ——路加

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

    你好 Harald ,对不起的延迟,我在6月的大部分假期,我会回来给你,一旦我能测试这一点。

    谢谢!

    Luke

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

    我发现了类似的问题。 我使用 LAUNCHXL-28P65DK9、CLB 仿真结果表明、逻辑块计数器将在输入信号的下降沿而不是上升沿复位。 这与  28P65x TRM 中的演示有所不同。

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

    您好、Songmibo、

    我正在研究这个问题、一旦我在仿真中确定了该问题的修复方法、就会作出响应。

    谢谢!

    Luke

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

    您好!  

    非常感谢您修复它。

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

    我将在确定导致此问题的原因后提供更新

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

    Songmingo、Harald、

    我们的 CLB 软件专家正在研究如何更新仿真行为、当我收到回复时将更新。

    谢谢!

    Luke

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

    Songmingbo, Harald,

    我想出了如何通过编辑 C2000Ware 源文件来更正此问题。 这一问题也将在我们即将推出的 C2000Ware 版本(5.03)中进行修复:

    首先在 C2000Ware_5_02_00_00/utilities/CLB_tool/CLB_syscfg/systemc/clb/Type3/clb_counter_sc_model.cppp 中更改以下行 src:

     COUNTER_REG = ((glbl_en_S =1)&&(RET_S =1))? (sc_uint<32>) 0//最高优先级

    将其设置为 RESET_S == 1。

    应在 type2和 top src 文件夹中进行相同的更改、以应用于每个器件。

    然后 使用以下行修改 C2000Ware_5_02_00_00\utilities\clb_tool\clb_syscfg\systemc\SystemC_Compiler.cmd:

    设置 C2000WARE_ROOT=C:\ti\c2000\C2000Ware_5_02_00_00\utilities\clb_tool\clb_syscfg

    运行 .cmd 文件。 之后、您可以按照 CLB 工具用户指南中的说明重新编译 CLB.VCD 文件。

    C2000Ware 5.03应在下个月内发布并更正了此问题。

    谢谢!

    Luke

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

    您好、Luke。

    您非常专业。 仿真 运行正常! 非常感谢。

    宋明波

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

    您好、Songmibo、

    很高兴这个解决方案能够为您效劳、我将关闭该主题。

    谢谢!

    Luke