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.
尊敬的香榭丽舍
我向我们的客户提出这一问题。
是否可以在 SysConfig (CCS 11.0 + c2000ware V4)上仅设置具有或不具有 FIFO 的 SCI RX ISR (处理程序)?
如果我们要使用 SysConfig 处理中断....、则似乎 TX 和 RX ISR 处理程序同时发生
即使我们将 TX ISR 处理程序留空、它仍会生成代码、这会导致编译器错误、因为没有这样的物理 ISR。
在用户情况下、他们 只想使用不带 FIFO 的 SCI RX ISR。
请帮您确认这一点吗?
黄维恩
嗯、我们肯定可以在中添加此支持。 但奇怪的是、为什么他们不能只将 SCITX 中断分配给 driverlib 的 interrupt.c 中定义的"Interrupt_DefaultHandler"? 并使启用 PIE 中的中断处于未选中状态。
但是、如果您确实认为应该在 GUI 中添加单独注册 RX 或 TX INT 的选项、我们可以实现这一点。
NIMA
尊敬的 Nima:
可以、我们可以手动添加中断处理程序。
但我们仍需要您在未来的更新中添加此内容、以使其更友好、因为我发现用户通常只使用 RX ISR。 如果 TX ISR 不需要发送任何内容、则需要花费大量时间(在后台)。 这些客户更喜欢在后台发送 TX 数据、或在需要时发送其他 ISR。
韦恩
我理解用户友好的注释、并为此提交了内部请求单以实现。 但是、对于当前格式、它们仍然只能使用 RX 中断。 他们只需在 PIE 模块中启用 TX 中断(取消选中启用 PIE 中的中断)。
NIMA
尊敬的 Nima:
不可以、在这种情况下、GUI 仍会生成错误的 Interrupt_register、这会导致编译器错误。
您是正确的、但是如果您使用我在这里提到的内容作为中断处理程序的名称:
Interrupt_DefaultHandler
您现在拥有一个工作代码、该代码已禁用、因此从不调用 ISR、而是将其留空。
NIMA
尊敬的 Nima:
是的、当我使用 Interrupt_DefaultHandler 时、可以编译代码。
请更 详细地阐明此 Interrupt_DefaultHandler 吗?
它使用的
静态空 Interrupt_DefaultHandler (空)
{
(笑声)
}
在 interrupt.h 中找到。
这是否意味着所有中断处理程序(不限于 SCI TX/RX)都可以链接到此 Interrupt_DefaultHandler、只要它用作虚拟 ISR (在本例中不像 SCI_TX 那样使用)即可?
黄维恩
是的、这是默认的虚拟 ISR 处理程序。