Jump to content


  • Content Count

  • Joined

  • Last visited

  1. Hi all, Question about the results of msp_cmplx_fft_auto_q15. I use TI's DSPLibrary and can't seem to make sense of the results of the msp_cmplx_fft_auto_q15, which invokes LEA on MSPFR5994. Specifically, if I specify: static DSPLIB_DATA(src1, MSP_ALIGN_CMPLX_FFT_Q15(SAMPLES)) unsigned int src1[SAMPLES * 2]; static msp_fft_q15_params params = {.length = SAMPLES}; static msp_status status; ... uint16_t shift = 0; for(unsigned int i = 0; i < SAMPLES * CMPLX_INCREMENT; i += CMPLX_INCREMENT) { CMPLX_REAL(&src1[i]) = 1; CMPLX_IMAG(&src1[i]) = 0; } status = msp_cmplx_fft_aut
  2. Please disregard, I figured out the answer. Turns out a different interrupt system was messing with the DMAs. Sometimes in can be difficult reasoning about the ordering of interrupts. Thanks.
  3. My Setup: Using a MSP430FR5994 device connected over USB to MSPDebug interface. Implemented DMA transfers using TI's interface found in the driverlib source. Two questions: 1. Is DMA disabled when I am connected to MSPDebug? If so why can I see single transfers between memory locations. 2. When I try to do a block transfer I only see a single word being transferred. Thoughts on why that would be? Here is some code. DMA_disableTransferDuringReadModifyWrite(); dma0Config.channelSelect = DMA_CHANNEL_1; dma0Config.transferModeSelect = DMA_TRANSFER_BLOCK; // CONFIG_SAMPLE_S
  4. Hi all, I have a potentially odd question. I am using and MSP430FR5994 board and would like to measure SRAM decay. However, whenever I toggle the system from on to off and then on again the locations in SRAM that I am reading are full of random of values. While I would expect random values, I would not expect them at the timescales that I have the system off. The system is off for no more than 10ms. According to https://spqr.eecs.umich.edu/papers/rahmati-usenix12.pdf that should be short enough where I get very little decay. I should also specify that the random values seem to be consiste
  • Create New...