I have verified the power up sequence as outlined in the NVIDIA Jetson TX2 OEM Product Design Guide but I do not get any serial port traffic from UART0. Our carrier board receives the CARRIER_PWR_ON signal and powers everything up and releases RESET_OUT#, but I don’t see anything happen after that. The TX2 module works great on the developer kit carrier board…
What can I check to see why I don’t see any serial port data?
We were able to get the system to boot and the console issue figured out. Our solution brought up another question. The only way we were able to get the system to boot was to pull the JTAG_TRST_N signal from the module low for a moment. If my understanding is correct, this essentially reset the TX2 module. We couldn’t find in the power up documentation where it mentioned this was required.
What does this signal do?
How do we properly attach this signal to ensure automatic boot up?
JTAG_TRST_N should be default low and no need to pull low manually. It looks like your design make it high during boot and so system can’t boot up. Suggest to compare your design with OEM guide/carrier board schematic to find out the difference which might cause this failure.
We are unable to see the SATA disk drive on our carrier board. We get the following values when we read the status registers at base address 0x03507000.
Did you check the power sequence, strapping pins and unused pins configuration? What’t the difference on USB/SATA part between your design and reference board? Is the impedance matching of high speed IO checked? If your module works well with dev kit carrier board but not with custom board, then it looks like a hardware design issue.
The power sequencing is correct. The TX2 module is up and running. We can navigate the module using the console port (UART0). We’ve been able to successfully connect the Ethernet port. The only strapping pins we see are in relation to the booting of the module (Force Recovery, boundary scan mode). Are there others we are not aware of?
Through busybox (through console) we were able to read the registers for 0x03507000 as per the link you provided. All registers returned a 0XFFFFFFFF.
The only difference between the reference board and our schematic is a mux. I’ve attached the block diagram of our system. However, in efforts to more closely match the reference, we’ve removed the mux and wired directly to the SATA connector. Another thing we see which doesn’t match is on the referece board we see at 400mV offset on the SOM side of the TX+/TX- caps. On our board we do not see this offset. We theorize that the SATA subsystem is not coming up on the SOM, driving the offset. Thoughts?
While checking for signal we were able to see a series of 6 burst, which we assume is the OOB from the aforementioned link. However, we are only seeing them on the RX lines coming from the SSD. Why are we not seeing these on the TX lines?