[参考译文] UCD3138128：校验和 don&#39；t 匹配

你好、蝙蝠侠、

您可以尝试使用文本编辑器(如 VS Code)直接查看.map 文件、查看寄存器地址是否与存储器调试器中显示的寄存器值匹配。 我发现有时内存 调试器与.map 文件不同。 此外、请确认您在存储器调试器中选择的文件位置是正确的位置。 我假设您使用双向直流/直流固件作为起点。 该固件文件结构与典型的 UCD3138文件结构不同。

我相信该固件也没有启用.pp 文件。 您可以在 Project Properties →Build→ Arm Compiler →Advanced  Options→Parser Preprocessing Options 中找到 Parser Preprocessor (.pp)指令的设置。 选择手动模式、然后检查底部的两个选项。 确保在与.map 文件相同的文件夹中生成.pp 文件、并指向存储器调试器中的该文件夹。  

此致、

Jonathan Wong

你好、蝙蝠侠、

感谢您对的见解  calculate_checksum () 功能。 以下是我希望对您和本论坛上的任何其他人有所帮助的一些想法。

原稿  calculate_checksum () 您可以 在 UCD3138A64/UCD3138128编程手册的第18页中找到此功能。  

void calculate_checksum(register Uint32 *start_address, register Uint32 *end_address)
{
    register unsigned long long lcs = long_checksum; //use local register variable for speed.
    while(start_address < end_address)
    {
        lcs = lcs + *start_address ;
        lcs = lcs + (Uint32)*(start_address + 1) ;
        start_address = start_address + 2;
    }
    long_checksum = lcs;
}

UCD3138x Arm 内核是32位处理器、是正确的。 所以、 START_ADDRESS 索引为32位数字。 因此、最好的方法是使用32位数字进行索引、这样每次递增 START_ADDRESS 时、都会读取接下来的4个字节的数据。 编程人员手册建议通过读取每个循环的8个字节数据来加快此过程。

因此、我 有3种计算校验和的方法。 我在下表中重点介绍了该过程：

1. 《编程人员手册》中一次读取2个32位的快速方法
2. 读取1x 64位的方法  
3. 慢速方法一次仅读取1个32位。  

 提供的编程人员手册中的解决方案应该可以使用、因此我不知道为什么代码不适用于您。 我怀疑2个可能的原因：

• Fusion GUI 校验和会计算整个 程序闪存组的校验和(如果您选择全部4个块、则为128KB)。 您的职能可能有所不同  END_ADDRESS 这样就会在不同的位置停止计算。
• 这可能是一个小端字节序与大端字节序问题。 您的函数可能会读取0x3322110077665544等内容、而不是准确读取0x0011223344556677。  

calculate_checksum () 摘自程序员手册

calculate_checksum ()  使用(uint64)  

calculate_checksum () 仅使用(Uint32)

我建议使用最后一种方法、即一次只需计数1倍32位。 虽然理论上速度较慢、但我认为一次计算2倍32位时不会节省太多时间、但代价是可能出现错误。 一次对1个32位进行计数的代码如下：

void calculate_checksum(register Uint32 *start_address, register Uint32 *end_address)
{
    register unsigned long long lcs = long_checksum; //use local register variable for speed.
    while(start_address < end_address)
    {
        lcs = lcs + *start_address ;
        start_address = start_address++;
    }
    long_checksum = lcs;
}

此致、

Jonathan Wong