Jetson orin agx 64G自制载板无法起动

[liangliangtiger]

你好，我们采购jetson orin agx 64G核心模块，核心模块在在官方的载板180-13737-DAAF-A25上已经配置好，可以起动，安装到自己设计的载版上，无法起动。

自己设计的载版电源时序是FPGA控制的，实测时序如下：

由于示波器一次只能测试4通道，因此整个时序分两次开机测试，第一张波形的第4通道（MODULE＿POWER_ON）和第二张波形图的第1通道（MODULE＿POWER_ON）是同一个信号，用于两张波形同步用；

请帮忙看看无法起动的原因，核心模块是不是按照时序要求提供稳定的电源就可以，还依赖于其他条件吗？

[carolyuu]

感谢您提供详细的硬件信息和示波器波形。您的问题很清楚：Jetson Orin AGX 64G核心模块在官方载板上正常启动，但在您的自制载板上无法启动。

要诊断启动失败的原因，我们需要以下信息：

1. 启动输出和错误信息

• 自制载板上启动时，UART串口有什么输出吗？（例如启动日志、错误代码或任何消息）
• LED指示灯有什么反应吗？

2. 电源轨电压和时序

• 请测量并对比自制载板与官方载板上的电源轨电压（5V、3.3V、1.8V）在启动过程中的变化
• 这些电压的上升时间、稳定时间是否符合规格？

3. 其他控制信号

• 除了MODULE_POWER_ON外，是否还有其他控制信号（如复位、使能、模式引脚）在两块载板上有差异？

4. 核心模块验证

• 核心模块在官方载板上是否经过多次测试验证其功能正常？还是只测试过一次？

稳定的电源时序是必要条件，但启动失败通常还涉及其他因素，如电源轨的纹波、复位时序、或其他外设配置。上述诊断信息将帮助我们定位问题根源。

[liangliangtiger]

1、自制板卡在启动时，测试UART1（K53、K54）没有输出，示波器测量也没有波形输出；

软件在K57输出一个500ms的PWM，AGX开机就启动，实测这个引脚没有波形，证明没有起动。

2、实测板子电源电压如下，电源文波良好都在10mV以内，电源纹波良好，与AGX相关的电源12V、5V、1V8在提问时时许图中有提供相关波形。

3、复位引脚即提供的波形中最后一个，是被模块拉高了，和官方载版一样。使能引脚和模式引脚具体指的哪些引脚，能否提供一下？

4、核心模块在官方载板上进行了很多次验证，都是正常的，并且开机就能测试到问题2答复的PWM波形。

5、我们采购的官方载板是180-13737-DAAF-A25，表示是第25版对吗，我在官网下载的载板原理图只能下载到最新的是P3737_A05，里面SYS_VIN_HV 和 SYS_VIN_MV是51单片机的P1.3口控制，但是实测我发现我们采购的官方载板两个电源时间查了20ms，并且明显不符合设计指南中的时序，我现在比较迷惑。采购的载板180-13737-DAAF-A25时序图测试如下，明显不符合Jetson_AGX_Orin_Series_Design_Guide_DG-10653-001_v1.81.pdf P34页时序。

[carolyuu]

感谢您提供详细的诊断数据。您已经排除了电源纹波问题（<10mV，符合规范），这很有帮助。现在我们需要进一步诊断启动失败的原因。请提供以下信息：

1. 启动时序要求

• Jetson Orin AGX 64G 的启动时序中，电源轨稳定后到 MODULE_POWER_ON 信号拉高之间是否有特定的时间要求？
• 官方载板上，从电源轨稳定到 MODULE_POWER_ON 拉高的延迟是多少？

2. 错误指示信号

• 您的自制载板上是否有 LED 指示灯或其他状态引脚（如调试信号）在启动失败时有反应？
• 这些信号能否帮助判断模组是否进入了某种错误状态？

3. 复位信号验证

• 您的设计中是否包含复位信号（RESET_N 或类似）？如果有，请验证：
  • 复位信号在电源时序中的断言和释放时间是否正确？
  • 复位信号的时序是否与 MODULE_POWER_ON 的时序相匹配？

4. 时序对比

• 能否用示波器同时测量官方载板和您的自制载板上 MODULE_POWER_ON 信号的时序，并对比两者的差异？
• 特别是从电源轨稳定到 MODULE_POWER_ON 拉高的延迟时间。

这些信息将帮助我们确定问题是否与启动时序、复位信号或其他硬件集成问题有关。

