Hi
I am trying to send some CAN-bus messages from a STM32H723VGT6 mounted on a BIGTREETECH SKR 3 EZ V1.0
I am following this video to send standard CAN messages in external loopback mode (https://www.youtube.com/watch?v=kXyzaaSk6Qs&t=568s&ab_channel=ControllersTech). But whenever I reach the point where I add a message to the TxFifo I get the error 0x20 -> "Parameters error" but I am not sure what could be causing this
Here are the parameters I set for FDCAN1
To avoid additional variables we used the internal clock of the microprocessor, here is the final frequency of the FDcan peripheral
And the transreceiver mounted on the board is the mcp2542fd-e/sn
1 ACCEPTED SOLUTION
Accepted Solutions
1- I don't see a reason to stop the FDCAN after Init:
if(hfdcan1.State != HAL_FDCAN_STATE_READY){
HAL_FDCAN_Stop(&hfdcan1);
}
2- From stm32h7xx_hal_fdcan.c:
if (hfdcan->State == HAL_FDCAN_STATE_BUSY)
{
/* Check that the Tx FIFO/Queue has an allocated area into the RAM */
if ((hfdcan->Instance->TXBC & FDCAN_TXBC_TFQS) == 0U)
{
/* Update error code */
hfdcan->ErrorCode |= HAL_FDCAN_ERROR_PARAM;
return HAL_ERROR;
}
-> As you can see in the comment, you didn't allocate memory into RAM for Tx messages.
You removed the FDCAN Init from the main.c you shared but according to CubeMx Fifo elements number = 0:
You need to set it at least to 1.
Hello,
First, you mentioned you are using this board:
@Angelo3 wrote:
Hi
I am trying to send some CAN-bus messages from a STM32H723VGT6 mounted on a BIGTREETECH SKR 3 EZ V1.0
You need to share its schematics.
+ You need to share your code + ioc file.
Second, if you mean by this HSI, that's not recommended if you are using CAN in Normal mode.
@Angelo3 wrote:
To avoid additional variables we used the internal clock of the microprocessor, here is the final frequency of the FDcan peripheral
And the most important question: did you connect another node on the CAN bus?
Thank you for the sharing.
According to the schematics, you need to use PB8/PB9 (connected to the tranceiver which is not necessary in LoopBack mode) instead of PA11/PA12 as the latter are used by USB and may external components force the IO levels of the MCU.
Ok, in that case, check this part of schematics with that mechanical switch:
This is not clear to me how it's configured (with the mistake you mentioned). But you need to ensure there is nothing disturbing Tx and Rx pins externally.
PS: I don't see an issue in your code.
1- I don't see a reason to stop the FDCAN after Init:
if(hfdcan1.State != HAL_FDCAN_STATE_READY){
HAL_FDCAN_Stop(&hfdcan1);
}
2- From stm32h7xx_hal_fdcan.c:
if (hfdcan->State == HAL_FDCAN_STATE_BUSY)
{
/* Check that the Tx FIFO/Queue has an allocated area into the RAM */
if ((hfdcan->Instance->TXBC & FDCAN_TXBC_TFQS) == 0U)
{
/* Update error code */
hfdcan->ErrorCode |= HAL_FDCAN_ERROR_PARAM;
return HAL_ERROR;
}
-> As you can see in the comment, you didn't allocate memory into RAM for Tx messages.
You removed the FDCAN Init from the main.c you shared but according to CubeMx Fifo elements number = 0:
You need to set it at least to 1.
