topic Re: RT1021 MCUXpresso Whether the compilation environment is faulty? in i.MX Processors

RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Thu, 18 May 2023 08:26:44 GMT

MCUXpresso IDE v11.5.1 Compile SAI exception,See the code description

1.Loop assignment and individual assignment

2.Adds a print, but does not execute it

SDK_2_11_0_EVK-MIMXRT1020

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Fri, 19 May 2023 07:10:55 GMT

Hi @jarman_zhou ,

You MCUXpresso IDE and the SDK are all too old, please try the new MCUXpress IDE version, and the SDK version again.

If you still have issues, kindly let me know.

IDE:

https://www.nxp.com/design/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-integrated-development-environment-ide:MCUXpresso-IDE

SDK:

https://mcuxpresso.nxp.com/

Wish it helps you!

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Fri, 19 May 2023 08:05:54 GMT

Hi @kerryzhou

I am currently the latest IDE and SDK also have the same problem.

I suspect it is caused by the length of EDMA sending and receiving requests. My current audio is TDM 48KHz, 32bit, 4 channels, and the 4ms data length of each request is 48*4*4*4=3072 bytes, which will lead to various anomalies, including the ones I mentioned above. However, if the EDMA request length is a little smaller,such as 2ms data request. it is normal. Is there a BUG in the EDMA transceiver interface?

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Fri, 19 May 2023 08:13:12 GMT

Hi @jarman_zhou ,

Thanks for your effort.

Can you reproduce the issues on the MIMXRT1020-EVK board?

If yes, please share your test project, with the DMA length which meet issues, and the smaller length which is normal.

I will find time to test it on my side.

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Fri, 19 May 2023 08:27:34 GMT

Hi @kerryzhou

I did an experiment on the MIMXRT1020-EVK board. I changed the format of TDM data to 48kHz, 32bit and 2 channels, and then there would be an audio anomaly every time I requested 16ms data. Please refer to the modification in the attachment

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Tue, 23 May 2023 04:02:04 GMT

Hi @kerryzhou

I'm sorry to bother you.

Have you tested this problem again? Is there a solution?

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Tue, 23 May 2023 05:28:30 GMT

Hi @jarman_zhou ,

Please keep patient, these two days, I am on the annual leave.

Will back to work tomorrow, after testing, I will give you the updated information, thanks.

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Thu, 25 May 2023 08:38:28 GMT

Hi @jarman_zhou ，

I test your project on my MIMXRT1020-EVK, it meet the assert issue:

Do you have this issue?

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Thu, 25 May 2023 08:52:06 GMT

Hi @kerryzhou

It works fine on my board.

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Thu, 25 May 2023 08:53:46 GMT

Hi @kerryzhou

If my project runs incorrectly on your board, you can try to import the project directly from your local SDK and modify it against the project I provided.

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Thu, 25 May 2023 09:08:13 GMT

Hi @jarman_zhou ,

Ok, I can test it based on the SDK directly.

One question, how do you know the data is incorrect, as you mentioned the sound is wrong with your related code, do you play the music?

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Thu, 25 May 2023 09:12:56 GMT

Hi @kerryzhou

This project is a recording - play mode, the microphone on the board can be given to the headphone output. I could hear my voice passing through the microphone

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Fri, 26 May 2023 10:19:36 GMT

Hi @jarman_zhou ，

我们可以直接用中文交流。

我先说下对你问题的理解，目前你是发现在DMA传输的过程重，添加了一些其他的操作，比如：

#if 1

memcpy(pTemp, xfer.data, BUFFER_SIZE);

for(int i=0; i<64; i++)

