我买来的STM32板的BOOT0拉高，BOOT1拉低。为什么还能下程序

你上述BOOT0,BOOT1说的是系统上电启动后,程序从哪里加载,运行,是单片机问题

Jlink是JTAG接口,是内核的问题,JTAG口是单片机的内核,也就是CPU来控制 *** 作的,不受BOOT0,BOOT1的影响

您要问的是keil5设置芯片启动模式是什么吗。keil5设置芯片启动模式有三种，分别是：1、bootfrommainflashmemory。2、bootfromsystemmemory。3、bootfromembeddedmemory。

1、bootfrommainflashmemory该模式主要在往开发板下载程序时使用。

2、bootfromsystemmemory。该模式主要在项目开发时用到。

3、bootfromembeddedmemory。该模式也多用于项目开发，调试环节。

uboot是引导程序，android是系统，两者之间是两个独立工程，使用Uboot的目的只是为了引导Andriod的Linux内核和ramdisk(如果有需要使用ramdisk的话)。如果uboot通过屏蔽通过 h文件中拿掉一些宏定义，使uboot编译通过。那么Andriod编译时候，也应该对一下宏进行屏蔽。

你的采纳是我前进的动力!

记得好评和采纳，答题不易，互相帮助，

手机提问的朋友在客户端右上角评价点满意即可

如果你认可我的回答，请及时点击采纳为满意回答按钮

电脑进入BIOS 界面后，在进入boot 的 *** 作方法如下：

1、当启动时出现图标时，按住F2键进入BIOS界面。大多数计算机按住F2按钮，一些计算机品牌按F1或其他。

2、按向下箭头，选择Enter BIOS Advanced Settings，然后按Enter键。

3、选择病毒报警选项设置后，按Enter键确认。

4、使用箭头键在d出选择窗口中进行选择。选择完成后，按Enter键确认。

5、设置完成后，按ESC键返回主界面。选择退出选项，然后按Enter确认。

6、高级BIOS设置进入启动boot后， *** 作完成。

在IDE环境启动执行EOS *** 作系统时，会将bootbin、loaderbin和kerneldll三个二进制文件写入软盘镜像文件中，然后让虚拟机来执行软盘中的EOS *** 作系统。

仅使用其中一个是不能运行的。

Boot程序的功能是：在Boot程序执行的过程中，CPU始终处于实模式状态。Boot程序利用BIOS提供的int 0x13中断服务程序读取软盘FAT12文件系统的根目录，在根目录中搜寻loaderbin文件。如果Boot程序找到了loaderbin文件，会继续利用int 0x13功能将整个loaderbin文件读入从地址0x1000起始的物理内存，最后跳转到0x1000处开始执行 Loader程序，Boot程序的使命到此结束。

Loader程序的功能是：Loader程序的任务和Boot程序很相似，同样是将其它的程序加载到物理内存中，这次加载的是EOS内核。接下来Loader程序从软盘的根目录中将内核文件kerneldll载入物理内存0x10000处。然后Loader程序会启动分页机制，将物理内存最开始的约1/8（最小4M）映射到虚拟地址0x80000000处，这样kerneldll就位于虚拟内存0x80010000处了，这正好是kerneldll的运行基址。在Loader程序对内核文件进行节对齐 *** 作后，Loader程序就可以跳转到kerneldll的入口点继续执行，从而将控制权交给内核，Loader程序的使命到此结束。

如果将loaderbin的功能移动到bootbin文件中，则bootbin文件的大小仍然能保持小于512字节。 Boot程序的大小被限制在一个软盘扇区（512字节）之内，所以必须非常短小，除了加载并执行Loader程序之外不做任何其它事情。

答：在IDE环境启动执行EOS *** 作系统时，会将bootbin、loaderbin和kerneldll三个二进制文件写入软盘镜像文件中，然后让虚拟机来执行软盘中的EOS *** 作系统。

仅使用其中一个是不能运行的。

Boot程序的功能是：在Boot程序执行的过程中，CPU始终处于实模式状态。会继续利用int 0x13功能将整个loaderbin文件读入从地址0x1000起始的物理内存，最后跳转到0x1000处开始执行 Loader程序，Boot程序的使命到此结束。

Loader程序的功能是：Loader程序的任务和Boot程序很相似，同样是将其它的程序加载到物理内存中，这次加载的是EOS内核。然后Loader程序会启动分页机制，将物理内存最开始的约1/8（最小4M）映射到虚拟地址0x80000000处，这样kerneldll就位于虚拟内存0x80010000处了，这正好是kerneldll的运行基址。

如果将loaderbin的功能移动到bootbin文件中，则bootbin文件的大小仍然能保持小于512字节。 Boot程序的大小被限制在一个软盘扇区（512字节）之内，所以必须非常短小，除了加载并执行Loader程序之外不做任何其它事情。

以上就是关于我买来的STM32板的BOOT0拉高，BOOT1拉低。为什么还能下程序全部的内容，包括:我买来的STM32板的BOOT0拉高，BOOT1拉低。为什么还能下程序、keil5设置芯片启动模式、您好，uboot里面支持的芯片是不是就不需要对uboot进行修改而只要把编译好的uboot烧入到nand去等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！