Part Number: THVD1520
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: THVD1520
Hi Xavier,
What data rate are you using?
What is the distance/length of the cable?
Can I see a schematic of both THVD1520s?
Can I get a scopeshot of the bytes being sent and received? (I'd like to see the Tx, Rx, and A-B math function on the receiver node all on the same scope plot)
Does the THVD1520DR have any specific configuration in the detection of the UART that may be affected by the detection of the bytes?
No, generally you can just have two connected through a cable with termination.
-Bobby
Hello,
I test UART speed with 9600 and 115200 and I have the same problem.
The cable length is very short, 30 cm.
The schematic is this

For example,
sent: 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07
received: 0x00 0x01 0x02 0x03 0x04 0xFF.
I lost the last 2 bytes and changed byte 6.
If I change the frame length, the issue moves to the new length.
sent: 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x10
received: 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0xFF
Thanks,
Your distance is pretty short so you probably aren't getting issues related to reflections.
Honestly you could remove the 120 ohm termination resistors at that distance and probably get better signal integrity.
The 470 ohm pull up and pull downs are pretty strong, I think you can change them to 1k and be fine.
I don't really see any major issues that would cause your received data to end with 0xFF.
I think we need to get a scopeshot and figure out if this is the THVD1520 causing the issue or if it's upstream/downstream.
Just to verify, do you have any level shifters or anything that sits on the TTL side of the THVD1520?
-Bobby