{

for(int j=0; j<2; j++)

{

pMic[j*64 + i] = pTemp[2*i+j];

}

for(int i=0; i<64; i++)

{

for(int j=0; j<2; j++)

{

//pMic[j*64 + i] = pMic[j*64 + i]>>2;//(1) Shift one bit to the right

pMic[j*64 + i] = pMic[j*64 + i]<<1;//(2) Shift one bit to the left

pMic[j*64 + i] = pMic[j*64 + i];

}

for(int i=0; i<64; i++)

{

for(int j=0; j<2; j++)

{

pTemp[2*i+j] = pMic[j*64 + i];

}

memcpy(xfer.data, (void *)pTemp, BUFFER_SIZE);

#endif

实际上也不影响真实的SAI MIC到播放数据，只是你发现一旦你对数据处理了，然后听到的声音就不对了，是吗？

你添加相关数据处理代码，也是为了麦的数据处理，但是不希望影响到同步传输播放这层，是这个道理吧?

如果是这个情况，通常是会用多buffer去做DMA传输，避开处理对传输buffer的影响。

请帮我确认下，我对你问题的理解是否有偏差，这样便于我测试，谢谢理解。

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Mon, 29 May 2023 01:12:01 GMT

Hi @kerryzhou

是的，你理解的是对的，因为我的需求每次处理4通道/4ms的TDM，总长度是3072，这样只要我对数据任何1bit进行改变，声音都会不正常。但是我尝试改变这个长度，比如请求2通道，或者请求1ms就不会有问题，所以我判断是请求的长度影响到了程序的正常运行。

Best Regards,

Jarman

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Tue, 30 May 2023 09:48:08 GMT

你现在是跑下面这段main出问题吗？我看你代码里两个main：

int main(void) { sai_transfer_t xfer, send_xfer; edma_config_t dmaConfig = {0}; sai_transceiver_t saiConfig; BOARD_ConfigMPU(); BOARD_InitBootPins(); BOARD_InitBootClocks(); CLOCK_InitAudioPll(&audioPllConfig); BOARD_InitDebugConsole(); /*Clock setting for LPI2C*/ CLOCK_SetMux(kCLOCK_Lpi2cMux, DEMO_LPI2C_CLOCK_SOURCE_SELECT); CLOCK_SetDiv(kCLOCK_Lpi2cDiv, DEMO_LPI2C_CLOCK_SOURCE_DIVIDER); /*Clock setting for SAI1*/ CLOCK_SetMux(kCLOCK_Sai1Mux, DEMO_SAI1_CLOCK_SOURCE_SELECT); CLOCK_SetDiv(kCLOCK_Sai1PreDiv, DEMO_SAI1_CLOCK_SOURCE_PRE_DIVIDER); CLOCK_SetDiv(kCLOCK_Sai1Div, DEMO_SAI1_CLOCK_SOURCE_DIVIDER); /*Enable MCLK clock*/ BOARD_EnableSaiMclkOutput(true); /* Init DMAMUX */ DMAMUX_Init(DEMO_DMAMUX); DMAMUX_SetSource(DEMO_DMAMUX, DEMO_TX_EDMA_CHANNEL, (uint8_t)DEMO_SAI_TX_SOURCE); DMAMUX_EnableChannel(DEMO_DMAMUX, DEMO_TX_EDMA_CHANNEL); DMAMUX_SetSource(DEMO_DMAMUX, DEMO_RX_EDMA_CHANNEL, (uint8_t)DEMO_SAI_RX_SOURCE); DMAMUX_EnableChannel(DEMO_DMAMUX, DEMO_RX_EDMA_CHANNEL); PRINTF("SAI example started!\n\r"); /* Init DMA and create handle for DMA */ EDMA_GetDefaultConfig(&dmaConfig); EDMA_Init(DEMO_DMA, &dmaConfig); EDMA_CreateHandle(&dmaTxHandle, DEMO_DMA, DEMO_TX_EDMA_CHANNEL); EDMA_CreateHandle(&dmaRxHandle, DEMO_DMA, DEMO_RX_EDMA_CHANNEL); #if defined(FSL_FEATURE_EDMA_HAS_CHANNEL_MUX) && FSL_FEATURE_EDMA_HAS_CHANNEL_MUX EDMA_SetChannelMux(DEMO_DMA, DEMO_TX_EDMA_CHANNEL, DEMO_SAI_TX_EDMA_CHANNEL); EDMA_SetChannelMux(DEMO_DMA, DEMO_RX_EDMA_CHANNEL, DEMO_SAI_RX_EDMA_CHANNEL); #endif /* SAI init */ SAI_Init(DEMO_SAI); SAI_TransferTxCreateHandleEDMA(DEMO_SAI, &txHandle, tx_callback, NULL, &dmaTxHandle); SAI_TransferRxCreateHandleEDMA(DEMO_SAI, &rxHandle, rx_callback, NULL, &dmaRxHandle); /* I2S mode configurations */ //SAI_GetClassicI2SConfig(&saiConfig, DEMO_AUDIO_BIT_WIDTH, kSAI_Stereo, 1U << DEMO_SAI_CHANNEL); SAI_GetTDMConfig(&saiConfig, kSAI_FrameSyncLenOneBitClk, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL, 1U << DEMO_SAI_CHANNEL); saiConfig.frameSync.frameSyncEarly = true; saiConfig.syncMode = DEMO_SAI_TX_SYNC_MODE; //saiConfig.bitClock.bclkPolarity = DEMO_SAI_TX_BIT_CLOCK_POLARITY; //saiConfig.masterSlave = DEMO_SAI_MASTER_SLAVE; SAI_TransferTxSetConfigEDMA(DEMO_SAI, &txHandle, &saiConfig); saiConfig.syncMode = DEMO_SAI_RX_SYNC_MODE; SAI_TransferRxSetConfigEDMA(DEMO_SAI, &rxHandle, &saiConfig); /* set bit clock divider */ SAI_TxSetBitClockRate(DEMO_SAI, DEMO_AUDIO_MASTER_CLOCK, DEMO_AUDIO_SAMPLE_RATE, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL); SAI_RxSetBitClockRate(DEMO_SAI, DEMO_AUDIO_MASTER_CLOCK, DEMO_AUDIO_SAMPLE_RATE, DEMO_AUDIO_BIT_WIDTH, DEMO_AUDIO_DATA_CHANNEL); /* master clock configurations */ BOARD_MASTER_CLOCK_CONFIG(); /* Use default setting to init codec */ if (CODEC_Init(&codecHandle, &boardCodecConfig) != kStatus_Success) { assert(false); } if (CODEC_SetVolume(&codecHandle, kCODEC_PlayChannelHeadphoneLeft | kCODEC_PlayChannelHeadphoneRight, DEMO_CODEC_VOLUME) != kStatus_Success) { assert(false); } int pTemp[BUFFER_SIZE/sizeof(int)] = {0}; int pMic[BUFFER_SIZE/sizeof(int)] = {0}; int pSendXfer[BUFFER_SIZE/sizeof(int)] = {0}; send_xfer.data = pSendXfer; send_xfer.dataSize = BUFFER_SIZE; while (1) { if (rx_callback_finished) { rx_callback_finished = false; //PRINTF("emptyBlock1=%d\r\n",emptyBlock); xfer.data = Buffer + rx_index * BUFFER_SIZE; xfer.dataSize = BUFFER_SIZE; if (kStatus_Success == SAI_TransferReceiveEDMA(DEMO_SAI, &rxHandle, &xfer)) { rx_index++; } if (rx_index == BUFFER_NUMBER) { rx_index = 0U; } } if (tx_callback_finished) { tx_callback_finished = false; xfer.data = Buffer + tx_index * BUFFER_SIZE; xfer.dataSize = BUFFER_SIZE; #if 1 memcpy(pTemp, xfer.data, BUFFER_SIZE); for(int i=0; i<SIGLE_SAMPLE; i++) { for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++) { pMic[j*SIGLE_SAMPLE + i] = pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j]; } } for(int i=0; i<SIGLE_SAMPLE; i++) { for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++) { //pMic[j*SIGLE_SAMPLE + i] = pMic[j*SIGLE_SAMPLE + i]<<1;//(1) Shift one bit to the right //pMic[j*64 + i] = pMic[j*64 + i]<<1;//(2) Shift one bit to the left //pMic[j*64 + i] = pMic[j*64 + i]; } } for(int i=0; i<SIGLE_SAMPLE; i++) { for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++) { pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j] = pMic[j*SIGLE_SAMPLE + i]; } } memcpy(send_xfer.data, (void *)pTemp, BUFFER_SIZE); #endif if (kStatus_Success == SAI_TransferSendEDMA(DEMO_SAI, &txHandle, &send_xfer)) { tx_index++; } if (tx_index == BUFFER_NUMBER) { tx_index = 0U; } } } }

最关键是这个代码加了出问题吗？

#if 1

memcpy(pTemp, xfer.data, BUFFER_SIZE);

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

pMic[j*SIGLE_SAMPLE + i] = pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j];

}

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

//pMic[j*SIGLE_SAMPLE + i] = pMic[j*SIGLE_SAMPLE + i]<<1;//(1) Shift one bit to the right

//pMic[j*64 + i] = pMic[j*64 + i]<<1;//(2) Shift one bit to the left

//pMic[j*64 + i] = pMic[j*64 + i];

}

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j] = pMic[j*SIGLE_SAMPLE + i];

}

