[参考译文] Linux/AM3358：AM3358BZCZ100

不确定您是从什么开始的。 我将从头开始。 为了清晰起见、您可以检查我的语法并根据需要进行编辑。
----------------------------------------------------
我们有一个使用 AM3358BZCZ100处理器的定制 PCB。 该板与 BeagleBone Black 非常相似、但有一些差异。 PCB 没有板载 EEPROM 或 ENET。 它具有两个 eMMC 非易失性存储器。 一个用于操作系统的 eMMC、另一个用于数据记录。 加载操作系统的唯一途径是通过主串行端口。


研究后、SDK 6.0版似乎是最适合开始使用的版本、因为 U-boot 的安装和操作系统似乎在串行端口设置和配置方面得到了良好支持。 较新版本似乎主要利用 ENET 和 USB。


我们找到了一个链接、引导我们通过串行端口加载 u-boot 的过程：


processors.wiki.ti.com/.../Sitara_Linux_Training:_UBoot_Board_Port

按照这些说明、我们能够编译和创建 Uboot 的第1和第2阶段。 我们首先通过编译 GIT 存储库中指定的"基本"版本来实现简单。 我们目前使用的唯一外设器件是 DDR3 RAM。 我们只是想让处理器现在运行 u-boot、稍后我们将添加其他功能。

将我们的 PCB 连接到串行端口、使用 USB 转串行适配器、我们可以看到在为 PCB 供电时、字母"C"在屏幕上滚动。

我们可以使用"X-MODE"协议加载 u-boot 的第一级、而不会出现任何问题。 传输完成后、我们会在终端屏幕上再次看到一个字母"C"、后跟周期性十六进制值。 接下来、我们尝试通过"y-modem"协议发送 u-boot 的第二阶段。 但是、在等待几分钟后、我们会收到一条状态消息、表示发生了超时。 这是我们能够加载 u-boot 的方面。

在尝试进行故障排除时、我们购买了"BealgeBone Green"、并尝试通过串行端口加载我们的 U-boot 编译版本。 该过程再次卡在加载第二级 u-boot 上。

我尝试在互联网上搜索预编译的"基本"版本 u-boot、该版本允许我们通过"绿色"板上的串行端口执行 U-boot 测试负载、但我们无法找到。

我们必须仔细研究一个系统问题。

如果您有任何想法或想法、我们将不胜感激、