[参考译文] MSP430FR5994：命令"MOVA R15、0x000c (SP)&quot；不能在所有条件下工作

这意味着 LEA 不会访问 RAM。  虽然《MSP430FR58xx、MSP430FR59xx 和 MSP430FR6xx 系列用户指南》(修订版 P) 未介绍 LEA 寄存器、但在 CCS 文件 C 中找到以下内容：\ti\ccs1040\ccs\ccs_base\con\targetdb\Modules\MSP430\LEA_367.0.xml：

    <register id="LEACNF0" width="32" offset="0x4" internal="0" description="Configuration Register 0">
        <bitfield id="LEASWRST" description="LEA module software restart. Setting this bit to one restarts the LEA module. As long this bit remains set to one the LEA is held in Restart. (The LEA accessible memory behaves as system RAM)" begin="0" end="0" width="1" rwaccess="R/W">
        </bitfield>

您是否可以发布演示问题的自包含项目？

切斯特、您好！

现在，我成功地创建了一个小型程序，模拟状态并显示问题。

我已关闭项目设置中的代码优化。

为了使程序正常工作、芯片需要 P2.1上的串行信号。 它应该大约为9600位/秒 只应将任何字符连续发送到 MSP430。 不会对它们进行评估。 由于波特率未精确设置、因此可能也会错误地接收到这些波特率。 只有 UART 持续触发 DMAC 才很重要。 请在第49行中设置一个早餐点。 此时停止后、请执行以下步骤：
-启用 Disassember 视图
-进入(F5)
-装配体步进(Ctrl+Shift+F5)
-激活内存浏览器视图
-显示 SP
-输入一个模式、例如从 SP 的当前地址开始的16x 0x11
-现在4个汇编步骤进入并将寄存器15、14、13、12的内容与每个步骤的堆栈进行比较。

您可以看到、有时只写入 Hight 部分(0x0000)。 在这些情况下、寄存器的低电平部分(C 中的指针)会丢失。 此示例程序不使用指针执行任何操作。 在我的计划中、他们指向要处理的重要信息。

您可以看到、是否禁用 LEA 并不重要。 在较低的4K RAM 中也会出现此问题。

您能否重现问题？

#include <msp430fr5994.h>

unsigned char rxBuf[100];

void initTimerB(void){
    TB0CCR0 = 10;
    TB0CCR6 = 9;
    TB0CCTL6 = CCIE;                        // start test
    TB0CTL = CNTL__8 | TBSSEL__ACLK | ID__2 | MC__UP | TBCLR | TBIE;   // 8-Bit, ACLK, up mode, clear TBR, overflowInterrupt
}

void initDma1ForUca0(void){
    DMA1CTL = 0x0000;
    DMACTL0 = 0x0000;
    DMA1SA = (__SFR_FARPTR)&UCA0RXBUF;
    DMA1DA = (__SFR_FARPTR)(&rxBuf[0]);
    DMA1SZ = sizeof(rxBuf);
    DMA1CTL = DMADT_0 | DMASRCINCR_0 | DMADSTINCR_3 | DMADSTBYTE | DMASRCBYTE | DMAEN;
    DMACTL0 = DMA1TSEL__UCA0RXIFG;
}

void initUartGnss(void){
    P2SEL0 |=  BIT1 |  BIT0;
    P2SEL1 &= ~BIT1 & ~BIT0;
    UCA0CTLW0  = UCSWRST;
    UCA0CTLW0 |= UCSSEL__SMCLK;
    UCA0BR0 = 52;
    UCA0BR1 = 0x00;
    UCA0CTLW0 &= ~UCSWRST;                  // Initialize eUSCI
    UCA0IFG = 0x00;                         // clear interrupt flags
    initDma1ForUca0();
}

void savePosAndVelInMemory(float *lon, float *lat, unsigned int *alt, unsigned char *vel){
    // the important steps are the correct pointer values in the head of the function
    // in most cases the low part of the pointers are not written to the stack

    //
    // There is a lot to do with the pointers here.
    //
}

