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/TMS320F28377S:Code Composer 论坛

Guru**** 2481465 points
Other Parts Discussed in Thread: TMS320F28377S

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/679474/ccs-tms320f28377s-code-composer-forum

器件型号:TMS320F28377S

工具/软件:Code Composer Studio

我正在为 MODBUS 从站构建代码(我使用 Launchpad TMS320F28377S 运行从站代码)。 我已完成从主器件接收请求的操作(现在我将把 PC 作为主器件、并且只有一个从器件)。 我已成功处理了请求、方法是让 Modbus Poll Master 模拟器将请求作为广播消息发送、因为 Master 不会期望响应(我正在广播该消息、因为我没有为从机的响应部分进行编码)。

现在 、我的疑问是、我们应该在发送响应之前和之后发送 t_3.5的空闲时间。 如果是,我们应该如何做到这一点。 在发送响应之前、是否应该开始运行 t_3.5时间的计时器? 或者、我们应该使某个引脚为高电平、然后运行 t_3.5计时器、当它过期时、我们应该开始发送响应? 由于我使用的是 Launchpad 并使用 USB 将其连接到 PC、我该怎么做? 我是这些领域的初学者、所以我不知道这些领域的基本技术细节。 请有人解释。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Sheshil、
    尚未详细介绍 MODBUS、但假设您的场景为3.5 (s?) 查看请求前后。 您可以使用 CPU 计时器启动 ISR、然后在 ISR 中调用通信端口并发送日期。 另一种方法是将 PWM 用作计时器、并使用 PWM ISR 激活通信端口。

    在 F28377S LP 上、GPIO84/85被路由回 FTDI 芯片、作为 SCIATX/RX。 FTDI 芯片经过编程、允许在 USB 总线上进行此操作、您应该会看到它在 Windows 中被枚举为 COM 端口。 您将为这些引脚的 SCIA 功能配置这些引脚、并使用与仿真器相同的 USB 连接。

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

    你好、Matthew

    感谢您的回答。

    根据 MODBUS 规范、主器件在发送请求后将等待从器件的响应一段时间。 我在从机端成功处理了请求 现在、我想发送从器件的响应。 在发送帧之前、我们应发送3.5个字符的空闲时间、在发送帧之后、我们还应发送相同的空闲时间。 如果我们在发送响应之前运行计时器、主器件将如何知道这一点。 是否有任何机制可供使用、例如在 这么长的时间内将通信线路拉低? 但是、由于我们不使用 RS-232或此类硬件、是否可以将通信线路拉低3.5个字符。 我们 只能访问 TX 和 RX 引脚、对吧? 我在 PC 中使用 Modbus Poll Master Simulator、该模拟器遵循 MODBUS 规范。 因此、我们在从端执行的任何操作都应该与  在主端使用的方法同样匹配。 主器件如何 知道这个空闲时间已经开始? 还是不是必需的  

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

    Sheshil、

    感谢您的澄清、我正在与更熟悉 MODBUS 协议的人合作。

    Matt

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

    Sheshil、

    回顾一下后、我认为下面的 E2E 主题将提供一个良好的起点。  由于这不是 MCU 本身的本机通信协议、因此级别我们需要查看 E2E 上是否有其他人在以下链接之外提出建议。  我可以在遇到任何物理层面的障碍时提供帮助。

    https://e2e.ti.com/support/microcontrollers/c2000/f/171/p/380010/1406565

    Matt