[liangliangtiger]

1、设计指南中的时序图如下，我实测载板时序和设计指南中要求并不匹配，实测波形见上次回复。

2、自制作的载板没有设计LED，但是有配置好的PWM输出，这个PWM是启动后酒后自动输出，可以进入Linux系统，多次在官方载板测试都OK，然后再安装在自己的板子上进行测试，以此为判断依据是否起动。

3、设计的板子有RESET_N信号，并且在测试时序时测试了该信号，见第一次提问的波形图，第一次提问的波形图是满足设计指南中的时序约束的。设计的板子电源轨到MODULE_POWER_ON拉高延时约78ms，是大于50ms的，官方载板测试约50ms。

[ChrisB_NV]

@liangliangtiger

The official carrier board we purchased is 180-13737-DAAF-A25, which means it’s version 25, right? The carrier board schematic I downloaded from the official website only shows the latest P3737_A05

The A25 does not correspond to the board design revision number. 180-13737-DAAF-A25 is still the P3737-A05 carrier board.

@liangliangtiger

However, in actual testing, I found that the two power supply outputs on the official carrier board we purchased had a 20ms time check and clearly do not follow the timing sequence specified in the design guide. I’m quite confused now. The timing diagram test for the purchased carrier board 180-13737-DAAF-A25 is as follows, clearly not matching the timing on page Jetson_AGX_Orin_Series_Design_Guide_DG-10653-001_v1.81.pdf p34.

The note in section 5.1.1 of the Design Guide addresses this:

Please follow the >=1ms timing between the MV rail stabilizing and the HV rail turning on.

Does your custom board ground the J62 pin of the module connector as below?

From Chapter 19 of the Design Guide:

The MOD_TEMP_SHDN_EN_N strap is pin J62 of the 699-pin connector and labeled as GND_009 on the connector symbol. It must be grounded for all Jetson AGX Orin modules, including AGX Orin Industrial.

[liangliangtiger]

1、Our self-developed board J62 is directly grounded as shown in the figure below.

2、“The A25 does not correspond to the board design revision number. 180-13737-DAAF-A25 is still the P3737-A05 carrier board.”-----But according to our A05 schematic, a single GPIO controls the power-up of both HV and MV on the hardware side. Actual tests on our purchased A25 carrier board show HV lags MV by roughly 20 ms. The physical board does not match the schematic, so we are confused about this issue.

3、Latest test update: A Linux host was connected via USB cable to the Type‑C interface of our custom board. The custom board entered recovery mode, allowing us to install the OS onto the core module on the custom board from the Linux host. After installation, the core module could not boot on our custom board. Once we pulled out the core module and fitted it to the official A25 carrier board, it booted successfully into the system.

What can we learn from this test? Can we confirm power supply and timing are okay? The module still fails to boot and load OS on our custom board. Please advise detailed troubleshooting steps for the next round of testing. Thanks!

[liangliangtiger]

1、我们自制板卡 J62 如下图所示，是直接接地的。

2、但是我们 A05 原理图中，HV 和 MV 在硬件上都是通过一个 GPIO 控制上电的，但是实测我们采购的 A25 载板，HV 滞后 MV 约 20ms，原理图和实物是对应不上的，所以比较困惑。

3、最新测试进展：我们用一台 linux 主机，通过 USB 线连接到我们自制板卡的 type-C 接口，自制板卡进入 recovery 模式，然后通过 linux 主机可以给插在自制板卡上的核心模块安装系统，安装完成后，核心模块在自制板卡上面还是无法启动，把核心模块拔下来，安装到官方的 A25 载板上，可以正常启动并进入系统。

这一步能说明什么问题吗，是否能说明电源和时序是 OK 的？在自制板卡上还是没办法启动和进入系统，我下一步该如何排查，麻烦给出具体建议，谢谢！

[ChrisB_NV]

@liangliangtiger

1、自制板卡在启动时，测试UART1（K53、K54）没有输出，示波器测量也没有波形输出；

软件在K57输出一个500ms的PWM，AGX开机就启动，实测这个引脚没有波形，证明没有起动。

UART3 is the debug port, not UART1. Do you see any traffic on UART3?

[liangliangtiger]

log1.txt (53 KB)

log 2.txt (53.0 KB)

您好，两个核心模块的的UART3信息

[WayneWWW]

Log shows that your CVM EEPROM is fails to get read by bootloader.