jkink用戶配置文件

❶ 如何使用jlink燒寫s3c2416的nand flash

很多同學使用筆記本作為自己的ARM開發和學習的平台，絕大多數筆記本都沒有並口，也就是無法使用JTag調試和燒寫程序到Nand Flash中，幸好我們還有JLINK，用JLINK燒寫U-boot到Nor Flash中很簡單，大部分NOR Flash都已經被JLink的軟體SEGGER所支持，而新手在學習的時候經常會實驗各種各樣的命令，最悲劇的莫過於將NAND Flash中原有的bootloader給刪除了，這時候開發板上電後由於沒有bootloader，硬體沒有被初始化，在NAND Flash中的操作系統也就無法被載入，開發板成「磚」了，這時候筆記本又無法利用JTag燒寫程序進Nand Flash。起始這些可以利用JLink通過兩種方法解決：
一、方法一，利用NOR Flash。
這種方法是利用JLink能夠燒寫程序到NOR Flash來完成的，首先利用J-FLASH ARM將u-boot.bin燒寫進NOR Flash（記得燒寫到NOR Flash的0x0起始地址處），然後設置開發板從NOR Flash啟動，這時候系統進入U-boot命令行模式，這時候打開J-Link commander，輸入命令：r 看JLink是否能識別開發板的信息（也就是判斷JLink是否連接正常）。
以下是在J-Link commander里的命令，先假設u-boot.bin在你電腦的D盤根目錄下。
1. speed 12000 //設置TCK為12M，下載程序時會很快
2. loadbin d:\u-boot.bin 0x30000000
注意：0x30000000是你想要下載u-boot.bin到開發板的內存地址，內存地址根據不同的開發板設定不同，因為本文中使用的是FL2440，片上系統是S3C2440，內存掛載的地址區域是0x30000000~0x33ffffff，我們只需要把u-boot.bin下載到這片區域即可，

然後我們在U-boot命令行模式輸入NAND Flash擦除和寫入命令即可：
nand erase 0 40000
// 擦除從0地址開始的大小為0x40000的Nnad Flash扇區，0x40000是待寫入的U-boot.bin的大致長度，長度必須為NAND Flash頁大小的整數倍，通常會需要比u-boot.bin實際長度長。
nand write 30000000 0 40000 // 把前面下載到0x30000000的u-boot.bin燒寫到Nand去

然後我們再設置開發板從NAND Flash啟動即可。
二、方法二，直接通過JLink
假如你的開發板沒有NOR Flash或者是你使用的NOR Flash還未被J-FLASH ARM所支持，這時上面的方法你就無法使用了，這時候你需要一個初始化內存SDRAM的程序，這個程序完成的功能也就是配置好SDRAM的寄存器，使它能正常工作，fl2440的內存初始化程序下載地址：「2440init.bin」。你還需要准備一個特殊的u-boot_SDRAM.bin，它與你要燒寫到NAND Flash的u-boot.bin有區別，u-boot_SDRAM.bin編譯時需要在include/configs/開發板配置文件.h文件中添加：
#define CONFIG_SKIP_LOWLEVEL_INIT 1 //用來支持uboot在內存中直接運行
添加這個宏定義之後，U-boot就跳過了內存初始化的部分，因為此時我們的內存已經先由「2440init.bin「初始化好了，再次初始化會出現內存數據的丟失。
做好上面的准備工作之後，首先將開發板設為從NAND Flash啟動，啟動J-Link commander，先假設「u-boot.bin」和「2440init.bin」在電腦的D盤根目錄下。
loadbin d:\2440init.bin 0
setpc 0
g

為什麼需要把"2440init.bin"復制到0x0地址是因為S3C2440有4K的SRAM，它不需要初始化就可以直接執行程序，從NAND Flash啟動時，這個SRAM的地址會掛載到0x0~0x1000的地址空間，我們先把"2440init.bin"復制到SRAM中運行，執行這部分後S3C2440的SDRAM內存就初始化好了（地址空間0x30000000~0x33ffffff）。也許有人會說為什麼不一開始就把u-boot_SDRAM.bin放在SRAM中運行啊？SRAM只有4K的大小，而U-boot通常在100~300K，SRAM的空間顯然不夠，而"2440init.bin"的大小隻有不到2K，它可以在SRAM中運行。
內存初始化成功後，下載特製的u-boot_SDRAM.bin：
h
loadbin e:\u-boot_SDRAM.bin 0x33f80000
setpc 0x33f80000
g

❷ 想要java軟體安裝包，有哪位朋友有嗎

軟體介紹

java se development kit 9 64位，簡稱為java9 64位，是由oracle公司官方推出的一款Java語言的軟體開發工具包，面向Java開發人員，包括一個完整的JRE以及用於開發、調試和監視Java應用的工具，是整個Java的核心，其中包括了Java運行環境（Java Runtime EnvirnmeJava開發工具和Java基礎類庫源代碼）。java se 9是Java Platform的新更新，此版本包括期待已久的新特性，如Java Platform模塊化、性能提升、支持新標准以及許多其他改進。其中Java Platform模塊化是java se development kit 9的最大特色，在引入了模塊系統之後，JDK 被重新組織成 94 個模塊。Java應用可以通過新增的jlink 工具，創建出只包含所依賴的JDK模塊的自定義運行時鏡像，這樣可以極大的減少Java 9運行時環境的大小，使得JDK可以在更小的設備中使用。

所需工具：點擊下載java se development kit 9

10、支持Unicode 8.0。JDK 8支持Unicode 6.2。

Unicode的6.3，7.0和8.0標准相結合引入10555個字元，29個腳本，和42塊，所有這些在JDK 9支撐。

