你(们)好
我正在使用 TMS320F280025。 我需要计算闪存中固件存储的 CRC、以便在开始运行之前确保代码的完整性。 我有几个问题。
1.如何在 CCS 中为整个闪存部分查找编译代码的单个 CRC 黄金值
2.如何在生产中使用 Uni Flash 将以下项目刻录到 OTP？
a.型号(__LW_AT__固定值）
B.产品的序列号(__LW_AT__它将改变）
c.固件的黄金 CRC 值（修复值)
什么是 CRC 计算方法、例如 CRC8、CRC16、CRC32、编译器可以使用它来计算黄金值？
CRC 计算是以 LSB 为优先级的实现还是以 MSB 为优先级的实现？
BR
HK Woo
Vamsi
TI 的文档使我感到非常困惑。 请查看下图
请说明用户 OTP 的含义。 很困惑。 此外、您建议使用闪存来存储 CRC 黄金样本。 我对此有疑问。 如果我将 CRC 值放入固件中、是否会影响 CRC 值使用#pragma CODE_SECTION 检测。 例如、我的固件的 CRC 黄金样本是 CCS 的0x0023F30A (仍在等待 TI 回复、如何从 CCS 获取)、然后我使用以下代码将值放入我的固件
#pragma CODE_SECTION (crc_goldenValue、"user_data")//其中 USER_DATA 长度为1
uint32_t crc_goldenValue = 0x0023F30A；
如果我的代码正确、它是否会将 CRC 黄金值从0x0023F30A 更改为其他值？
BR
HK Woo
你好、Matthew
很高兴再次与您合作。 我希望你记住我。 我是一个有关 TMS320F280025的 TI PLC IC 库。 实际上、问题是针对同一个项目。
关于闪存检查、我更喜欢编写我们自己的函数。 这是因为应用将应用 IEC60730。 有必要向代理机构演示闪存检查功能是否正常。 我们需要在 调试模式下(例如使用 CCS)与它们进行分步联合测试。 如果我们使用的是 TI 功能、我对机制并不熟悉、因此向代理部门演示并不容易、因为我不知道该机制、也没有向代理部门展示详细文档。
基于上述原因。 我仍然希望编写我们自己的闪存 CRC32函数。 我遇到以下问题
CCS 似乎在 CCS 中使用 CRC16而不是基于片上工具的 CRC32
2.您提到 CRC 黄金值会影响 CRC。 实际上、我的 CRC 黄金值存储方法就是这样
a.重新排列链接器命令文件、以便保留0x8FF0到0x8FF1 (32位)的闪存地址、并使用以下内容进行存储
存储器
｛。
CRC_STORAGE：origin = 0x08FF0，length = 0x00001
……}
部分
｛。。
CRC_VALUE：> CRC_STORAGE
b.使用以下代码
#pragma CODE_SECTION (CRC_GoldenValue、"CRC_VALUE ")//其中长度为1
uint32_t crc_goldenValue = 0x0023F30A；// 无论如何都可以从 CCS 或???获取值。 CRC
//值从0x08000到0x8FEF
c.在应用程序代码中
uint32_t * crc_pr = volatile uint32_t * ram_address_pr =(volatile uint32_t *) 0x08FF0
uint32_t crc_value =* crc_pr
然后写入一个 CRC32应用程序、该应用程序计算0x08000到0x8FEF 之间的 CRC32
如果固件有任何更新、则需要以任何方式获取新的 CRC32黄金、然后将 CRC_goldenValue 更新 为新的。
以上是我的方法。 我不知道这种方法是否可行。
您好、HK、
关于您提到的地址范围：我相信还有更多的拼写错误。 但只要地址范围来自闪存、这是可以的。
关于输出格式： 也许您可以尝试为 hex2000提供的--binary 选项。 十六进制格式将包含标头和其他信息。 二进制代码可能更适合您。 请尝试一下。 请注意、二进制输出不会用0xFFFF 填充孔洞、而是合并多个段。 对于您的校验和、由于您不需要该地址、因此它应该适合您。
关于生产与运行时：由于这只是生产时间、因此您可以按照我之前的建议分离主映像。
在 Uniflash 中、可以通过在 GUI 中提供地址来加载二进制文件。 请参见下面的。
单击下面的浏览按钮。
选择一个二进制文件、您可以在十六进制编辑器中查看/编辑该文件。 checksum_value.txt 下方是一个示例二进制文件、其中我选择了一个值。 选择您自己的文件并选择下面显示的 Binary 选项。
选择后、将允许您输入如下所示的地址。 您可以输入地址(在此示例中、我输入了闪存地址0x80000)并继续加载映像。 请注意、该地址应该是128位对齐。
针对您的方案需要注意的其他事项： 在加载校验和时使用"Program Only"选项。 这是为了避免擦除之前编程的应用程序映像。
如果要使用 CLI 而不是 GUI、可以使用如下所示的命令：
>dslite -c TargetConfigurationFIle.ccxml -e -s FlashDownloadSetting="Program Only" BinaryFileName.txt， Address-in -hex
谢谢、此致、
Vamsi
洪启、您好！
您可以选择地址0x08FDF 和0x08FE0 -这些不是闪存地址。
第一。 我将请我们的编译器团队在这方面为您提供帮助。
2。 请参阅下面的内容。 我使用 Notepad++进行编辑(我使用十六进制插件)。
谢谢、此致、
Vamsi
HK、
由此给您带来的不便、我们深表歉意。 如前所述、CCS 闪存插件使用16位校验和。 闪存插件不使用32位校验和-许多客户要求使用16位校验和、因此在过去15年中、所有客户都使用了该校验和。 在此基础上、您提到您将开发自己的校验和发生器。
在该过程中、您说校验和与 CCS 闪存插件的校验和不匹配。 因此，我建议使用填充选项。 这是否有助于将校验和与 CCS 的校验和匹配？ 请告诉我。
您可以使用填充选项、如下所示：
存储器
｛
。
。
/*闪存扇区*/
FLASH0：origin = 0x080002、length = 0x001FFE、fill = 0xFFFF //片上闪存*
FLASH1：origin = 0x082000、length = 0x002000、fill = 0xFFFF //片上闪存*/
。
。
｝
以下快照取自 《TMS320C28x 汇编语言工具指南 》https://www.ti.com/lit/pdf/spru513
注意：我没有收到您的友好请求、要求分享校验和算法。
谢谢、此致、
Vamsi
Vamsi
我在2次测试中尝试了您的建议。
测试1. -.add 标志--fill_value= CCS 中 C2000链接器中的0xFFFFFFFF、如下所示
-。 使用 .out 生成数组格式的文件、hex2000 -a -romwidth=16 f28000x_test_application.out
-。 查看转换后的文件1.A00的内容
结果 ：空穴未填充0xFFFFFFFF
测试2. -。 保持标志--fill=0xFFFFFFFF
-更改链接文件".text ：>> FLASH_BANK0_SEC2 | FLASH_BANK0_SEC3 | FLASH_BANK0_SEC4、ALIGN (8)、fill=0xFFF"的内容。
-。 使用 .out 生成数组格式的文件、hex2000 -a -romwidth=16 f28000x_test_application.out
-。 查看转换后的文件1.A00的内容
结果 ：空穴未填充0xFFFFFFFF
请允许我执行正确的程序。
我尝试连接 f28000x_test_application.a00和.out 以供您参考、但未成功。 或者、您可以在空穴填充0xFFFFFFFF 时共享转换后的数组格式文件
香港宇人会
当然、我会安排一个呼叫-我也会尝试包括一个编译器团队成员。
您的时区是什么？ 您是否在香港？
关于文件上传：单击回复窗格底部的"插入"按钮。 然后单击"图像/视频/文件"并上传链接器 cmd 文件(将扩展名重命名为.txt)。
谢谢、此致、
Vamsi
