Before a couple of days, I wrote by mistake to the wrong I2C port and since then I can’t use my Jetson Nano.
I tried to flash a new SD card without any success.
I tried to use SDK manager also without any success. The SDK manager identifies the Jetson Nano when I get him to force recovery mode but it failed in the installation.
according to those failures. had you overwritten eeprom by accident?
here’s developer guide, Jetson Module EEPROM Layout for your reference.
so,
it’s SDKManger to assign default board spec into flash command-line; you’re able to execute flash.sh and assign the info manually to re-flash the target.
for example, it’s BOARDID=3448;FAB=200; for the Jetson-Nano-DevKits. (FAB value will depends-on your board sku)
you can execute flash.sh to input the board info manually to re-flash the target.
i.e. $ sudo BOARDID=<> FAB=<> ./flash.sh jetson-nano mmcblk0p1
you can dump the eeprom by $ sudo i2cdump -f -y 2 0x50. if this board is bootable,
otherwise, you’ll need to program the same values to pass the flash process.
By the way now when I try to reflash, I get the message:
ophir@ophir-VirtualBox:~/nvidia/nvidia_sdk/JetPack_4.6_Linux_JETSON_NANO_TARGETS/Linux_for_Tegra$ sudo BOARDID=3448 FAB=0000 ./flash.sh jetson-nano-devkit mmcblk0p1
###############################################################################
it’s my assumption you’ve program the chip-id as 0x42, which should be 0x21.
please assign the tegraid with -x options, i.e. $ sudo BOARDID=3448 FAB=0000 ./flash.sh -x 0x42 jetson-nano-devkit mmcblk0p1
you should also modify the flash.sh to make it recognize this board.
for example,
Hey, I tried to connect to the UART console debug session with two different USB to TTL adapters but nothing seems to work. I get no chars at the console.