void movaTest(){
    float lon = 12.456;
    float lat = 51.567;
    unsigned int alt = 54;
    unsigned char vel = 5;
    // please set a break point to the next line
    savePosAndVelInMemory(&lon, (float*)&lat, (unsigned int*)&alt, (unsigned char*)&vel);

}

int main(void)
{
	WDTCTL = WDTPW | WDTHOLD;
    PM5CTL0 &= ~LOCKLPM5;
//    gnssOn;                   // depend of hardware
//    gnssOnOut;                // depend of hardware
    initUartGnss();
    initTimerB();
    __bis_SR_register(LPM3_bits + GIE);       // Enter LPM3, enable interrupts
    __no_operation();

	return 0;
}

// TimerB Interrupt Vector (TBIV) handler
#if defined(__TI_COMPILER_VERSION__) || defined(__IAR_SYSTEMS_ICC__)
#pragma vector=TIMER0_B1_VECTOR
__interrupt void TIMER0_B1_ISR(void)
#elif defined(__GNUC__)
void __attribute__ ((interrupt(TIMER0_B1_VECTOR))) TIMER0_B1_ISR (void)
#else
#error Compiler not supported!
#endif
{
  if(TB0IV){
        movaTest();
  }
}

此致
哈迪

您使用的编译器版本和选项是什么？

为 TI v21.6.0.LTS 编译器创建了一个具有默认选项的新项目、并收到可能影响结果的警告：

"/home/mr_halfword/ti/ccs1040/ccs/tools/compiler/ti-cgt-msp430_21.6.0.LTS/bin/cl430" -vmspx --data_model=restricted --use_hw_mpy=F5 --include_path="/home/mr_halfword/ti/ccs1040/ccs/ccs_base/msp430/include" --include_path="/home/mr_halfword/workspace_v10/MSP430FR5994_mova_issue" --include_path="/home/mr_halfword/ti/ccs1040/ccs/tools/compiler/ti-cgt-msp430_21.6.0.LTS/include" --advice:power=all --advice:hw_config=all --define=__MSP430FR5994__ --define=_MPU_ENABLE -g --printf_support=minimal --diag_warning=225 --diag_wrap=off --display_error_number --verbose_diagnostics --silicon_errata=CPU21 --silicon_errata=CPU22 --silicon_errata=CPU40 --preproc_with_compile --preproc_dependency="main.d_raw"  "../main.c"
"../main.c", line 15: warning #173-D: invalid type conversion
      DMA1SA = (__SFR_FARPTR)&UCA0RXBUF;
               ^
 
"../main.c", line 16: warning #173-D: invalid type conversion
      DMA1DA = (__SFR_FARPTR)(&rxBuf[0]);
               ^

编译器为 TI v18.1.0.LTS

以下是选项：
-vmspx --data_model=large -off --opt_for_speed=2 --use_hw_mpy=F5 --include_path="C：/ti/ccsv8/ccs_base/msp430/include --include_path="/RAM_8K_test"--include_path="C：/ti/ccsv8/tools/compiler/ti-cgt-msp430_18.1.8.LTS/include --advice：power_path="call"--advice：atisi="cus_erratiag=/us_support=us_atiag=us_support/capsility=us_display_cp24=us_ature-f_cp_off-us_us_erratination=us_cp_us_atination=-us_display_us_support=us_us_erratination=-us_us_us_atination=-us_off-us_us_erranag_us_atination=us_us_us_display_

这在本例中是否相关？ 它涉及机器命令的处理。

这些警告一直困扰着我很长时间。 但生成的命令可以正常工作。 如果您有有关忽略警告的提示、这也是很好的。

您似乎忽略了本剧中的另一个角色：调试器。

EEM 具有时钟控制选项、因此在不知道这些选项的情况下不清楚将运行什么。 可能 UART 时钟正在运行、或者在暂停执行时无法接收字符。

