AMX开发日记.docx

AM335X平台开发日记
2014-11-24至2014-11-29进行核心板原理图设计
2014-12-1至2014-12-10
进行PCB设计。

2014-12-5
开始学习AM335X软件部分的知识。
安装了vmware虚拟机，版本的。
安装了ubunt12.04版本。
安装vmware-tools，创建共享文件夹。
在root（需执行sudosu）下执行mount-tvmhgfs.host://mnt/hgfs
在windows共享文件夹存放TI安装包。在终端里面执行安装。安装目录为/usr/local/ti-sdk-am335x-evm#，一般会自动加入环境变量，如果没有，在/etc/environment增加环境变量：
（注意：6.0的安装包不支持ubunt14.04版本，只支持12.04以下的版本）
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/ti-sdk-am335x-evm/linux-devkit/sysroots/i686-arago-linux/usr/bin:"
输入命令arm-linux-gnueabihf-gcc–v
即可查询版本
执行setup.sh配置linux环境，例如安装包更新，NFS，TFTP，minicom等。

下载了UniflashV3，准备选择USB或者ETH接口进行FLASH编程。
执行命令makeCROSS_COMPILE=arm-linux-gnueabihf-O=am335xARCH=armam335x_evm编译u-boot，生成MLO(spl)和u-boot.img

Nandflash程序分区：
1.0-0x1ffff为SPL
2.0x20000-0x3ffff为SPLbackup1
3.0x40000-0x5ffff为SPLbackup2
4.0x60000-0x7ffff为SPLbackup3
5.0x80000-0x25ffff为uboot
6.0x260000-0x27ffff为env
7.0x280000-0x77ffff为linuxkernel
8.0x780000-为filesystem

9.下载uboot软件并进行修改适应新设计的核心板，并把uboot下载到板子里调试运行。

2014-12-8
下载安装TI的AM335X开发板的6.0软件包，安装下载了用于USB下载烧录FLASH的工具UniFlash，学习UniFlash的使用方法。

2014-12-9
今日编写部门年度计划和总结，未进行软件调试。

2014-12-10
编译uboot，尝试用USB下载，下载安装了驱动程序linux_am335x.inf，板子能识别USB接口并虚拟成网口，但是程序下载过程中没反应。

学习uboot的软件结构，编译选项和编译过程，分析uboot中SPL的运行过程，不同加载方式的区别等。

SPL加载执行过程：
首先Start.s里面调用cpu_init_crit，再运行lowlevel_init，里面执行s_init()
然后运行_main，在arch/arm/lib里面的crt0.s中
运行board_init_f，在arch/arm/lib里面的spl.c中，再运行board_init_r()。
执行spl_board_init到am33xx_spl_board_init，进行主频设置（会根据不同板子进行）。
根据启动参数boot_params.omap_bootdevice来选择进行uboot.img的加载。
跳转到uboot程序运行，这里也可以选择通过SPL直接加载linux。

尝试用UART口加载程序，采用xmodem可以下载，但是下载后没有反应。
晚上采用PSP的软件包编译，放到SD卡里面可以加载运行。

但是仍然不理解为什么UART下载的程序不运行，是否内部ROM程序把软件加载位置和编译选项之间的关系不匹配？但查不到出问题的地方。

2014-12-11
把关于EEPROM的部分删除，编译UBOOT，可以在周立功的板子上运行，并可以加载ubot，进而引导内核。可能是SD卡文件系统有问题，就是加载文件系统失败。
另外发现在运行CPSW时提示“wait_for_user_accessTimeout”，这是对PHY操作的MDIO长时间处于忙状态导致，判断GO状态位，在寄存器MDIOUSERACCESS0中有说明。
下一步准备在uboot中调通以太网和NANDFLASH。

2014-12-12
Nand调试说明：
首先修改Mem.c中的gpmc_init()函数，相应修改Mem.h中的配置。查看gpmc_co