Dear all,
Now, we have a issue in the product using i.MX6SX.
I searched it in this community, and I found any same issues as follows:
i.MX6 infinite loop in uart driver(rx interrupt)
i.MX6 UART hardware misbehaves on baudrate mismatch
It is an issue to continue receiving 0xFF as well as these reports, although there is no data reception.
As shown in the following figure, general UART communication has Start bit and Stop bit.
When receiving continuous data, can't the UART block for i.MX detect Start-bit and Stop-bit?
Best Regards,
George
Solved! Go to Solution.
Hi George,
I found a workaround for this issue.
Here is the change I made:
http://code.bulix.org/eaioxl-320184
besides this change you also need to pass fsl,automatic-baudrate in the uart2 node:
&uart2 {
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_uart2>;
fsl,automatic-baudrate;
status = "okay";
};
This change enables automatic baud rate detection and avoids the storm of 0xFF.
Regards,
Fabio Estevam
Hi FabioEstevam,
Yes, two virtual COM ports are connected to my Linux PC with the USB cable.
Best Regards,
George
Hello,
It is mentioned in https://community.nxp.com/thread/441193 , that this is
(hardware) feature of the i.MX UART module (if short start bit appears because
of noisy environment).
Have a great day,
Yuri
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Dear Yuri,
That is, does it mean that the product using i.MX series has the "0xFF infinite reception" risk?
When we do not wish to do so, please tell me how to prevent it.
BR,
George
Hello,
it is needed to avoid situations, when short (non-proper) start bit appears.
In particular, it may occur if disconnecting cable during transfer.
Regards,
Yuri.