Hello everyone,
I am currently working with the S32K344 (HVBMS-K344-BMU) microcontroller on S32DS and utilizing FreeRTOS in my project. I have recently added the UART component to the MCAL layer to enable UART communication.
However, I am facing an issue with the UART functionality.
To set up the UART, I have configured the routing board accordingly in the schematic.
Additionally, I have initialized the UART as follows:
/* Initialize the UART driver */
Uart_Init(NULL_PTR);In order to test the UART functionality, I performed a simple example:
printf("UART\n");// Example data to send const char *dataToSend = "Hello, UART!"; // Send data synchronously Uart_SyncSend(UART_CHANNEL, (const uint8_t *)dataToSend, sizeof(dataToSend), 1000);vTaskDelay(pdMS_TO_TICKS(10));
However, when I sniff the pins using an oscilloscope, I am not receiving any data except for a transition from low to high.
I would appreciate any insights or suggestions on how to troubleshoot this issue and get the UART communication working correctly. Thank you in advance for your help!
What do you mean by an IP module? RTD software provides low-level drivers (IP)
and high-level drivers (MCAL). MCAL provides APIs compliant with AUTOSAR and IP provides APIs with direct access to the hardware.
What are the steps or approaches to make the UART work in my example? Config tools configurations, initialization of MCU driver, clocks, MCL module, pins, IRQ (if used), and UART. Then you should be able to send and receive data. Please, refer to the example codes for better reference.
Should I use FlexIO? It is not necessary, depends on your implementation. In the example, code is used to exemplify the emulation of a UART.
hi @VaneB
Thank you for reviewing my configuration. As you suggested, based on the UART inspiration, they used PORT and Siul2_port, which combines the use of mcal and drivers.
However, in my example, when I attempted the same configuration, I noticed that the user pin and port configurations were deleted, as shown in the picture you provided.
Maybe This could be due to a different SDK being used ?. because In my example, I used an SDK that had the FreeRTOS operating system. It's possible that the configuration method may differ when using this SDK !!.
To clarify the configuration or provide guidance on how to configure ports and pins for LEDs and UART RX/TX, could you please provide me with the picture or details of my example you are referring to will help me better understand the specific context and provide you with accurate assistance.
Additionally, when it comes to port configuration, I don't have the same level of control as the UART example. I believe there might be a specific SDK or a button that needs to be used to enable configuration. Here's the difference between the UART example and my example, based on the FreeRTOS SDKs.
UART Example :
My example :
According to the provided images you are missing the value of PortPin Mscr. The following formula can obtain this value:
PortPin Mscr = PinId + PortId∗32
Where:
PortId is the numeric identifier of the port. Symbolic names will be generated for each port pin ID for the pins used for configuration.
PinId is in order of the selected pin in the port. On the S32K3 platform, we have 32 pins per port, so the range of PortPinId is: 0-31.
So, for example, PortPin Mscr (PTC7) = 7 + 2∗32 = 71
Hi @VaneB ,
It seems like we've had a lengthy discussion about our mini project, and I believe we're currently working on adding a small feature related to UART. However, I've been encountering configuration issues despite following your recommendations and the UART example. I'm struggling to succeed in my very basic project involving FreeRTOS and UART.
To provide some context, I've attached a picture of what you requested. Additionally, I've included the project itself. I would greatly appreciate any hints or solutions you could provide regarding my minor problem. Implementing UART with FreeRTOS should be relatively straightforward, but I'm finding the configuration aspect to be quite challenging and confusing.
Thank you in advance for your assistance!
Hi @VaneB
I did as you asked and delted Siul2_Port even in the uart example they are using both of them.
and of course I initialized all pins using the Port driver by calling Port_Init() before Uart_Init().
but there is some error that blocked the project when I initialised port.
thank you
Hi @VaneB ,
in : /* Initialize All UnUsed Port Pins */
Port_Ipw_Init_UnusedPins(pConfigPtr);
this is what happening:
but I think : Siul2_Port_Ip_Init(NUM_OF_CONFIGURED_PINS, g_pin_mux_InitConfigArr); it works for me it did the same role.
Hi @VaneB
about initializing the function Port_Ipw_Init_UnusedPins(pConfigPtr) during port initialization, I found the solution
After some research, I found that port initialization needs to declare not only the used ports but also the unused ports (e.g., 4, 10, 68, 69) to ensure proper JTAG functionality.
However, even after initializing the port and UART, there is still an issue with no ongoing transmission, as it stops there. I have tried using the LpuartFlexio_Uart_Ip_Example_S32K344 and the MCAL example Uart_Example_S32K344.
Could you please provide some guidance on how to resolve this problem?
Hi @VaneB ,
It appears that the issue does not originate from the UART_getStatus() function itself, but rather from the consistent return status of UART_STATUS_OPERATION_ONGOING. Regardless of whether I tried the NXP examples or my own implementation, the UART consistently returns this value.
Based on my observations, it seems that the UART is continuously busy. This behavior persists despite my attempts to resolve the issue. To provide you with a better understanding of the problem, I have attached a screenshot showing the exact location where the problem occurs during debugging.
Furthermore, I have included the project for your reference. Feel free to take a look and provide any insights or suggestions you may have.
I appreciate any assistance you can offer in resolving this issue.
