Thread 中讨论的其他器件:C2000WARE
工具与软件:
你(们)好
抱歉、我在 e2e 论坛的其他邮件链中提出了类似的问题。 不过、 几个月后我一直忙于其他事情。 这是冻结我想,所以创建新的问题,关于它。
我在产品开发(EADI)中使用 F28379D。 需要将 TI 安全诊断库从 COFF 更改为 AEDI。 TI 团队建议使用 f2837xd_test_application 作为转换起点。
我在转换前做了一些步骤
新功能
1.硬件: Lunchpad-F28379D, 2. CCS:12.7/0.000007.
步骤:
a.将工程导入 CCS
b.将 UART 端口从 A 更改为 B、因为原始工程会向 UART A 发送消息。这是因为 LaunchPad 的这些连接器引脚中没有 UART A 的引脚、如下所示
空 STA_Comm_configSCIA (空)
{
#if! 配合使用
//
// GPIO28是 SCI Rx 引脚。
//
GPIO_setMasterCore (55、GPIO_CORE_CPU1);
GPIO_setPinConfig (GPIO_55_SCIRXDB);
GPIO_setPadConfig (55、GPIO_PIN_TYPE_STD);
GPIO_setDirectionMode (55、GPIO_DIR_MODE_IN);
GPIO_setQualificationMode (55、GPIO_QUAL_ASYNC);
//
// GPIO29是 SCI Tx 引脚。
//
GPIO_setMasterCore (54、GPIO_CORE_CPU1);
GPIO_setPinConfig (GPIO_54_SCITXDB);
GPIO_setPadConfig (54、GPIO_PIN_TYPE_STD);
GPIO_setDirectionMode (54、GPIO_DIR_MODE_OUT);
GPIO_setQualificationMode (54、GPIO_QUAL_ASYNC);
#else
//
// GPIO85是 SCI Rx 引脚。
//
GPIO_setMasterCore (85、GPIO_CORE_CPU1);
GPIO_setPinConfig (GPIO_85_SCIRXDA);
GPIO_setPadConfig (85、GPIO_PIN_TYPE_STD);
GPIO_setDirectionMode (85、GPIO_DIR_MODE_IN);
GPIO_setQualificationMode (85、GPIO_QUAL_ASYNC);
//
// GPIO84是 SCI Tx 引脚。
//
GPIO_setMasterCore (84、GPIO_CORE_CPU1);
GPIO_setPinConfig (GPIO_84_SCITXDA);
GPIO_setPadConfig (84、GPIO_PIN_TYPE_STD);
GPIO_setDirectionMode (84、GPIO_DIR_MODE_OUT);
GPIO_setQualificationMode (84、GPIO_QUAL_ASYNC);
#endif
//
//初始化 SCIA 及其 FIFO。
//
SCI_performSoftwareReset (SCIB_BASE);
SCI_setConfig (SCIB_BASE、SYSCTL_getLowSpeedClock (DEVICE_OSCSRC_FREQ)、9600、
(SCI_CONFIG_WLEN_8 |
SCI_CONFIG_STOP_ONE |
SCI_CONFIG_PAR_NONE));
SCI_resetChannels (SCIB_BASE);
SCI_resetTxFIFO (SCIB_BASE);
SCI_clearInterruptStatus (SCIB_BASE、SCI_INT_TXFF | SCI_INT_RXFF);
SCI_enableFIFO (SCIB_BASE);
SCI_enableModule (SCIB_BASE);
SCI_performSoftwareReset (SCIB_BASE);
}
c.将活动配置从 RAM 设置为 RAM 释放、因为如果使用 RAM 配置会出错
结果。
1. UART B 没有发出任何消息
2."STA_Tests_passCount"的值为28。 但是、许多测试用例应该是38。
请告知如何修复。
谢谢