[参考译文] MSP430G2433：寻址模式和调试

当然、您可以使用寄存器寻址模式、但速度可能不会快。 与源模式相比、目的寻址模式受到限制。 具体而言、虽然可以将"@R15"写入目标模式、汇编器会很乐意接受该模式、但您得到的结果是0 (R15)。 它需要与地址执行相同的时间。

调试时、我不希望获得准确的计时器计数、因为调试器将对时钟执行一些操作。

除了 r0-R15、没有 CPU 寄存器。 我开始认为您对术语感到困惑。 器件寄存器只是存储器中的特殊位置、不是 CPU 寄存器。

哦，可能是这样的，我在这个领域是相当新 的:-)  
考虑到外设的地址也会被视为寄存器、因为它们被数据表中的"寄存器"所指的位置。 由于我找不到任何指定寄存器寻址模式只在 CPU 寄存器上工作的内容、我希望情况不是这样。

我正在处理的项目很快将在上图中描述。 我明白我所提出的问题可能比我原先预期的更复杂。
在图的步骤1中，“nop”和“adc.w R10”指令需要1个时钟周期才能执行。
但是，“mov.b P1IN，P2OUT”需要6个时钟周期，“RRa.b P2OUT”需要4个时钟周期。
是否有任何方法可以使 mov 和 RRA 指令使用更少的时钟周期？

否 每个存储器访问基本上需要1个周期的指令。 因此、对于 mov.b &P1IN、&P1OUT：

1) 1)提取指令

2)获取第一个操作数(&P)

3)获取第二操作数(&P)

4) 4)读取 P1IN 处的存储器

5) 5)在 P1OUT 处写入存储器。

如果 P1IN 的地址在寄存器中、则可以将其缩短一个周期、但代价是需要两个周期的指令才能将其实现。 您无法使用 P1OUT 地址保存周期、因为没有@Rx 寻址模式。 只需编制索引、即使为零、仍需提取索引。

(注意：出于某种原因、CPU 的 CPUx 版本在五个周期内执行此指令、而旧的 CPU 则需要六个周期。 我不知道它浪费周期的原因和地点。)