java9 64位安裝教程：

1、軟體下載解壓完成後，點擊jdk-9_windows-x64打開軟體包，等待片刻後點擊下一步開始安裝軟體。

2、選擇安裝組件和安裝路徑。

3、確定軟體安裝目錄。

4、java9 64位安裝完成。

更新日誌

java se development kit 9是一個主要的功能版本，以下總結了Java SE 9和JDK 9（Oracle的Java SE 9的實現）中的功能和增強功能。

A、關鍵變化：

一、Java平台模塊系統

介紹一種新的Java編程組件，這個模塊是一個有名的，自描述的代碼和數據集合。這個模塊系統：

1、引入了一個新的可選階段，即鏈接時間，該時間在編譯時間和運行時間之間，在此期間可以將一組模塊組裝並優化為自定義運行時映像; 看到jlink在工具Java平台，標准版工具參考。

2、將選項添加到工具javac，jlink以及java可以指定模塊路徑的位置，這些模塊路徑定位了模塊的定義。

3、介紹模塊化的JAR文件，它是一個JAR文件，mole-info.class在其根目錄中有一個文件。

4、介紹JMOD格式，除了可以包含本地代碼和配置文件之外，它是與JAR類似的打包格式; 看到這個jmod工具。

二、JEP 223：新的版本字元串計劃

提供簡化的版本字元串格式，有助於清楚地區分主要，次要，安全和修補程序更新版本。

B、新增功能

1、使用安裝程序的用戶界面啟用或禁用Web部署

提供在安裝程序的歡迎頁面中啟用或禁用Web部署的選項。要啟用Web部署，請在「 歡迎」頁面中選擇「 自定義安裝」，單擊「 安裝」，然後選中「 在瀏覽器中啟用Java內容」復選框。

2、JEP 222：jshell：Java Shell（Read-Eval-Print Loop）

將Read-Eval-Print Loop（REPL）功能添加到Java平台。

該jshell工具提供了一個用於評估Java編程語言的聲明，語句和表達式的互動式命令行界面。

它有助於對編碼選項進行原型設計和探索，並立即得到結果和反饋。即時反饋與以表達式開始的能力相結合對教育非常有用，無論是學習Java語言，還是學習新的API或語言功能。

3、JEP 228：添加更多的診斷命令

定義其他診斷命令以提高診斷Hotspot和JDK問題的能力。

3、JEP 231：刪除啟動時JRE版本選擇

刪除了在啟動時請求不是JRE版本的JRE版本的功能。

4、JEP 238：多版本JAR文件

擴展JAR文件格式，使多個Java特定版本的類文件能夠共存於一個歸檔中。

5、JEP 240：刪除JVM TI hprof代理

hprof從JDK中刪除代理。該hprof代理程序被編寫為JVM工具介面的演示代碼，並不打算成為生產工具。

6、JEP 241：刪除jhat工具

jhat從JDK中刪除該工具。

7、JEP 245：驗證JVM命令行標志參數

驗證所有數字JVM命令行標志的參數以避免失敗，如果發現它們是無效的，則會顯示相應的錯誤消息。

❸ iar for arm 用jlink下程序 復位或掉電後為啥程序就不跑了 怎樣設置才能讓他掉電後可以再次運行程序

哪款ARM晶元？復位和掉電後不跑程序，估計是你的啟動模式沒有設置好。STM32啟動模式 收藏
我們玩ARM9，一般都是在內存里調試程序，速度飛快。STM32下也可以這樣，雖說現在的flash壽命已經很長了，但flash中調試燒錄程序還是一個很慢的過程，有時候程序上一個小小的改動要花上幾倍的時間下載代碼，這確實是不能忍受的。
我們也可以在開發STM32時，在內存中調試程序。
{
STM32這顆Cortex-M3控制器，與其他許多ARM一樣，提供了BOOT0和BOOT1兩個管腳用於啟動選擇。
BOOT1=x BOOT0=0 從用戶快閃記憶體啟動，這是正常的工作模式。
BOOT1=0 BOOT0=1 從系統存儲器啟動，這種模式啟動的程序功能由廠家設置。（用於串口ISP）
BOOT1=1 BOOT0=1 從內置SRAM啟動，這種模式可以用於調試。
在晶元上電復位時，BOOT0和BOOT1兩個管腳的狀態將決定晶元從何處啟動。

1.當BOOT0和BOOT1均設置為邏輯1時，系統將從內置SRAM中啟動，這是代碼內存調試的第一個條件。
}
經多次確認，BOOT0和BOOT1狀態與內存中調試無直接聯系

2.然後，我們需要在代碼中設置正確的中斷向量表位置。中斷向量表通常被放置在用戶程序的開始，所以flash中運行時，向量表位於0x08000000處，而當代碼被放置在SRAM中運行時，他的位置就成了0x20000000。在初始化NVIC時，我們可以放置如下代碼，定義向量表的位置

NVIC_SetVectorTable(0x20000000 , 0x0);
或
NVIC_SetVectorTable(0x08000000 , 0x0);

3. 在編譯器中，要進行正確的設置。這里以IAR 5.4為例說明。
3.1. 工程選項中Linker項，Config選項卡中，指定Linker Configuration File為stm32f10x_ram.icf， 該文件在FWLIB安裝包中可以獲得，IAR4和5分別有不同的配置文件。
3.2. 同樣是工程選項中Debug項，Download選項卡中，去掉所有鉤子，不下載代碼到flash

經過以上步驟，代碼就可以在內存中調試，下載速度飛快，調試速度也比flash中快了不少！