Guía de depuración serie de Seeed Jetson

🔧Guía de depuración serie de Jetson

Para las carrier boards Jetson de Seeed Studio, cubriendo las plataformas Windows / Linux / macOS,
desde la depuración serie hasta la monitorización del sistema, ayudando a resolver pantalla negra, fallo de arranque, errores de flasheo y otros problemas clave.

Requisitos previos de depuración

Preparación de hardware

• Placa de desarrollo Seeed Jetson (alimentada correctamente)
• Cable de datos USB (USB-C o Micro-B según el modelo de la carrier board) / Módulo USB-a-UART de 3,3 V
• Ordenador host (cualquier Windows / Linux / macOS)

Herramientas de software recomendadas

SO	Herramientas recomendadas
Windows	PuTTY / MobaXterm, etc.
Linux	screen / minicom / picocom, etc.
macOS	screen / minicom, etc.

Nota del sistema

Los comandos de Linux de esta guía se han probado en Ubuntu 22.04 LTS. Otras distribuciones pueden requerir ajustes en los gestores de paquetes (por ejemplo, dnf, pacman) o en las configuraciones de ruta.

Depuración serie UART (núcleo)

La serie UART es el punto de entrada de bajo nivel para la depuración de Jetson, lo que te permite ver los registros completos de arranque del Bootloader y del kernel, y resolver pantalla negra, fallo de arranque, ocupación del puerto serie y otros problemas clave.

Advertencia de voltaje

Todos los puertos de depuración de Seeed Jetson usan nivel lógico de 3,3 V. Nunca uses módulos de 5 V, ¡o se producirá un daño permanente!

El puerto de depuración USB-C integrado en la placa incluye conversión de nivel, por lo que puedes conectarlo directamente con un cable de datos USB.

Métodos de conexión del puerto de depuración para cada serie

Puedes encontrar el modelo de dispositivo correspondiente en la página de Introducción a la Serie reComputer, localizar la posición de su puerto de depuración y luego conectar el puerto de depuración al ordenador host usando un cable de datos USB.

Requisito del cable de datos USB

Debes usar un cable de datos USB que admita transferencia de datos, no un cable solo de carga. Algunos cables USB-C baratos solo proporcionan alimentación y no pueden transmitir datos, lo que hará que el puerto serie no sea reconocido en el Administrador de dispositivos. Si el host no muestra ninguna respuesta después de conectar, prueba a sustituir primero el cable USB.

Chips USB-a-serie y controladores

Las carrier boards Jetson de Seeed usan diferentes chips USB-a-serie para sus puertos de depuración. El estado de soporte de controladores para cada chip en diferentes sistemas operativos es el siguiente:

Modelo de chip	USB VID	Windows	Linux	macOS
Silicon Labs CP210x	10C4	Requiere VCP Driver	Integrado en el kernel	Requiere VCP Driver
WCH CH340/CH343	1A86	Requiere WCH Driver	Integrado en el kernel	Requiere WCH Driver
FTDI FT232	0403	Requiere FTDI Driver	Integrado en el kernel	Integrado en macOS 12+

Identificación rápida del chip

• Windows: Comprueba el nombre del dispositivo bajo Ports (COM & LPT) en el Administrador de dispositivos
• Linux: Ejecuta lsusb y busca el campo ID xxxx:xxxx
• macOS: Información del sistema → USB → Comprueba el árbol de dispositivos USB

Identificación y conexión del puerto (baudios: 115200)

Después de conectar el cable de depuración, identifica el dispositivo serie correspondiente en el host y establece una conexión:

Windows

Identificar puerto: Pulsa Win + R, escribe powershell, pulsa Intro para abrir la terminal y ejecuta:

Get-PnpDevice | Where-Object { $_.FriendlyName -match 'COM' } | Select-Object FriendlyName, Status | Format-Table -AutoSize

Este comando obtiene todos los dispositivos que tienen COM en su nombre a través de la interfaz Plug and Play (PnP) de Windows, mostrando sus nombres descriptivos y estado de conexión. Ejemplo de salida:

FriendlyName                                  Status
------------                                  ------
Silicon Labs CP210x USB to UART Bridge (COM8) OK

Aquí, Silicon Labs CP210x USB to UART Bridge (COM8) es el dispositivo serie correspondiente al puerto de depuración de Jetson, con número de puerto COM8.

