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.
写入我自己的刻录程序时、哪些寄存器应该通过读回等于 WRITE 值的方式确认写入成功?
我测试过从文件e2e.ti.com/.../cdce6214_5F00_SG100_5F00_DPCLK_5F00_HexRegisterValues.txt 刻录 EEPROM
结果显示:e2e.ti.com/.../result.txt
许多回读寄存器似乎并不等于我写入的内容! 在这些不匹配的寄存器中、许多寄存器在数据表或 TICS Pro 工具中都没有定义。
TI 能提供一个列表、列出哪些寄存器我们不应确认或不应写入、尤其是这些寄存器没有定义吗?
您好,Kadeem:
我使用新算法更新了程序:
最后、正确比较所有屏蔽的值、但某些默认值比较失败!e2e.ti.com/.../cdce6214_5F00_newburnlog.txt
至于这些寄存器:R35、R23、R22、R21、R6。 数据表在表21中没有定义、因此我使用了表1的默认值进行检查、但 数据表中的默认值看起来与我读回的值不同。 为什么?
我不确定是否应该比较表21中未定义的值。我只能通过掩码检查表21中定义的值并跳过所有其他寄存器吗? 它将直接解决我的问题,但我不确定是否应该验证表21中的任何值.
大家好、Kadeem:
!、谢谢‘m、但我担心、对于不同 CDCE6214上的另一个 burn 文件、检查许多寄存器的默认值可能不可信。 例如、我发现 R6不匹配、我可以手动跳过 R6或将检查值更新为0xeec、但如果它成为另一个器件的另一个值怎么办? 如果出现另一个"(默认)"寄存器(如 R17)不匹配、该怎么办? 我需要开发一个可靠的验证流程。
我是否可以跳过检查表21中未定义的所有寄存器? 换言之、只需在测试日志中使用行尾的"(masked)"检查这些寄存器。 我认为这种解决方案可以解决我的问题、但我不确定它是否足以覆盖刻录文件的所有配置?
对于我们用户来说、这些"未定义的寄存器"像黑盒一样、但它们与我们写入的内容不同、并且在写入后不同于默认值、这会导致我们无法使用默认值来检查它们。 我能想到的唯一解决方案是跳过所有"黑盒寄存器"。 您能提供一些建议吗?