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中快了不少！