Alternativa con Administrador de dispositivos

También puedes comprobarlo a través del Administrador de dispositivos (Win + X → Administrador de dispositivos), expandiendo el nodo Ports (COM & LPT). Sin embargo, algunos dispositivos USB-a-serie pueden no aparecer bajo este nodo si los controladores no están instalados correctamente. Pueden mostrarse bajo Otros dispositivos con un signo de exclamación amarillo. En tales casos, el método por línea de comandos es más fiable.

Instalación del controlador (si el dispositivo no se reconoce):

Si la salida de PowerShell no contiene ninguna entrada CP210x / Silicon Labs, el controlador no está instalado. Usa el siguiente comando para buscar por USB VID (no se ve afectado por el estado de instalación del controlador):

Get-PnpDevice | Where-Object { $_.InstanceId -match 'VID_10C4' } | Select-Object FriendlyName, Status | Format-List

Si Status muestra Error, descarga e instala el controlador Silicon Labs CP210x VCP:

# Download and extract CP210x VCP driver
Invoke-WebRequest -Uri "https://www.silabs.com/documents/public/software/CP210x_VCP_Windows.zip" -OutFile "$env:TEMP\CP210x_VCP_Windows.zip" -UseBasicParsing
Expand-Archive -Path "$env:TEMP\CP210x_VCP_Windows.zip" -DestinationPath "$env:TEMP\CP210x_VCP_Windows" -Force

# Silent install (UAC prompt will appear, click "Yes")
Start-Process -FilePath "$env:TEMP\CP210x_VCP_Windows\CP210x_VCP_Windows\CP210xVCPInstaller_x64.exe" -ArgumentList "/s" -Verb RunAs -Wait

Después de la instalación, vuelve a ejecutar el comando de identificación para confirmar que Status cambia a OK.

Otros controladores de chip

Si tu carrier board usa un chip USB-a-serie diferente, descarga el controlador correspondiente:

• CH343 (VID:1A86): Descarga del controlador CH343
• FT232 (VID:0403): Descarga del controlador FTDI VCP

Conexión serie (PuTTY): Si PuTTY no está instalado, primero instálalo mediante winget:

winget install PuTTY.PuTTY

Después de la instalación, reinicia la terminal y ejecuta el siguiente comando para lanzar PuTTY en modo serie:

putty -serial COM8 -sercfg 115200

Sustituye COM8 por el número de puerto real que identificaste. Después de conectar, pulsa Intro una vez para ver el prompt de inicio de sesión.

Conexión serie (MobaXterm GUI):

MobaXterm es una potente herramienta de terminal para Windows que admite conexiones serie, adecuada para usuarios que prefieren una interfaz gráfica. Descarga: https://mobaxterm.mobatek.net/download.html

Pasos:

1. Abre MobaXterm y haz clic en el botón Session de la barra de herramientas
2. Selecciona Serial
3. Serial port — selecciona COM8 (el puerto identificado anteriormente)
4. Confirma que la velocidad en baudios es 115200, 8 bits de datos, 1 bit de parada, sin paridad
5. Haz clic en OK para establecer la conexión

Después de conectar, pulsa Intro una vez para activar el prompt de inicio de sesión. Introduce el nombre de usuario seeed, contraseña seeed para iniciar sesión.

Ventajas de MobaXterm

MobaXterm admite gestión por pestañas, transferencia de archivos SFTP integrada y guardado de la configuración de sesión, adecuado para escenarios de depuración repetidos.

Linux

Identificar puerto:

# List USB devices to find the UART Bridge chip
lsusb

Ejemplo de salida (línea clave):

Bus 003 Device 005: ID 10c4:ea60 Silicon Labs CP210x UART Bridge

# Check kernel-recognized serial device nodes
dmesg | grep -i ttyUSB

[ 1234.567890] usb 3-1: cp210x converter now attached to ttyUSB0

# Confirm device node exists
ls -l /dev/ttyUSB*

crw-rw---- 1 root dialout 188, 0  Jul 22 19:00 /dev/ttyUSB0

Normalmente aparece como /dev/ttyACM0 o /dev/ttyUSB0.

Conexión serie (screen):

# Install screen (if not installed)
sudo apt install screen

# Connect to serial
sudo screen /dev/ttyUSB0 115200

