你好:
我有一塊自製的Orin Nano沒有做pinmux修改前都可以正常燒入。
由Jetson_Orin_NX_and_Orin_Nano_series_Pinmux_Config_Template.xlsm修改PH.07、PY.04、PZ.07、PI.02、PI.01、PI.00改成TEGRA_PIN_PULL_NONE。
執行sudo ./flash.sh --no-systemimg -c bootloader/t186ref/cfg/flash_t234_qspi.xml jetson-orin-nano-devkit internal進行燒入
過程出現NV3P_SERVER: Failed to initialize partition table from GPT.錯誤
我將pinmux還原後再一次燒入還是會出現同一個錯誤。
我拿一顆新的燒出現下面錯誤
Hi liyongru1998,
Are you using Jetpack 5.1.2(R35.4.1)?
Please share the steps how do you apply the change for pinmux.
So, the issue may not relate to the change in pinmux.
Could you flash the board with any method successfully?
我是使用Jetpack 5.1.2(R35.4.1)
Jetson_Orin_NX_and_Orin_Nano_series_Pinmux_Config_Template.xlsm
PH.07、PY.04、PZ.07、PI.02、PI.01、PI.00都改成N/A生成DT檔案
找到nvidia/nvidia_sdk/JetPack_5.1.2_Linux_JETSON_ORIN_NANO_TARGETS/Linux_for_Tegra/bootloader/t186ref/BCT/tegra234-mb1-bct-pinmux-p3767-dp-a03.dtsi
把生成的Orin-jetson orin nano&nx pinmux dp-pinmux.dtsi改名成tegra234-mb1-bct-pinmux-p3767-dp-a03.dtsi
將生成的檔案
改成
其他GPIO部分不動
執行sudo ./flash.sh --no-systemimg -c bootloader/t186ref/cfg/flash_t234_qspi.xml jetson-orin-nano-devkit internal進行燒入
沒改之前sudo ./flash.sh --no-systemimg -c bootloader/t186ref/cfg/flash_t234_qspi.xml jetson-orin-nano-devkit internal都可以執行
改過後都沒有燒入成功
另外一開始我不太清楚怎麼改，我有看到要生成cfg檔所以我有執行pinmux-dts2cfg.py但都失敗
我剛剛發現誤刪tegra234-mb1-bct-padvoltage-p3767-dp-a03.dtsi。
下圖問題補上後可以燒成功。
但我再重新燒一次，還是會有NV3P_SERVER: Failed to initialize partition table from GPT
QSPI可以反覆重新燒入嗎?第一次燒入成功但第二次失敗。
We would suggest configuring Z or Int PD or Int PU for Input pin.
Please share the full flash log to check if this pinmux device tree is in use.
You don’t need to run this python script which is used for T194.
Yes, it should be able to re-flash.
Please just run the following command to flash QSPI only.
$ sudo ./flash.sh -c bootloader/t186ref/cfg/flash_t234_qspi.xml jetson-orin-nano-devkit internal
好的
一樣無法燒入，下面是燒錄日誌
log.txt (80.4 KB)
[ 9.8065 ] 000000004d4d2c01: E> NV3P_SERVER: Failed to initialize partition table from GPT.
[ 10.0254 ]
[ 10.0254 ]
Error: Return value 1
Command tegradevflash_v2 --pt flash.xml.bin --create
Failed flashing t186ref.
Do you have any customization in flash_t234_qspi.xml?
Do you have another module to reproduce the same issue?
沒有
下面log2.txt，是另外一塊第一次燒錄正常，之後燒錄失敗的日誌。
log2.txt (80.4 KB)
我有另外再拿一個全新沒燒錄過的燒錄，正常。
I’ve checked you log2.txt.
There’s only the failed log.
Have you confirmed that you run the exact same command to flash QSPI only?
我剛剛試此命令刷新一樣失敗
抱歉跳進來用中文直接溝通一下
請問現在如果不改pinmux. 這片module到底是有什麼方法可以燒錄？
整機燒可以嗎? 單燒QSPI才會失敗？
我有兩片，一片8G、一片4G，不改pinmux單燒QSPI都可以燒。
之後改pinmux燒入這兩塊都失敗，把pinmux改回去再燒QSPI一樣失敗。
後來有拿新的一塊用下面指令燒QSPI正常，所以應該沒有改到其他地方。
整機燒沒有試過。
因為這兩塊嘗試很多次單燒QSPI，看起來不像電路受損，有除了整機燒之外的方法可以重新燒錄嗎?
能請你先試試看整機燒能不能燒成功嗎? 現在都只是debug的環節 就請你照我們說的試試.
基本上你前面已經抓過整包Linux_for_Tegra的話你這裡就不用再管sdkmanager能不能用了
直接用command line進行整機燒錄…
另外, sdkmanager在 ubuntu22.04是沒辦法燒jetpack5的
你好，我可透過這個方法進行燒錄，謝謝。
但是我透過Pinmux_Config.xlsm修改GPIO至tegra234-mb1-bct-pinmux-p3767-dp-a03.dtsi沒有效果。
那個可以先不討論.
請問你現在回去單燒QSPI還是不會成功嗎?
我剛剛單燒兩次都成功，謝謝。
所以是我有改到其他檔案導致燒錄失敗嗎?
是的. 感覺上不是純粹pinmux的問題.
如果pinmux沒生效 請你再開別的topic討論. 目前看起來燒錄失敗的問題已經不在了
好的，謝謝你的幫助。
