jzwjzw19900922的博客

最新发布了Jetson AGX Orin R34.1.1最新版本的BSP源码包；所以这边尝试更新到最新版本；同时需要开发内核驱动，所以也需要搭建bsp源码开发环境；（1）这里主要介绍如何使用sdkmanager快速刷新到最新Jetson AGX Orin R34.1.1的版本；（2）同时介绍两种搭建Jetson AGX Orin R34.1.1 BSP源码环境的方法..................

JetPack Archive | NVIDIA Developer2022.07 update2022.07 update

EndSectionEndSection结果是我在液晶显示器上看到一个非常闪烁的屏幕。是因为坏的EDID二进制文件吗？还是我在构型中遗漏了什么？不考虑闪烁的屏幕，监视器检测工作正常吗？NO因为Xorg.0.log[ 42.853]!?) unknown.built-ins即使我在xorg.conf中添加了edid，也无法创建/dev/fb0。

核心板： Orin NX载板： 自定义载板版本： JP6.1。

从JetPack 6 开始，Nvidia默认系统删除了/sys/class/gpio这种方法来控制GPIO。现在用全新的方式来控制GPIO。

1. 问题描述将AGX Orin工业的新板放到定制的载板上当在ubuntu 22和Jetpack 6.1上使用SDKManager刷机时，lsusb为空，并且在引导时没有发现/注册xusb设备。USB C端口正常打开并供电，但似乎没有数据传输。在Ubuntu 18 Jetpack 5.1.4 SDKManager上同样刷机之后，usb C集线器在引导时被正确地发现，显示在lsusb中，并识别/挂载外部驱动器。

Jetson Xavier NX模块(8GB/16GB)载板。在最终迁移到Jetson Orin NX 8GB模块之前，希望使用它来验证硬件但是连接到板上的HDMI显示器上什么也没有发生，即使系统后来作为USB设备(L4T-README)挂载在主机上(安装了sdk管理器)。

基于上一篇继续记录Jetson Orin NX L4T35.4.1平台自启动时间优化调试记录1-CSDN博客debug UEFI 在 11:51:04和11:51:09之间做了什么？ DEBUG image也没有显示任何内容，只是等待5秒的时间: 测试了JP5.1.3(L4T R35.5.0), 是一样的问题猜测： 难道是因为USB启动导致的? 使用devkit套件测试了，这里没有5s的延迟开机到登录耗时 31s在使用共享的Uefi更改对Orin进行刷新时，在NV

尝试优化Orin NX (p3767+p3768)与R35.4.1 BSP的启动时间；从USB引导Orin设备；最初，引导时间是55-57秒；在内核端进行了一些优化之后，我们现在是38-40秒；正试图在15秒内启动Orin设备，但是UEFI本身需要12秒才能完成（2）在不需要的文件中禁用驱动程序- NVIDIA.common.dsc.inc和NVIDIA.fvmain.fdf.inc（3）创建image。

关于这一点的内部讨论正在进行中，根据SSC的REFCLK规范，它将带来-300~+2800 ppm的偏差，因此频率规格将为99.72 ~ 100.03Mhz。根据MIPI_D-PHY_specification_v1-2，当工作在1.5 Gbps以上或转换到1.5 Gbps以上的任何速率时，发射机应发送桌面模式。REFCLK的规格是99.97 ~ 100.03Mhz，而客户在devkit和定制板上发现的是99.78/99.77Mhz。设计指南中的说明仅适用于SS、SS_TX_*和SS_RX_*。

设置指示器的一种方法是使用内部看门狗定时器，使用WDT_RESET_OUTA (GP63)或WDT_RESET_OUTB (GP21)作为指示器。原始默认RTC源设置为RTC1 (Orin_RTC)，下电后不能保持时间。载板上缓冲器为74LVC1G07GW，支持开漏功能，可用于3.3V。另外，请在任何使用情况下安装两个固定螺钉，以确保模块连接到载体足够好。我们做了机械冲击，跌落，装配测试，因为它们更能代表现场的应力。如果不需要启用3.3v容差，则需要在dts中进行以下设置。内部SW复位不会传播到IO引脚。

