stm32上烧录程序为什么要按boot+reset

stm32上烧录程含耐弯序要按boot+reset是因BOOT启动出问题了。根据查询相关公开信息显示，stm32f4启动方式分三种：UserFLash、SystemFlash和EmbeddedSRAM，亩蔽通过BOOT0和BOOT1管脚配置，若BOOT启动出问题了，需要按boot+reset重谈闷新启动。

  这样的问题确实挺让人头痛的，往往这种情况还不报错，非常让人郁闷。28335我没用过。如果你用的是2812我能立即给你解决了。28335的话，我给你说一下我调试的经验吧。

  1.看看编译的时候有没有错误。如果有错的话，对应的去网上搜一下，往往都能找到一些方法。

  2.跑个例掘含雹程看看，如果例程都不能跑通的话。先查查硬件有没有问题。

  3.例程跑通之后，将你的程序改小，然后将程序刷进去看看。一般就是按例程那样先一个模块一个模块的跑。如果加上某个模块不工作了，你看看有没有明显错误。如果没有，单独跑一下这个模块。如果单独可以跑的话。很有可能是cmd段分配和ccs设置的问题了。你可以试试在项目中右击，选择Properties(Alt+Enter),在如下图所示的选项卡中选择Optimization level,将其设置为off即不优化。

  4.下载进去之后，再在线调一下。在main开始处打个断点试试。如果程序是跑飞的进不了main.以2812为例，我建议你检查一下你的Boot ROM是不是选择的从内部启动。2812上有个引脚MP/MC(微处理器模式/微计算机模式),如果这个引脚为0说明被设置为从内部boot启动，你看一下28335有没有类似的引脚，建议你出现老悉ram中能运行，flash中不能运行的问题时，首先检查这引脚的状态。

  5.检查你的flash cmd文件，建议你先从Debug文件夹下的.map文件看起。.map文件是十分用于的。它包含了你编译出的所有段和定义的所有段的所有信息，包括段的起始地址、长度、使用长度和未使用长度。包括编译生成的test、cinint等段的信息，如果你发现某个段定义了但没有使用，很有可能是因为你这个判帆段长度太小了，它放不进去就不放了。你了解一下cmd的编写对应看map文件改改看。

ps:我的版本是ccs5.5，工程项目以在ccs3.3下创建的为例。.map文件部分截图如下：

发送的数据是随机的还是固定的？由于不知道你使用的具体工况，猜测可能的原因有：

1）烧写的逻辑册耐拆没做好，上电初始化过程就开始通讯发送数据了，可以检查程序（如果发送的数据是固定的八成是这个问题）；

2）如果片子里没烧程序，可能是上电时DSP的PIN全部默认置高，而485的发州枣送使能也是高电平，这时候如果TX上有电平变换（干扰神马的）则可能会出现发送随机数据的现象亩森。

---