# Connect with logging
sudo screen -L -Logfile /tmp/serial.log /dev/ttyUSB0 115200

Para salir de screen: pulsa Ctrl+A, luego K, y confirma con y.

Conexión serie (picocom):

# Install picocom
sudo apt install picocom

# Connect to serial
sudo picocom -b 115200 /dev/ttyUSB0

# Connect with logging (records all I/O to file)
sudo picocom -b 115200 --logfile /tmp/serial.log /dev/ttyUSB0

Para salir de picocom: pulsa Ctrl+A, luego Ctrl+X.

Permisos del puerto serie:

En Linux, los dispositivos serie pertenecen al grupo dialout por defecto. Los usuarios normales deben añadirse a este grupo para acceder sin sudo.

# Method 1: Add user to dialout group (permanent, requires re-login or reboot)
sudo usermod -aG dialout $USER

# Method 2: Use sudo each time (temporary)
sudo picocom -b 115200 /dev/ttyUSB0

# Method 3: Configure udev rules (recommended, sudo-free)
sudo bash -c 'echo "SUBSYSTEM==\"tty\", ATTRS{idVendor}==\"10c4\", MODE=\"0660\", GROUP=\"dialout\", TAG+=\"uaccess\"" > /etc/udev/rules.d/99-tegra-serial.rules'
sudo udevadm control --reload-rules && sudo udevadm trigger

Nota sobre idVendor

El idVendor=="10c4" en la regla udev anterior corresponde al chip Silicon Labs CP210x. Si se usan otros chips (p. ej., CH340 1a86, FTDI 0403), reemplázalo con el VID correspondiente.

Ocupación del puerto serie por ModemManager

El servicio ModemManager en hosts Linux puede ocupar por error el puerto serie de depuración de Jetson, causando fallo de conexión o ausencia de salida. Si no hay respuesta después de conectar, ejecuta los siguientes comandos para liberarlo:

sudo systemctl stop ModemManager
sudo systemctl disable ModemManager

macOS

Identificar puerto:

# List all serial devices (cu.* for connection, tty.* for monitoring)
ls /dev/cu.* /dev/tty.*

Ejemplo de salida:

/dev/cu.SLAB_USBtoUART     /dev/tty.SLAB_USBtoUART

cu.* vs tty.*

• /dev/cu.* (Call-Up): Para llamar desde el host a un dispositivo — recomendado
• /dev/tty.*: Para llamadas hacia el sistema (p. ej., módem), espera la señal DCD

También puedes ver los dispositivos USB conectados mediante System Information (Cmd + Space → "System Information" → USB).

Conexión serie (screen):

macOS incluye el comando screen por defecto, no se necesita instalación adicional:

# Connect to serial
screen /dev/cu.SLAB_USBtoUART 115200

Para salir de screen: pulsa Ctrl+A, luego K, y confirma con y.

Conexión serie (minicom):

Para más funciones (p. ej., transferencia de archivos, guardado de configuración), instala minicom:

# Install via Homebrew
brew install minicom

# Connect to serial
minicom -D /dev/cu.SLAB_USBtoUART -b 115200

# First-time setup: enter configuration menu
minicom -s

Para salir de minicom: pulsa Ctrl+A y luego X, selecciona Yes para confirmar.

Instalación de controladores

Algunos chips USB-a-serie requieren instalación manual de controladores en macOS:

• Silicon Labs CP210x: VCP Driver Download
• CH340/CH343: WCH Official Driver Download
• FTDI FT232: Controlador integrado en macOS 12+, normalmente no requiere instalación

Problemas de permisos en macOS

Si obtienes Permission denied al conectar, el mecanismo TCC (Transparency, Consent, and Control) de macOS puede estar bloqueando el acceso del terminal a los dispositivos serie. Soluciones:

1. Ejecutar con sudo: sudo screen /dev/cu.SLAB_USBtoUART 115200
2. O conceder acceso del terminal a los puertos serie en System Settings → Privacy & Security

Después de conectar, pulsa Enter. Si el Jetson está encendido, verás un mensaje de inicio de sesión:

seeed-desktop login:

Introduce tu nombre de usuario y contraseña para iniciar sesión (nombre de usuario predeterminado seeed, contraseña seeed).

Referencia de parámetros del puerto serie