4、设备进入REC 模式，Orin nx通过Type-c与pc机连接，并将REC，GND引脚进行短接使其进入rec模式。为确保设备已经进入rec模式 ，可在终端输入lsusb进行查看，如若有‘Nvidia corp'即为进入rec模式。执行完如上操作后，显示‘successful’即为flash成功后可将设备断电，并把松开已短接引脚。接通DP、电源、鼠标等外接设备完成用户设置，此时你的jetson orin nx即可正常使用。7、完成上述操作后，您的Orin设备就可以正常work了。根据如下指令执行即可。

可以在pps-gpio.c中检查pps_gpio_setup()并调试驱动程序中无法请求引脚的原因。我将GNSS模块的PPS引脚连接到Jetson Orin Nano Devkit，但是当我在内核的defconfig中将模块从内置更改模块编译后，驱动启动正常。是否应该修改40针头的GPIO09(目前为SFIO)为默认配置?3. 查看Orin Nano/NX pinmux配置。不确定这是否是依赖顺序(模块加载顺序)的问题，发现PAC.06 已经默认配置成输入了。版本： jetpack 5.1.2。

在定制载体上使用Orin NX 16GB模块时遇到了散热问题，我们的散热解决方案:当SoC达到约85℃的温度时，模块正在将SHUTDOWN_REQ拉低。我们验证了两个LPDDR5组件不超过85°C，如热设计指南中所述。VDD_IN电源也稳定在5V。15W功率型号在四核上并行运行memtester工具模块上是否有任何其他组件需要检查，或者其他可能导致关闭请求的条件?在关机前是否看到任何警告信息输出?no, 没看到任何警告信息输出日志中没有关于过温或其他问题的记录。

按照如下步骤操作配置SPI，但仍无法正常工作启用spi的步骤:（1）使用jetson-io为spi1启用40pin 座子（2）编辑dts(把TPM(slb9670)设备通过spi 连接)，并使用dtc工具将dts编译为dtb。将TPM的reg设置为0x02。（3）设置extlinux.conf的FDT（4）reboot应该在/dev/中看到设备，但看不见使用spidev_test工具来测试spidev，但没有RX原因应该是引脚MOSI和MISO没有连接。

有个问题关于pcie vnet这意味着要把地址写在DMA地址寄存器？

附几种工作模式：0: MAXN。

拿到了一个新的Orin SOM，当用orin Devkit CVB或定制的CVB不能用Linux_For_Tegra刷机,flash日志(JetPack5.0DP和5.0.1DP都失败了)2. 确认mb2配置中将CVB的eeprom读取大小设置是否为0 ?已经确认是正常的在定制的orin cvb flash上使用Orin devkit som，启动是成功的。但新得到的Orin som并不工作可以排除理由：使用Orin Devkit CVB和Orin SOM(不是Devkit SOM)仍然不能