memcpy(send_xfer.data, (void *)pTemp, BUFFER_SIZE);

#endif

如果不处理，就可以正常，对吗？

我这边的MIMXRT1020-EVK 板子的codec出了问题，这也是为什么跑你代码进入assert，我要再找个板子测下。

看你的问题情况，应该还是和软件代码的处理有关，因为我们这边有处理8通道的SAI数据都能正常。

你现在的数据处理是想实现什么功能？音频数据变换之后，看上去已经改变了，如何保证播放的数据和采集数据的一致？

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Tue, 30 May 2023 10:17:00 GMT

Hi @kerryzhou

这个程序我是特意加大了EDMA的请求数据的大小

#define SIGLE_SAMPLE (DEMO_AUDIO_SAMPLE_RATE*16/1000)//16MS
#define BUFFER_SIZE (SIGLE_SAMPLE*DEMO_AUDIO_DATA_CHANNEL*sizeof(int))

这样经过处理之后就会有问题，如果将SIGLE_SAMPLE 改成8ms或者更小一点就正常。

处理数据，我只是简单的取出了每个通道的数据进行移位操作，相当于改变音量大小，并不会对数据正确性造成影响。后面音频正常后我会加入滤波器/EQ等算法。算法会处理多个通道的数据。

以上是EVK板上的情况。