Parámetro	Valor
Nodo de dispositivo	/dev/ttyUSB0 (Linux) / COMx (Windows)
Chip USB	Silicon Labs CP210x UART Bridge (10c4:ea60) y otros chips comunes
Velocidad en baudios	115200
Bits de datos	8
Bits de parada	1
Paridad	Ninguna
Control de flujo	Ninguno

Ejecución de comandos por lotes no interactiva

Envía comandos automáticamente y registra la salida mediante una tubería, adecuado para operaciones mediante scripts:

# Batch send multiple commands
echo "seeed" | sudo -S bash -c '
rm -f /tmp/serial.log
(sleep 0.5
printf "uname -a\n"; sleep 1
printf "cat /etc/nv_tegra_release\n"; sleep 1
printf "lsusb\n"; sleep 2
printf "free -h\n"; sleep 1
sleep 1
) | timeout 10 picocom -b 115200 --logfile /tmp/serial.log /dev/ttyUSB0 2>&1
cat /tmp/serial.log
' < /dev/null 2>&1

Explicación de parámetros:

• sleep 0.5: Espera la inicialización de picocom
• printf "cmd\n": Envía el comando (con carácter de nueva línea)
• sleep N: Espera la ejecución del comando (los comandos complejos necesitan más tiempo)
• timeout 10: Tiempo máximo de ejecución de picocom
• --logfile: Registra toda la E/S serie
• < /dev/null: Evita que la contraseña de sudo interfiera con la entrada estándar de bash

Arranque del sistema y depuración del kernel

A través del puerto serie UART, puedes capturar los registros completos de arranque de Jetson para diagnosticar bloqueos de arranque, kernel panics y otros problemas.

Tres etapas de arranque

┌─────────────────┐    ┌──────────────────┐    ┌─────────────────┐
│  Bootloader     │ →  │  Kernel Boot     │ →  │  System Init     │
│  CBoot/U-Boot   │    │  Linux Load Drivers│   │  systemd Service│
│  Serial Only    │    │  Core Debug Info  │    │  User Mode      │
└─────────────────┘    └──────────────────┘    └─────────────────┘

Habilitar registros de arranque completos

De forma predeterminada, el parámetro quiet oculta la mayoría de los registros. Puedes habilitarlos con los siguientes pasos:

1. Edita el archivo de configuración de arranque:

sudo vim /boot/extlinux/extlinux.conf

2. Busca la línea APPEND, elimina quiet y añade ignore_loglevel
3. Después de reiniciar, podrás ver los registros completos del kernel a través del puerto serie

Ejemplo de archivo de configuración de arranque (extlinux.conf):

TIMEOUT 30
DEFAULT primary

MENU TITLE L4T boot options

LABEL primary
      MENU LABEL primary kernel
      LINUX /boot/Image
      FDT /boot/dtb/tegra234-p3768-0000+p3767-0005-nv-super.dtb
      INITRD /boot/initrd
      OVERLAYS /boot/tegra234-p3767-camera-p3768-imx477-quad-seeed.dtbo
      APPEND ${cbootargs} root=PARTUUID=71ff5c5e-33ca-40de-a4ac-34e8fb444c56 rw rootwait rootfstype=ext4 mminit_loglevel=4 console=ttyTCU0,115200 firmware_class.path=/etc/firmware fbcon=map:0 nospectre_bhb video=efifb:off console=tty0

Escenario remoto

Si puedes conectar mediante SSH, también puedes ver los registros del kernel directamente:

dmesg --follow
journalctl -k -f

Visualización de registros del kernel

Visualiza los registros del kernel mediante puerto serie o SSH:

# View recent kernel logs
sudo dmesg | tail -30

Ejemplo de salida:

[   16.578803] nvidia-modeset: Loading NVIDIA UNIX Open Kernel Mode Setting Driver for aarch64  540.4.0
[   16.591774] [drm] [nvidia-drm] [GPU ID 0x00020000] Loading driver
[   16.894182] [drm] Initialized nvidia-drm 0.0.0 20160202 for 13800000.display on minor 1
[   18.949172] IPv6: ADDRCONF(NETDEV_CHANGE): wlP7p1s0: link becomes ready
[   25.658172] pwm-tegra-tachometer 39c0000.tachometer: Tachometer Overflow is detected

Consulta de información del sistema

Después de conectar mediante serie, puedes ejecutar los siguientes comandos para ver la información del sistema Jetson.

