OMAP137往Flash里烧写程序，烧进去之后程序不对是怎么回事

ARM的RBL做一些初始化后，根据BOOTCFG寄存器的设定，从指定的地方读取用于启动U-Boot的Bootloader，即U-Boot BootLoader，简称UBL。UBL可以放在Nandflash，或者通过串口下载等方式取得。值得说明的是，这里的UBL是(AIS Application Image Script )格式，而不是通常的BIN格式。

当ARM RBL读取到UBL后就根据AIS格式中的命令初始化、加载并运行UBL。然后就是UBL加载运行U-Boot，U-Boot根据启动参数启动Linux，Linux根据启动参数加载根文件系统。

这时ARM核上的Linux就运行起来了，但DSP还处于休眠状态。在Linux经过一系列初始化后会执行跟文件系统中/etc/profile的指令。我们在这里添加插入DSP Link内核模块的命令，就会在/dev目录下产生一个叫dsplink的设备文件。这个DSP Link内核模块就是通过前面所说的中断和PSC设定就可以完成与DSP的通信与控制。

然后再执行我们自己的ARM端程序，在ARM端程序中使用DSP Link的库函数来访问dsplink设备，从而在用户空间实现对DSP核的控制与通信。在我们写的ARM端程序中使用DSP Link库函数加载DSP端的应用程序到内存，使用DSP Link的PROC函数启动DSP核。然后ARM核和DSP核就都各自独立运行起来了，通过DSP Link来进行通信

1602液晶显示模块有个特性，就是在通电后，如果没有正确执行初始化 *** 作，屏幕将会出现第一行点阵全部点亮、第二行点阵不亮的现象，此时除了初始化 *** 作以外，1602液晶屏不接收其它 *** 作指令。因此，在驱动1602液晶屏的时候出现这种情况，应该重点检查控制电路（单片机或者其它控制器）是否正确输出了初始化的信号。

stm32烧录程序后灯的亮度很暗是什么问题：

1、检查代码问题，编译通过，排除语法问题。

2、检查时钟，引脚配置是否有误。

3、排除软件问题。

4、检查硬件问题，将正点原子的原版程序烧录进去之后，正常运行，排除硬件问题。

5、Keil软件的设置问题。

---