AWRL6844EVM: SPIA CS Pin Change to GPIO and Use manual for Data transmission

Hi Sumit,

Thank you for reaching out. I understand that you want to change the pin functionality of PAD_AH to GPIO but unfortunately this pin cannot be configured as a GPIO pin. Like you mentioned it has the capability of being SPIA_cs0_n, ePWMa, I2C_sda, and SPIB_cs0_n. You can find which pins can be configured as GPIO in the table below:

Could you provide more information on what you are trying to do through manual data transmission? Is this for raw ADC data or radar cubes? We have typically either used a DCA1000 EVM to collect raw ADC data or use UART to send over abstracted data after signal chain and high level decisions.

Best,

Vignesh K.

Hello @Vignesh ,

I am working on AWRL6844 and AD3306 , to transfer Ethernet Data over SPI , Here AWRL6844 (SPIA Master) - AD3306(SPI Slave), is communicated by SPIA DMA polling mode, in this scenario data is being transfer and i am able to get ethernet data but i am observing frame drop in some scenario, to resolve this issue i want to explore SPI CS manual to  control the data is being transfer completely or not. As i am transferring 131072 byte of data with frequency of Awrl6844 SPI 15Mhz, Ad3306 MacPhy 15MHZ.

Can you help me to get is there any API available in SPI Driver file to provide CS pin delay for some time may be 50MS so that data transfer is done correctly.

Hi Sumit,

We unfortunately do not have anything in the SDK currently which supports a SPI specific delay. 

Please allow me a few days to look into your issue.

Best,

Vignesh K.

Hi Sumit,

I understand that you are seeing a frame drop in some scenarios. Do you know what specifically is happening here? 

Although we do not have an explicit sleep with the SPI drivers, you can still use the FreeRTOS delay vTaskDelay or sleep().

Are you defining your MCSPI_Transaction.count correctly? Keep in mind that this is number of frames in word size and not in bytes.

Best,
Vignesh K.