Versión del kernel

uname -a

Linux seeed-desktop 5.15.148-rt-tegra #1 SMP PREEMPT_RT Fri Jun 26 14:21:16 CST 2026 aarch64 aarch64 aarch64 GNU/Linux

Versión de L4T / JetPack

cat /etc/nv_tegra_release

# R36 (release), REVISION: 4.3, GCID: 38968081, BOARD: generic, EABI: aarch64, DATE: Wed Jan  8 01:49:37 UTC 2025
# KERNEL_VARIANT: oot
TARGET_USERSPACE_LIB_DIR=nvidia
TARGET_USERSPACE_LIB_DIR_PATH=usr/lib/aarch64-linux-gnu/nvidia

Información del árbol de dispositivos

# Device tree model
cat /proc/device-tree/model | tr -d '\0'; echo

NVIDIA Jetson Orin Nano Engineering Reference Developer Kit Super

# Device tree compatible string
cat /proc/device-tree/compatible | tr -d '\0'; echo

nvidia,p3768-0000+p3767-0005-supernvidia,p3767-0005nvidia,tegra234

Versión del SO

cat /etc/lsb-release

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.5 LTS"

hostname

seeed-desktop

Consulta de información de hardware

Después de conectar mediante serie, puedes ejecutar los siguientes comandos para ver la información de hardware de Jetson.

Dispositivos USB

lsusb

Bus 002 Device 002: ID 0424:5744 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0bda:c822 Realtek Semiconductor Corp. Bluetooth Radio
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 004: ID 0424:2740 Microchip Technology, Inc. (formerly SMSC) Hub Controller
Bus 001 Device 002: ID 0424:2744 Microchip Technology, Inc. (formerly SMSC) Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Dispositivos PCI

lspci

0001:00:00.0 PCI bridge: NVIDIA Corporation Device 229e (rev a1)
0001:01:00.0 Ethernet controller: Microchip Technology / SMSC Device 7430 (rev 11)
0004:00:00.0 PCI bridge: NVIDIA Corporation Device 229c (rev a1)
0004:01:00.0 Non-Volatile memory controller: Phison Electronics Corporation PS5013 E13 NVMe Controller (rev 01)
0007:00:00.0 PCI bridge: NVIDIA Corporation Device 229a (rev a1)
0007:01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter
0008:00:00.0 PCI bridge: NVIDIA Corporation Device 229c (rev a1)
0008:01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)

Información de la CPU

lscpu | head -25

Architecture:                       aarch64
CPU op-mode(s):                     32-bit, 64-bit
Byte Order:                         Little Endian
CPU(s):                             6
On-line CPU(s) list:                0-5
Vendor ID:                          ARM
Model name:                         Cortex-A78AE
Model:                              1
Thread(s) per core:                 1
Core(s) per cluster:                3
Socket(s):                          -
Cluster(s):                         2
Stepping:                           r0p1
CPU max MHz:                        1728.0000
CPU min MHz:                        115.2000
BogoMIPS:                           62.50
L1d cache:                          384 KiB (6 instances)
L1i cache:                          384 KiB (6 instances)
L2 cache:                           1.5 MiB (6 instances)
L3 cache:                           4 MiB (2 instances)
NUMA node(s):                       1
NUMA node0 CPU(s):                  0-5

Memoria

free -h

               total        used        free      shared  buff/cache   available
Mem:           7.4Gi       559Mi       6.1Gi        29Mi       766Mi       6.7Gi
Swap:          3.7Gi          0B       3.7Gi

Uso de disco

df -h

Filesystem       Size  Used Avail Use% Mounted on
/dev/nvme0n1p1   116G   18G   93G  16% /
tmpfs            3.8G   84K  3.8G   1% /dev/shm
tmpfs            1.5G   27M  1.5G   2% /run
tmpfs            5.0M  4.0K  5.0M   1% /run/lock
/dev/nvme0n1p10   63M  110K   63M   1% /boot/efi

Dispositivos de bloque

lsblk

NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0          7:0    0     4K  1 loop /snap/bare/5
loop1          7:1    0 188.5M  1 loop /snap/chromium/3478
...
nvme0n1      259:0    0 119.2G  0 disk
├─nvme0n1p1  259:1    0 117.8G  0 part /
├─nvme0n1p2  259:2    0   128M  0 part
├─nvme0n1p3  259:3    0   768K  0 part
...
└─nvme0n1p15 259:15   0 479.5M  0 part

