[参考译文] TMS320F2.8377万D：FlashAPI不能与TMS320F2.8377万D上的DCSM一起使用

您好，Vivek，

使用FlashAPI验证时，我将收到错误。 但为了节省大量固件更新时间，我会通过CRC进行验证，当然这也不正确。  

我的问题是，为什么程序例程不将我的值写入闪存，为什么API没有错误。

CPU_1.Status.Process.Fapi_Status = Fapi_issueProgrammingCommand (UINT32 *)(CPU_1.Status.Process.Actual_Flash_Address +(UINT32) firmware_start_address)，
						(UINT16 *) l_Buffer，8，0，0， FAPI_AutoEccpGeneration );

While ( FAPI_checkFsmForReady ()== FAPI_Status_FsmBusy )
	；

//如果
( CPU_1.Status.Process.FAPI_Status != FAPI_Status_Success ){

	CPU_1.Status.Process.State =90; CPU_1.Status.Error.Error_RETURN
	=程序错误
	

在2.8377万D的TMX变体上，它可以正常工作。

Oliver

闪存编程命令检查是否  

(i)应用程序使用的数据/ECC缓冲区大小是否符合128位对齐要求

(ii)数据缓冲区大小与ECC缓冲区大小是否同步

如果未满足上述要求，则会发出相应的错误。  如果以上是正确的，则program命令只发出该命令并返回。  它不会等到程序操作结束后才知道程序操作的状态。  这就是为什么您添加了代码以等待FSM完成程序操作(Fapi_checkFsmForReady)。

FSM完成程序操作后，需要通过读取fmstat寄存器来检查程序操作的状态。  您可以使用 Fapi_getFsmStatus()函数进行此操作。  请尝试使用此参数并检查fmstat寄存器的值。  有关fmstat寄存器的详细信息，请参阅  http://www.ti.com/lit/ug/spnu595/spnu595.pdf上的3.2 1 Fapi_getFsmStatus()一节中有关此函数的说明。

谢谢，此致，
Vamsi

您好，Vamsi：

我必须将重点放在另一个项目上，并将很快检查您的提示。 我会尽快回复:-)

此致

Oliver

Oliver

我现在要结束这个话题。  您可以在处理此问题时重新打开它。

谢谢，此致，
Vamsi

您好Vamsi：

现在我回到了与激活的DCSM相比，闪存编程的问题。 fmstat寄存器设置了以下标志：

位12－PVG－ 程序验证(设置时)，表示在为程序运行提供允许的最大程序脉冲数后，某个字词未成功编程

位4— Cstat— 命令状态。 FSM启动后，任何故障都将设置此位。 设置后，此位通知主机程序，擦除或验证扇区命令失败，并且命令已停止。  此位可通过清除状态命令清除。 对于某些错误，这将是FSM错误的唯一指示，因为原因不属于其他错误位类型。

第4位是由于第12位而设置的。 但为什么在DSP的TMS变体上设置位12而不在TMX变体上设置？

当我从已擦除的闪存地址读取值时，它显示“0x0000”而不是“0xFFFF”。 我认为锁定的DCSM封锁是真正的价值。 但为什么这对TMX变体有效？

我的GABSECT或GRABRAM是否有问题？  

FlashAPI从RAM L运行，程序例程的Buffer_Data存储在RAM GX中。 全部应设置为DCSM_Z1。

此致，

Oliver

您好，Vivek，

就是这样！

DcsmCommonRegs.FLSEM.ALL = 0xA501；//闪存信号DCSM Z1

此行解决了问题。 非常感谢Vivek和Vamsi的大力支持。

此致，

Oliver