AM335X开发日记复习进程

A M335X开发日记

AM335X平台开发日记

2014-11-24至2014-11-29进行核心板原理图设计

2014-12-1至2014-12-10

进行PCB设计。

2014-12-5

开始学习AM335X软件部分的知识。

安装了vmware虚拟机，10.0.1版本的。

安装了ubunt12.04版本。

安装vmware-tools，创建共享文件夹。

在root（需执行sudo su）下执行mount -t vmhgfs .host:/ /mnt/hgfs

在windows共享文件夹存放TI安装包ti-sdk-am335x-evm-06.00.00.00-Linux-x86-Install.bin。在终端里面执行安装。安装目录为/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/l ocal/ti-sdk-am335x-evm/linux-devkit/sysroots/i686-arago-linux/usr/bin:"

输入命令arm-linux-gnueabihf-gcc –v

即可查询版本

执行setup.sh配置linux环境，例如安装包更新，NFS，TFTP，minicom等。

下载了Uniflash V3，准备选择USB或者ETH接口进行FLASH编程。

执行命令 make CROSS_COMPILE=arm-linux-gnueabihf- O=am335x ARCH=arm

am335x_evm编译u-boot，生成MLO(spl)和u-boot.img

Nandflash程序分区：

1.0-0x1ffff 为SPL

2.0x20000-0x3ffff为 SPL backup1

3.0x40000-0x5ffff为 SPL backup2

4.0x60000-0x7ffff为 SPL backup3

5.0x80000-0x25ffff为 uboot

6.0x260000 -0x27ffff为env

7.0x280000-0x77ffff为 linux kernel

8.0x780000- 为file system

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加载执行过程：

1．首先Start.s里面调用cpu_init_crit，再运行lowlevel_init，里面执行s_init()

2．然后运行_main，在arch/arm/lib里面的crt0.s中

3．运行board_init_f，在arch/arm/lib里面的spl.c中，再运行board_init_r()。

4．执行spl_board_init到am33xx_spl_board_init，进行主频设置（会根据不同板子进行）。

5．根据启动参数boot_params.omap_bootdevice来选择进行uboot.img的加载。

6．跳转到uboot程序运行，这里也可以选择通过SPL直接加载linux。

尝试用UART口加载程序，采用xmodem可以下载，但是下载后没有反应。

晚上采用PSP的软件包编译，放到SD卡里面可以加载运行。

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

2014-12-11

把关于EEPROM的部分删除，编译UBOOT，可以在周立功的板子上运行，并可以加载ubot，进而引导内核。可能是SD卡文件系统有问题，就是加载文件系统失败。

另外发现在运行CPSW时提示“wait_for_user_access Timeout”，这是对PHY操作的MDIO长时间处于忙状态导致，判断GO状态位，在寄存器MDIOUSERACCESS0中有说明。

下一步准备在uboot中调通以太网和NANDFLASH。

2014-12-12

Nand调试说明：

1.首先修改Mem.c中的gpmc_init()函数，相应修改Mem.h中的配置。查看

gpmc_config = gpmc_m_nand;找到gpmc_m_nand的配置，也在Mem.h中。

2.外设引脚的配置在SPL中执行，在s_init()函数中，

enable_board_pin_mux(&header);header是从EEPROM中读出，如果没有EEPROM，需要自己重新定义。

3.重新编译uboot后，下载运行能识别NAND并可正常进行读写。

4.用UART或者SD卡启动后，可以在uboot里面进行nand的操作，具体说明

参考sitara-linuxsdk-sdg-06.00.00.00.pdf。

2014-12-13

以太网调试：

根据板子PHY的配置是RMII，因此需要移植

1.board.c里面，首先进行RMII接口外设的mux配置。

static struct module_pin_mux rmii1_pin_mux[] = {

{OFFSET(mii1_txen), MODE(1)}, /* RMII1_TXEN */

{OFFSET(mii1_txd1), MODE(1)}, /* RMII1_TXD1 */

{OFFSET(mii1_txd0), MODE(1)}, /* RMII1_TXD1 */

{OFFSET(mii1_rxd1), MODE(1) | RXACTIVE}, /* RMII1_RXD1 */

{OFFSET(mii1_rxd0), MODE(1) | RXACTIVE}, /* RMII1_RXD1 */

{OFFSET(mdio_data), MODE(0) | RXACTIVE | PULLUP_EN},/* MDIO_DATA */ {OFFSET(mdio_clk), MODE(0) | PULLUP_EN}, /* MDIO_CLK */

{OFFSET(mii1_crs), MODE(1) | RXACTIVE}, /* RMII1_CRS_DV */

{OFFSET(rmii1_refclk), MODE(0) | RXACTIVE}, /* RMII1_REFCLK */