Tabla de particiones NVMe

sudo fdisk -l /dev/nvme0n1 | head -30

Disk /dev/nvme0n1: 119.24 GiB, 128035676160 bytes, 250069680 sectors
Disk model: NHESR128GTLEW-I3C-2
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 56FD10F7-6157-4F81-92CE-652E0183C667

Device            Start       End   Sectors   Size Type
/dev/nvme0n1p1  3050048 250069639 247019592 117.8G Microsoft basic data
/dev/nvme0n1p2       40    262183    262144   128M Microsoft basic data
...
/dev/nvme0n1p10  821800    952871    131072    64M EFI System
...

Monitorización del sistema y depuración avanzada de hardware

tegrastats — Monitorización del sistema en tiempo real

tegrastats es la herramienta oficial de monitorización del sistema Jetson de NVIDIA para ver el uso de CPU/GPU, temperatura, frecuencia y otra información:

# Real-time monitoring
tegrastats

# Customized output (1 second refresh, total 10 times)
tegrastats --interval 1000 --stop 10

Ejemplo de salida:

07-22-2026 19:16:38 RAM 629/7621MB (lfb 3x4MB) SWAP 0/3811MB (cached 0MB) CPU [2%@1036,0%@1036,0%@1036,0%@1036,0%@729,0%@729] GR3D_FREQ 0% [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] VDD_IN 4625mW/4625mW VDD_CPU_GPU_CV 527mW/527mW VDD_SOC 1379mW/1379mW

jtop — Monitorización visual mejorada

jtop proporciona una interfaz TUI interactiva. Instalación:

sudo pip3 install -U jetson-stats
sudo systemctl restart jtop.service
jtop

Archivos del árbol de dispositivos

Ver los archivos de árbol de dispositivos actualmente en uso:

ls /boot/dtb/

kernel_tegra234-p3768-0000+p3767-0005-nv.dtb
tegra234-p3768-0000+p3767-0005-nv-super.dtb

Paquetes de software de NVIDIA

Ver los paquetes de software de NVIDIA instalados:

dpkg -l | grep nvidia | head -20

ii  nvidia-cuda                                6.2.1+b38                                   arm64        NVIDIA CUDA Meta Package
ii  nvidia-cuda-dev                            6.2.1+b38                                   arm64        NVIDIA CUDA dev Meta Package
ii  nvidia-l4t-3d-core                         36.4.3-20250107174145                       arm64        NVIDIA GL EGL Package
ii  nvidia-l4t-apt-source                      36.4.3-20250107174145                       arm64        NVIDIA L4T apt source list debian package
ii  nvidia-l4t-bootloader                      36.4.3-20250107174145                       arm64        NVIDIA Bootloader Package
ii  nvidia-l4t-camera                          36.4.3-20250107174145                       arm64        NVIDIA Camera Package
ii  nvidia-l4t-configs                         36.4.3-20250107174145                       arm64        NVIDIA configs debian package
ii  nvidia-l4t-core                            36.4.3-20250107174145                       arm64        NVIDIA Core Package
ii  nvidia-l4t-cuda                            36.4.3-20250107174145                       arm64        NVIDIA CUDA Package
ii  nvidia-l4t-cuda-utils                      36.4.3-20250107174145                       arm64        NVIDIA CUDA utilities
ii  nvidia-l4t-firmware                        36.4.3-20250107174145                       arm64        NVIDIA Firmware Package
ii  nvidia-l4t-gstreamer                       36.4.3-20250107174145                       arm64        NVIDIA GST Application files
ii  nvidia-l4t-init                            36.4.3-20250107174145                       arm64        NVIDIA Init debian package
ii  nvidia-l4t-jetson-io                       36.4.3-20250107174145                       arm64        NVIDIA Jetson.IO debian package

Dispositivos MTD / QSPI

cat /proc/mtd 2>/dev/null || echo no-mtd
ls /dev/mtd* 2>/dev/null || echo no-mtd-dev

dev:    size   erasesize  name
no-mtd-dev

info

Algunos dispositivos no tienen nodos de dispositivo MTD; la memoria flash QSPI no se expone a través de /dev/mtd.

Depuración a nivel de hardware CoreSight