事实上我调试自己的板子，只是采集数据直接给到播放时没有问题，但是一旦我加了如下的代码就会出现问题

#if 1

memcpy(pTemp, xfer.data, BUFFER_SIZE);

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

pMic[j*SIGLE_SAMPLE + i] = pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j];

}

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

pMic[j*SIGLE_SAMPLE + i] = pMic[j*SIGLE_SAMPLE + i]>>1;

}

//PRINTF("TEST\r\n");//比如这里加一句PRINTF，但是该条语句是屏蔽的

for(int i=0; i<SIGLE_SAMPLE; i++)

{

for(int j=0; j<DEMO_AUDIO_DATA_CHANNEL; j++)

{

pTemp[DEMO_AUDIO_DATA_CHANNEL*i+j] = pMic[j*SIGLE_SAMPLE + i];

}

memcpy(send_xfer.data, (void *)pTemp, BUFFER_SIZE);

#endif

但是我修改xfer.dataSize的大小就会正常，感觉跟内存有关，比如我加了一个PRINTF的打印，并且屏蔽掉它，也会影响到音频

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Wed, 31 May 2023 02:40:13 GMT

Hi @jarman_zhou ,

我看下来也是和内存有关，所以你看看把工程的stack size， heap size放大看看，有没有用？

毕竟你的数组和你的长度直接有关，所以我想你把stack, heap都改大，在工程属性里面修改，这样linker file也会自动修改。

Best Regards,

Kerry

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Wed, 31 May 2023 02:46:09 GMT

Hi @kerryzhou

我尝试过修改stack和heap到最大，也是没有改善的。我还修改过编译器的优化等级，都没有解决。

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

kerryzhou — Wed, 31 May 2023 02:47:29 GMT

你目前stack heap size是多大？

你修改到最大是多大？

Re: RT1021 MCUXpresso Whether the compilation environment is faulty?

jarman_zhou — Wed, 31 May 2023 03:01:54 GMT

Hi @kerryzhou

我现在使用的是SDRAM，堆栈设置的是8M.

我也使用过DTC，堆栈配置32k