但是、当你单步执行时会发生什么情况、具体取决于这些时钟控制选项。

我在时钟选项中只能看到一个相关选项。 这是 UART 的时钟。 在调试模式下、它不会停止。 当我停止它时、MOVA 命令在单步模式下工作。 所有定时器、RTC 和 AES128的时钟被停止。 超低功耗模式选项没有影响。

是否有人知道如何解决该问题？

同时、我使用完全不同的硬件进行了测试。 它是采用 MSP430FR5949的不同 PCB。 这是一个类似的控制器。 也不起作用。 这4个寄存器不会被写入堆栈。

未使用调试器时是否会发生此故障？

我认为您可以更直接地执行它、而不是依赖于传入的串行数据来触发 DMA：

void stacky1(void)
{
  /* Setting up known values in registers
     These are caller saved so they can be trashed.
  */
  asm(" mova #0x10203,r12\n  mova #0x40506,r13\n \
        mova #0x70809,r14\n  mova #0xa0b0c,r15\n");

  // Test!
  asm(" nop\n");
  asm(" bis #2,&UCA0IFG\n");   // trigger DMA cycle by setting UCTXIFG
  asm(" pushm.a #4,r15\n");

  
  asm(" nop\n nop\n"); // breakpoint here to see results
  asm(" popm.a #4,r15\n"); //clean up stack
}

这将使您更好地控制时序、并允许测试除 MOVA 以外的其他指令、例如等效但较长的 movx.a.

David 的建议有助于测试。 我以这种方式修改了测试程序：

  asm(" bis #1,&UCA0IFG\n");   // trigger DMA cycle by setting UCRXIFG
  asm(" SUBA    #0x00010,SP\n");
  asm(" MOVA    R15,0x000c(SP)\n");
  asm(" MOVA    R14,0x0008(SP)\n");
  asm(" MOVA    R13,0x0004(SP)\n");
  asm(" MOVA    R12,0x0000(SP)\n");
  asm(" ADDA    #0x00010,SP\n");
  asm(" pushm.a #4,r15\n");

在测试第一个单元时、问题发生在实际操作(不带调试器)中。 有时这些值不正确。 如果没有调试器、现在很难重现、因为 UART 必须在"正确"的时刻接收字符。

如果 UART 未接收到信号、您可以看到堆栈内容在最后一行之前已经正确。 然后、我向 UART 施加了大约2kHz 的方波信号。 现在问题再次出现。 在执行最后一行代码(pushm.a)之前、栈上寄存器的 lo 部分缺失。 执行 pushm.a 命令后、四个寄存器的完整内容将出现在堆栈上。 如果我关闭 UART 的时钟(UCA0CTLW0 = 0)、MOVA 命令将再次运行。 则外部条件(时钟和端口配置)仍然相同。
这看起来问题与 DMAC 无关。 但也可以使用 UART。 现在需要回答以下问题：
-它是 MOVA 命令吗？
是 UART 还是其配置？
-为什么 UART 会影响 MOVA 命令的执行？
－是否有任何其他的关联？
当然、最重要的是：我们如何防止编译器以后在任意位置将发现的问题插入代码中？

直接设置 RXIFG 的目的是控制 DMA 周期的时序。 我测试了在我的 PET fr5969 eFORTH 系统上设置 RXIFG、并生成了预期的中断。

您的描述中缺少的是调试器正在执行的操作。 如果在将数据移动到堆栈后设置断点、会发生什么情况？ (不要单步执行代码！) 验证 DMA 传输当然首先发生。 如果调试器未被妨碍、堆栈是否正确？ 如果是、则问题是由 DMA 和 EEM 之间的交互引起的。 解决方法当然是为了避免发生这种情况。

我已经做了更多的测试。 他们似乎证实了这一点。 如果调试器不干预、则堆栈正确。 程序中有很多 DMA 操作。 能否通过 MSP-FET 中的固件更新解决该问题、还是在芯片设计中解决该问题？ 是否有使用调试器的规则来确保结果正确？