1. 前言代替默认的ttyTCU0。是否有办法将控制台端口更改为其他uart端口?试图修改tegra194-p3668-common.dtsi和cboot源代码切换/禁用控制台uart， 并它没有影响控制台仍然来自ttyTHS0 /ttyTCU0与tegra组合uart机制。tegra194-p3668-common.dtsichosen {bootargs =“console=ttyTHS1,115200”;board-has-eeprom;nvidia,tegra-joint_

1. 前言承接上篇调试记录Nvidia NX平台SPI从模式调试记录1_free-xx的博客-CSDN博客2. 修改如下硬件连接：SPI1_MOSI<-->SPI3_MISO, SPI1_CLK<-->SPI3_CLK, SP1_CS0 <--> SPI3_CS0 SPI1_CS1->SPI3_CS1.设备树：SPI1 has to be configured as Master and SPI3 has to be conf

1. 前言想运行spi测试通过连接的spi1和spi3的jetson xavier nx板。在连接spi1-spi3之前，我连接了spi1的MOSI-MISO (spi3的MOSI-MISO)，并使用spidev_test.c示例进行了测试，以确认tx rx在spi1和spi3上都可以正常工作。刚开始调试时有以下几个问题（1）连接spi1和spi3时，如何设置主模式和从模式? 是否更新pinmux吗?（2）下面两种方法之间的spi1-spi3如何连接?a. spi1 MISO

1. 前言承接上篇https://blog.csdn.net/jzwjzw19900922/article/details/1236665582. pe_test.sh支持USB2.0 & USB3.0测试目前，在pe_test.sh中启用USB2.0检查，如下所示test_and_check_init "usb storage" "lsusb -t" "Mass Storage, Driver=usb-storage, 480M"如果您想使用USB 3.0，启用以下代码

1. 前言承接上篇https://mp.csdn.net/mp_blog/creation/editor/1236664412. 测试脚本pe_test.sh#!/bin/bash### ENV DEFINITION ###SERVERIP_ETH0="10.0.0.36"DATE=`date "+%Y%m%d_%H%M%S"`LOGFILE=/root/pe_log/petest_log_$DATE.txt### FUNCTION ###count=1f

1. 前言正在为JetsonNano和XavierNX开发通用定制板。只有在XavierNX环境下，Eth端口在启动时没有Link Up。JetsonNano和XavierNX之间唯一的区别是CPU模块， 从CPU模块插座到RJ45连接器的电路完全相同。当未执行Link Up时，dmesg不会输出以下日志[ 34.616304] eqos 2490000.ether_qos eth1: Link is Up - 1Gbps/Full - flow control rx/tx[ 34.

1. 前言使用GPIO 7作为PWM8和GPIO 14作为PWM 7 在发布32.4.1版本上使用Jetson_Xavier_NX_Module_Pinmux_Configuration_Template。提到的引脚作为gpio工作，但我无法将它们配置为pwm。2.修改cfg文件不像Jetson Nano, Xavier NX使用cfg文件(tegra19x-mb1-pinmux-p3668-a01.cfg) 来控制pinmux而不是dtb。我能够看到GPIO14作为PWM工作，而我不能

1. 前言每个Jetson开发工具包包括一个40针扩展头。许多引脚既可以用作GPIO，也可以用作“特殊功能I/O”(SFIO)，如I2C、I2S等。40针头可以让你连接Jetson开发工具包到现成的树莓派帽子(硬件附加在顶部)，如Seeed Grove模块，SparkFun Qwiic产品，和其他。Jetson开发套件中所有I/ o的默认配置都是在系统闪现时静态定义并编程到设备中。为了在L4T版本32.3之前改变由40针扩展头暴露的引脚配置，必须使用合适平台的pinmux电子表格

1. 前言尝试在Jetson Nano上使用I2S麦克风(inmp441) 目前没有成功已经使用以下引脚(J40连接器的引脚编号)连接麦克风:(J40) (inmp441)Pin1 = (3 v)Pin12 = (SCK)Pin35 = (WS)Pin38 = (SD)Pin39 = (GND = L/R)已经配置了I2S4 Jetson引脚使用Adafruit SPH0645LM4H硬件 执行:（1）Sudo grep dap4 /sys/kernel/debug/te

1. 前言针对JetsonNano和XavierNX开发通用定制载板但是在XavierNX环境下，Eth端口在启动时没有Link Up。JetsonNano和XavierNX之间唯一的区别是CPU模块，从CPU模块插座到RJ45连接器的电路完全相同。当未执行Link Up时，dmesg不会输出以下日志[ 34.616304] eqos 2490000.ether_qos eth1: Link is Up - 1Gbps/Full - flow control rx/tx[ 34.

1. 前言承接上篇调试记录https://blog.csdn.net/jzwjzw19900922/article/details/1225651662. 搭建sdkmanager建立sd-blob.img for Jetson-210_Linuxdtc -I dtb -O dts tegra210-p3448-0000-p3449-0000-b00.dtb> output.txt使用sdkmanager中的jetpack 下载一个准备好的Linux_For_Tegra文件夹

1. 前言根据Nvidia Jetson Nano模块设计了一个定制载体自定义板有一个显示端口在DP1引脚，但没有HDMI, DP0没有分配；nvidia JETSON NANO套件有一个HDMI在DP1引脚和在DP0引脚显示端口DisplayPort连接在DP1引脚上，描述如下:如何更改设备树的DisplayPort和DP1_HPD引脚上的DP1?需要更改哪些dtsi文件?tegra210-porg-p3448 common.dtsi 文件在这里:2. 基本概念

1. 背景Xavier的PCIe插槽安装了一个10Gb以太网卡。当运行速度超过1Gb/秒时，大量数据包被丢弃。Netstat确认接口丢弃的数据包。系统似乎已经将卡标识为10Gb，但在1Gb时出现了瓶颈。SDK版本：Jetpack 4.1软件： 无线电制造商提供的基准I/O例程，使用的是Intel X520-DA2卡；两个GbE接口的ethtool输出显示固件版本为0x61c10001，驱动版本为ixgbe 4.6.42. 节点调试ifconfig output:

1. 前言使用WiFi板与Jetson Xavier NX模块连接调试。模块是BCM43455模块，使用的是SDIO接口。dts定义如下：sdhci@3440000 { #address-cells = <1>; #size-cells = <0>; compatible = "nvidia,tegra194-sdhci"; reg = <0x0 0x3440000

1. 前言操作步骤如下： bootloader/t186ref/BCT/tegra194-mb1-bct-misc-flash.cfg-enable_combined_uart = 1;-spe_uart_instance = 2;+enable_combined_uart = 0;+spe_uart_instance = 0xff;bootloader/t186ref/BCT/tegra194-mb1-bct-misc-l4t.cfg-enable_combined_uart .

1. 前言如何增加最大速度的pcie上的jetson xavier？因为被限制在2.5 GT/s Xavier似乎可以增加到8 GT/s。使用Jetpack 4.50004:00:00.0 PCI bridge: NVIDIA Corporation Device 1ad1 (rev a1) (prog-if 00 [Normal decode]) LnkCap: Port #0, Speed 8GT/s, Width x1, ASPM not supported, Exi

1. 前言现有的硬件使用CS0和CS1在一个SPI上连接一个FRAM和一个TPM模块，在Jetson Nano上运行ok。Xavier NX模块的问题是硬件控制芯片选择信号(CS0)的不同行为。以下描述适用于FRAM, TPM是没有问题的，是两种配置。SPI由“ioctl”函数控制，利用了“cs_change”选项。FRAM需要操作码，24位地址和内存数据。从操作码到数据流结束，CS必须保持低。下面的代码在Nano上运行良好:uint8_t tx[4] = { OPC...

1. 前言Xaiver NX上，使用sdmmc3为sd卡，正常工作。但是，当热插拔时会检测不到。使用GPIO12(GPIO3_PCC.04) 作为cd-gpiocd-gpios = <&tegra_aon_gpio TEGRA194_AON_GPIO(CC, 4) 0>;2. 正常情况系统启动前插入此存储卡时 可正常检测到此存储卡3. 检查SD卡连接（1）查看手册通过下载中心访问 Jetson Xavier NX产品设计指南， 并查看[SD卡

1. 前言JETSON NX开发板上配置CAN- bus与一个CAN收发器SN65HVD230。要求是改变设备树中的CAN时钟速率，让CAN时钟修改为40MHZ2. 如何设置准确的40MHz要实现40MHz，首先需要设置CAN父时钟为pllaon。适用于:Jetson Xavier NX和Jetson AGX Xavier默认情况下，PLLAON在T194 L4T平台上禁用以节省电力。在CAN和PWM等特定用例中，可能希望让PLLAON实现更高的时钟速率或更高的精度。

1. 前言由于需要接收车辆的CAN信息，就需要CAN收发功能；正好xavier平台自带两路CAN控制器；以下是驱动调试记录2. 硬件连接CAN总线获得数据使用OBD2;连接2个CAN收发器3. CAN配置#check current values of related registerssudo busybox devmem 0x0c303000sudo busybox devmem 0x0c303008sudo busybox devmem 0x0c30

1. 40pin引脚图usb转串口连接，将232信号转到pc机上2. uart1的设备对应ttyTCU0对应UART13. xavier端安装串口工具带图形界面的 cutecom,安装: sudo apt install cutecom打开cutecom: sudo cutecom ,Device选择/dev/ttyTHS0（1）发送数据在input输入要发送数据，回车即可（2）接收数据在pc端通过串口...

- Jetpack4.2.2./source_sync.sh -t tegra-l4t-r32.2.1- Jetpack4.3./source_sync.sh -t tegra-l4t-r32.3.1- Jetpack4.4./source_sync.sh -t tegra-l4t-r32.4.3- Jetpack4.4.1./source_sync.sh -t tegra-l4t-r32.4.4- Jetpack4.5./source_sync.sh -t tegra-