1、在嘗試tftp傳輸windows目錄文件給開發板時當配完網絡相關內容想再在secureCRT上用SSH遠程連接VM中的ubuntu，發現不能登錄，因為沒配之前是可以登錄的，一個明顯表現就是ubuntu和windows不能互相ping通，網上查過說可能是和升級了WIN11有關，需要將WLAN屬性改為專用，然后在防火墻中專用網絡的配置下的入站連接設置為允許，并添加入站規則SSH的22端口，再然后開啟WLAN的共享屬性，到這里經過實際測試還是不通登不上去，所以后來再想不應該按它說的開啟WLAN的共享，而應該是開啟VMnet8的共享屬性，因為被連接的是VM里的ubuntu，而發起連接的是windows，到這里已經可以互ping而且能夠登陸了。

 2、解決了上面問題，將USB轉網口的這個網卡配置為靜態IP，但這里選用的是和windows（自動分配的1段）、VMnet8（自設的244段）都不相同的網段（10段），再在開發板想ping通windows，第一次嘗試時能通，但用tftp發送文件到20008000出現死循環狀態，也就是無論按q、esc、ctrl+c、ctrl+z還是按任何鍵，都無法輸入也無法退出，其實在uboot下用md命令查看20008000這個地址也陷入死循環狀態，在這個狀態下折騰了一段時間沒有進展，到了第二天早上，再次開機在開發板上去ping這個USB轉網卡的IP已經ping不通了，而且在windows這一側去ping這個USB轉網口也不通，折騰了又一會，既然想隔離外網構造一個只有開發板、USB轉網口、windows、ubuntu的獨立局域網不可行，那么直接選擇將這個USB轉網口的IP段、開發板都設成和windows自動分配的1段一致，起碼能保證開發板、USB轉網口、windows互通了，因為前三者都改了，ubuntu的VMnet0網段也需要跟著動（因為VMnet0改為了橋接到USB轉網口這個網卡，同時這里只是因為在windows有tftpd32軟件做服務端，而到后面ubuntu了也還是要用tftp進行測試，所以一起修改了，而在ubuntu修改需要在開機狀態下直接在網絡配置的小窗口中修改然后重啟才能生效，而這里實際修改過程出了一點插曲就是修改完，出現windows不能上網，查找后發現是重啟過后windows的WLAN被還原成了一個靜態的IP，改回動態分配即可），到這里就可以測試了，發現windows已經能ping通USB轉網口的網卡了，而從開發板uboot中ping這個USB轉網口的網卡也能ping通，所以再次開啟windows的tftpd32軟件然后uboot下執行tftp 20008000 a.txt，但還是陷入死循環，后面想了想，應該是這個地址未初始化不允許操作，而且友善的tiniy210和我手上的x210bv4s還是不完全一樣，比較明顯的就是燒錄uboot的地址，所以不再采用20008000，而是繼續沿用d0020010地址，但是考慮到不能破壞uboot（因為目前所有的操作都還基于uboot環境），所以查看了一下uboot大小為384KB，轉換16進制之后加上d0020010作為地址再次嘗試就能成功了，但是這個地址只作為測試傳輸效果使用，另外后面測試成功之后有試過再從開發板側ping這個USB轉網口的網卡，但是又不通了，插拔以后又好了，所以前面即便處于同一網段也不通的問題，這個 USB轉網口硬件也有一定的影響。

3、前面提到tiniy210測試用的地址是20008000，但是由于手上板子并不是tiniy210，所以按自己的理解選用了一個uboot結束大小后面的地址，即d0020190（384KB+d0020010），實際上，根據后面對uboot的深入，其實會發現這個20008000是對應kernel的地址，所以只需要找到X210BV4S上對應kernel地址即可，聯想到當時燒錄bootloader、kernel、system時是用fastboot，所以嘗試過重新用fastboot工具進行燒錄，看打印信息是否指示kernel的地址，很可惜的是只有一個start=N/A，而且重新燒錄uboot的過程中，發現windows下看到的uboot文件顯示大小為384KB，但是實際燒錄過程中會發現具體燒錄的數字是39xxxxxKB，也就是測試傳輸時要是放到d0020190也還是不夠保險的，會對uboot造成少許破壞，不過根據對uboot的再深入，會發現，其實在uboot環境的print打印出來的環境變量bootcmd就包含有kernel的地址，那就是0x30008000。