Hi,
I use llce_sample_app_pfe to run ETH2CAN can't work normally, Because I can't receive the CAN frame normally. But in this sample I can get the acf-can frame,whether this routine can only implement CAN2ETH, but not ETH2CAN?
Also, in data.dump debug_buff, there are some information Client's (1) RX queue is full. Frame dropped. Is this normal phenomenon?
Solved! Go to Solution.
Hi,
I chang the value from 72 to 73, and re-open trace32 GUI, now it can run normally.But I don't know why I fail last time.
Hi,
Can you let us know which RTD/LLCE/PFE version are you using? Also, are you using any NXP platforms? Or is this a custom board?
Please, let us know.
hi,
SW32G_RTD_4.4_3.0.2, S32G_LLCE_1_0_4, PFE-DRV_S32G_M7_MCAL_BETA_0.9.7, target board S32G-VNP-RDB2.
Hi,
Thanks for the information. Ther are 2 known-issues under the above mentioned LLCE v1.0.4 example. One is the ETH2CAN buffer configurations.
Have you done any modifications to the project?
The ETH2CAN buffer config change is the following:
Please, let us know.
Hi,
I chang the value from 72 to 73, now the frame drop problem were solved. But I can't still receive the can frame from ETH2CAN. Because I comment the CAN2ETH code, and use tcpreplay to send the ETH packet to PFE_MAC1(P3A connector),and run the code, Logic analyzer can't receive CAN frame, and the variable rxIndicationCount=0 .
Hi,
Thanks for your feedback.
The recommended way of doing the ETH2CAN channel is to select the UDP packet being sent with the CAN2ETH feature then sending it back:
Is this what you are doing?
Please, let us know.
Hi,
Thanks, I have solved this problem.
Hi,
Thanks for your feedback.
Was it related to the previous comment?
Still, good to know you got it working.
Please, let us know.
Hi,
I chang the value from 72 to 73, and re-open trace32 GUI, now it can run normally.But I don't know why I fail last time.
Hi,
Thanks for the confirmation. It indeed sounds odd, but good to know you got it working.
Have a great day.