Reproduction of the "Uart Dma Transfer EBT" example without the USB 2 Serial Converter cable

[GUS979]

Hello Community

I need to establish communication between the S32K312EVB-Q172 board and another board via serial communication (I2C or UART) for data acquisition and processing at 100 Hz. To familiarize myself with this interaction, I chose to reproduce the "Uart Dma Transfer EBT" example.
When trying to recreate this code, I ended up with a series of questions that I couldn't clarify with the Help document. Among them:

1. Was the fact that the example was configured via EBT simply by choice, or was there a specific reason?

2. In order for my code edits to be embedded, I'm having to manually delete the .slxc folder and the slprj file from my current folder. I'd like to know why this is happening, and if there's any configuration that avoids me having to perform this procedure manually.

3. Where can I find a legend with the numbers corresponding to the specific events of each interrupt invocation callback?

4. I adapted the proposed code so that I don't need to use the serial converter cable, but simply connect a jumper between points J3.21 and J3.18. However, the code only replicates the typed character once when the Uart_SyncSend functions (used to "debug" the code) are not commented out. When the functions are commented out, the buttons continue to work and the LED colors change, but the characters are not reproduced, which makes no sense to me.

I'm new to this NXP platform, and any help would be greatly appreciated.

P.S. I'm programming the #S32K312EVB-Q172 board using the #MBDT platform and the S32CT IDE to configure.

[dragostoma · Accepted solution]

Hi, @GUS979,

Thank you for your interest into Model-Based Design Toolbox for S32K3.

Below are several clarifications regarding the questions you raised:

1. There is no specific reason to use EB tresos for this model or for any other model. All models offer the same functionality, regardless of the configuration tool selected.

2. Simulink generates and caches build artifacts in the .slxc and slprj folders to accelerate simulation and code generation. However, these cached files may occasionally prevent recent code modifications from being properly embedded or reflected in your model. Therefore, manually deleting them often forces Simulink to rebuild everything from scratch, ensuring that your latest changes are incorporated.

3. All interrupt callbacks can be found within the RTD package. I assume you are referring to the UART ISR event, which may be END_TRASNFER (2). Specifically, regarding this callback, it can be found in Lpuart_Uart_Ip_Types.h located at S32K312_UART_DMA_S32CT\s32k312_uart_async_s32ct_Config\RTD\include\Lpuart_Uart_Ip_Types.h. Similarly, any other callback can be located in the same manner.

4. If you connect the pins as you described—RX connected to TX on the board—the setup may not function as expected, potentially creating an internal loopback. An USB-to-Serial converter is typically used to establish a COM port, allowing you to visualize the data received and transmitted through the respective pins, thereby validating the functionality. This may be a potential cause for the incorrect behavior of the algorithm in your model.

Hope this helps,

Dragos

[GUS979]

Hello @dragostoma , thank you for your attent

Your clarification was very helpful. However, when I try to run the "Uart DMA Transfer EBT" example following the recommended instructions, the code appears to work (the LEDs behave as expected), but there seems to be some error in the DMA communication between the computer and the board, as can be seen in the following figure. I've already reviewed all the Baud Rate, Putty, and DMA settings, but the terminal still doesn't print the expected message.

[dragostoma]

Hi, @GUS979,

I’m glad to hear that the information provided was helpful. I have downloaded your archive and deployed the generated .elf file, which worked correctly on the S32K312-Q172 board, as shown in the attached picture.

The issue you are encountering may be related to your hardware connection. Please ensure that the RX pin from the USB-to-Serial converter is connected to the TX pin on the board, and not RX to RX. This mismatch could be the cause of the problem you’re experiencing.

Best regards,

Dragos

[GUS979]

Hello, @dragostoma,

I followed the recommended instructions, but when I reverse the RX and TX pins, there's no communication between the board and the computer. I've already checked the USB 2 serial cable. I've modified the output ports and switched to LPUART2, but although the code works, the response is still inconsistent, as can be seen in the image below. I'd appreciate any suggestions, as I'm at a loss as to what else to test.