工具与软件：
我要使用 TICS POR v1.7.7.10导出十六进制转储文件。
File->Export hex 寄存器值
此处复制输出文件的摘录(随附)：
R388 0x016600
R389 0x016700
R392 0x016804
R360 0x016801
如您所见、第一列十进制寄存器索引与第二列中的十六进制值不同。
例如、R388应该是 R358、因为0x166 = 358。 该寄存器部分与 PLL2_N 寄存器相关。
同样、最后一行是上一行的副本、十进制值右、但寄存器内容不同。
我还测试了 v17.7.6、但生成了相同的文件。
这是一个令人恼火的细微错误、当较新版本的配置文件更改原始寄存器页面中的寄存器顺序时会出现、再加上多年前做出的另一个令人恼火的决定、即将协议作为一个串联数字混合到导出的数据中。
旧版本的 LMK04832配置文件具有不同的寄存器顺序、会将整个 N 分频器(R358、R359、R360)放置在寄存器映射的背面。 这样做的原因有几个：
当寄存器在校准事件和后续可能干扰校准的字段之间写入时、这会产生竞争条件。 对 VCO 校准的干扰会降低相位噪声和温度稳定性。 快速权变措施是将所有包含 PLL2_N 的寄存器放在寄存器映射的背面。
但是、只有 PLL2_N (R360)的 LSB 在写入时触发校准。 因此、无需错序 R358或 R359、它们在 LMK04832系列中的其他器件(LMK04832-SP、LMK04832-SEP、LMK04368-LMK04714-Q1 EP)发布时移回。
在更好的环境中、我们会单独存储地址和数据组成部分。 相反、TICS Pro 可以导出.TCS 文件和十六进制寄存器导出、其中地址和数据组件打包在一起、就像组件被串行化以进行协议写入一样。 由于从来没有人考虑过如果旧配置和寄存器导出中的寄存器顺序与新配置中的寄存器顺序不匹配会发生什么情况、因此 TICS Pro 会在几次迭代中错误地假设寄存器的名称(例如 R388)始终正确。 因此、在加载配置或导入十六进制寄存器时、如果寄存器名称与值不匹配(例如0x16600)、我们会将整个值加载到原始寄存器页面、包括不正确的地址分量。 随后可能会将其与不匹配的寄存器名称一起导出、并传播到其他 TICS Pro 实例、通常会造成混乱、直到发现并修复导致混乱的原因。
在 TICS Pro 的现代版本中、预计有以下行为：
... [MODES] NAME00=R0 (INIT) VALUE00=144 NAME01=R0 VALUE01=0 ... NAME119=R386 VALUE119=98816 NAME120=R387 VALUE120=99073 NAME121=R358 VALUE121=91648 NAME122=R359 VALUE122=91904 NAME123=R360 VALUE123=92161 NAME124=R1365 VALUE124=349440
TICS Pro 1.7.7.10的行为符合预期、我没有看到通过保存或导出来传播出1.7.7.10名称和值之间是否存在任何错误的不匹配。
那么、为什么现代版本的 TICS Pro 会产生不正确的行为呢？