Se utiliza para analizar fallos difíciles de reproducir, cuellos de botella de rendimiento, basado en OpenCSD + herramientas perf:

# Record instruction execution flow
perf record -e cs_etm/@<trace-id>/u ls

# Analyze logs
perf report --stdio --dump

info

CoreSight es compatible con STM (System Trace Macrocell), que puede reemplazar de forma eficiente la depuración por software printk. Para la configuración detallada, consulta la Documentación oficial de depuración de NVIDIA.

Red y módulos del kernel

Interfaces de red

ip addr show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: enP8p1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 3c:6d:66:5d:a8:2c brd ff:ff:ff:ff:ff:ff
3: can0: <NOARP,ECHO> mtu 16 qdisc noop state DOWN group default qlen 10
    link/can
4: wlP7p1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 6c:d5:52:cc:9a:1d brd ff:ff:ff:ff:ff:ff
    inet 192.168.6.116/23 brd 192.168.7.255 scope global noprefixroute wlP7p1s0

Módulos del kernel cargados

lsmod | head -30

Module                  Size  Used by
nvidia_drm             94208  1
nvidia_modeset       1302528  5 nvidia_drm
lzo_rle                16384  36
lzo_compress           16384  1 lzo_rle
zram                   28672  12
zsmalloc               36864  1 zram
nvme_fabrics           24576  0
ramoops                28672  0
reed_solomon           20480  1 ramoops
bridge                270336  0
...
snd_soc_tegra210_admaif   131072  1
snd_soc_tegra186_asrc    40960  1
snd_soc_tegra_pcm      16384  1 snd_soc_tegra210_admaif

Flasheo y recuperación

Cuando el sistema se bloquea o no puede arrancar, puedes volver a flashear usando las herramientas oficiales. Para obtener pasos detallados de flasheo, consulta la página Flashing Jetson Linux, que cubre la descarga del BSP, la preparación del entorno, los pasos de flasheo específicos del dispositivo y la resolución de problemas comunes.

Registros de depuración de flasheo

Cuando el flasheo falla, asegúrate de recopilar dos tipos de registros para la resolución de problemas:

1. Lado host: Registro completo de salida desde la terminal de flasheo
2. Lado destino: Registro de arranque de Jetson capturado a través del puerto serie UART (prueba clave para la resolución de problemas)

Consejos de depuración

• Cuando el flasheo falla, revisa primero el registro serie UART: normalmente revela directamente la causa raíz
• Los problemas comunes incluyen: incompatibilidad de versión de BSP, problemas de conexión USB, configuración del entorno del host, etc.
• Para obtener ayuda, recopila los registros completos y ponte en contacto con el soporte técnico

Resolución de problemas comunes

Problema	Dirección de resolución de problemas
Fallo de conexión serie	Comprueba el cable USB, el número de puerto, el estándar de voltaje (3,3 V)
Sin registro de arranque	Confirma que la conexión del puerto de depuración es correcta; elimina el parámetro de arranque quiet del kernel
Fallo de flasheo	Revisa primero el registro serie UART; confirma que el modelo de la placa portadora y la versión de JetPack coinciden
Permisos insuficientes del puerto serie	Linux: Añade el usuario al grupo dialout; sudo usermod -aG dialout $USER
Puerto serie ocupado por ModemManager	sudo systemctl stop ModemManager; o deshabilitarlo permanentemente
El dispositivo no puede entrar en modo de recuperación	Comprueba que el jumper/botón sea correcto; prueba con un cable o puerto USB diferente

Apéndice: Recursos oficiales

Desarrollador de NVIDIA

El portal oficial para desarrolladores de NVIDIA, que incluye documentación técnica, descargas de SDK y recursos de desarrollo para la plataforma Jetson.

Desarrollador de NVIDIA↗

Tutorial de herramientas de desarrollo Jetson

Descripción general de las herramientas de desarrollo Jetson y tutoriales de uso proporcionados por Seeed Studio.

Tutorial de herramientas de desarrollo Jetson↗

reComputer Jetson para principiantes

Un proyecto reComputer Jetson para principiantes con abundantes ejemplos y tutoriales.

Proyecto de GitHub↗

Soporte técnico y debate sobre productos

Gracias por elegir nuestros productos. Ofrecemos múltiples canales de soporte para garantizar una experiencia fluida.