当前位置：首页 > news >正文

TI DaVinci DM355开发板入门：从硬件连接到软件开发环境搭建

news 2026/7/26 10:38:48

1. 项目概述

如果你正在嵌入式多媒体开发领域摸索，尤其是涉及到音视频编解码这类计算密集型任务，那么你大概率听说过德州仪器（TI）的DaVinci技术平台。这个平台的核心思想，简单来说，就是“让专业的芯片干专业的事”：用一个ARM处理器来跑操作系统、处理应用逻辑，再用一个高性能的DSP（数字信号处理器）来专门负责音视频编解码算法。这种异构架构的设计，就是为了在有限的功耗下，榨取出最大的多媒体处理性能。今天要聊的这块TMS320DM355 DVEVM v1.30开发板，就是TI为了让大家能亲手体验和评估这套DaVinci架构而推出的官方评估套件。

我手头这份2008年的入门指南，虽然年代有些久远，但它完整地勾勒出了一个典型的嵌入式多媒体评估系统的全貌。从开箱硬件连接，到上电运行演示程序，再到搭建基础的开发环境，它提供了一个非常清晰的“从零到一”的路径。对于刚接触DaVinci或者嵌入式多媒体系统的新手来说，这套板子和文档就像一份精心准备的“实验手册”，能帮你绕过很多初期摸索的坑。当然，以现在的眼光看，它的软件版本和工具链可能已经过时，但其揭示的软硬件协同设计思想、评估板的使用方法论，以及从演示到开发的进阶流程，依然具有很高的参考价值。接下来，我就结合这份指南和我的实际经验，带你重新走一遍这块经典评估板的入门之旅，并补充一些当年文档里可能没细说，但在实际开发中至关重要的细节和避坑点。

2. 硬件开箱与初始设置

2.1 套件内容与板载资源解析

打开TMS320DM355 DVEVM的包装箱，你会看到以下几样核心硬件。清点一下，这是所有后续工作的基础：

评估板（EVM Board）：主角，集成了TMS320DM355这颗DaVinci数字媒体片上系统（SoC）。DM355的特点是集成了一个ARM9内核和一个用于视频前/后处理的协处理器（视频处理子系统，VPSS），但没有独立的DSP核，其视频编解码由ARM借助硬件加速器完成，架构上更偏向于集成化。
通用电源适配器：支持宽电压输入，通常输出是5V/2A，为整个板子供电。注意正负极和接口尺寸，接反或接错有烧板风险。
连接线缆：通常包含一根串口线（用于调试控制台）和一根网线（用于网络通信和开发）。
红外遥控器（飞利浦）：这是与板载演示程序交互的主要方式，非常“多媒体设备”的配置。

把板子拿在手里仔细端详，你会发现其接口相当丰富，构成了一个最小化的多媒体系统：

视频输入：一个复合视频接口（CVBS），通常标记为J2，用于连接DVD播放器、摄像头等视频源。
视频输出：一个复合视频接口（J4），用于连接电视机或监视器。
音频接口：线性输入（P6）、线性输出（P3）和耳机输出，通过一颗TI的AIC33音频编解码器芯片实现。
网络接口：一个RJ45以太网口，由DM9000A芯片提供MAC/PHY功能。
调试接口：一个RS-232串口（P4，用于UART控制台）和两个JTAG接口（一个20针ARM JTAG，一个14针TI JTAG），用于深度调试和程序烧写。
存储与扩展：板载NAND Flash用于存储系统镜像和文件，SD/MMC卡槽用于扩展存储，还有USB接口等。

理解这些接口的用途，是后续正确连接和排查问题的基础。例如，视频没输出？先检查是接错了J2和J4，还是J1跳线帽的视频制式（NTSC/PAL）设错了。

2.2 硬件连接与上电检查

按照指南的步骤连接硬件，听起来简单，但顺序和细节决定成败。以下是我建议的操作流程和注意事项：

防静电准备：务必！务必！务必！佩戴防静电手环，或者至少先触摸接地的金属物体释放静电。评估板上的芯片对静电非常敏感，一个不小心就可能造成永久性损伤。
设置启动模式：找到板上的SW7拨码开关。默认出厂设置应该是从NAND Flash启动。确保其拨到正确位置（通常丝印有NAND标识）。这个开关决定了芯片上电后从哪里读取第一段启动代码（Bootloader）。
连接音视频外设：
- 将音箱或耳机连接到P3（LINE OUT）。
- 将音频源（如电脑、手机）连接到P6（LINE IN）。
- 将显示设备（电视或带AV输入的显示器）连接到J4（视频输出）。
- 将视频源（如摄像头）连接到J2（视频输入）。
- 注意：在通电前完成这些连接，避免热插拔对接口电路造成冲击。
连接调试与通信线缆：
- 将串口线一端接板子的P4（UART），另一端接电脑的串口。如果电脑没有串口，你需要一个USB转串口线，并安装好对应的驱动。
- 将网线一端接板子的以太网口，另一端接路由器或与开发主机直连。
最后上电：将电源适配器连接到板子的电源接口。记住一个原则：最后连接电源。在所有信号线连接好之后，再接通电源，可以避免一些未知的瞬态信号损坏板卡。

上电后，观察板上的电源指示灯（通常标记为PWR或D1）是否亮起。如果指示灯不亮，立即断电检查电源适配器输出和板子电源电路。如果指示灯正常，视频输出设备应该会在几秒后显示启动画面或遥控器示意图。

实操心得：很多新手会忽略跳线帽J1（NTSC/PAL选择）。如果你的显示设备是NTSC制式（如美标、日标），而跳线帽设置在PAL（欧标、中国标），那么很可能没有显示输出，或者画面不同步。务必先确认你的显示设备支持的制式，并设置好J1。此外，串口是嵌入式开发的“生命线”，即使网络不通，通过串口也能看到系统启动的完整日志，对于排查问题至关重要。

3. 软件演示程序运行与体验

3.1 理解默认启动流程

板子出厂时，NAND Flash里已经烧写好了完整的软件系统，包括U-Boot（Bootloader）、Linux内核、根文件系统以及演示程序。上电后的默认流程是这样的：

DM355芯片从NAND Flash加载U-Boot。
U-Boot初始化硬件，并读取环境变量（其中包含了启动参数bootargs和启动命令bootcmd）。
默认的bootcmd会从NAND Flash加载Linux内核镜像（uImage）到内存，并启动内核。
Linux内核启动，挂载NAND Flash上的根文件系统（通常是JFFS2或UBIFS这类适合Flash的文件系统）。
系统进入指定的运行级别（通常是3），执行初始化脚本。关键的一步是，脚本会启动一个演示程序的Web服务器和用户界面进程。
最终，视频输出显示红外遥控器示意图，系统等待用户交互。

这个“开箱即用”的设计非常友好，让你无需任何主机开发环境，就能立即体验板子的多媒体能力。如果你想中断这个自动启动过程（比如想进入U-Boot命令行），需要在串口控制台显示Hit any key to stop autoboot的几秒内，快速按下键盘任意键。

3.2 使用红外遥控器运行独立演示

当屏幕显示出遥控器示意图时，你就可以拿起配套的飞利浦万能遥控器了。首先需要对其进行编码设置，使其能控制评估板：

按住遥控器的“Code Search”键，直到红色指示灯常亮。
按下“DVD”键。
用数字键输入“0020”。
按“Power”键或等待指示灯熄灭。设置完成后，按“DVD”键确保遥控器处于DVD模式。

完成设置后，按遥控器的“Play”或“OK”键，即可进入主菜单。主菜单通常提供三个演示选项：

编码+解码演示（Encode + Decode Demo）：实时采集视频输入，进行MPEG-4编码，紧接着解码，并将结果输出到显示器。这是一个完整的视频“环通”演示，用于展示实时视频处理流程。
编码演示（Encode Demo）：采集视频和音频（来自线路输入或麦克风），分别编码为MPEG-4视频文件和G.711音频文件，并保存到板载NAND Flash中。
解码演示（Decode Demo）：读取NAND Flash中存储的MPEG-4视频文件和G.711音频文件，进行解码并同步播放。

使用上下方向键选择演示，按“OK”进入。在每个演示的设置界面，你可以用方向键选择编码格式、分辨率、码率等参数（尽管演示版可能选项有限）。按“Play”或“Record”（编码演示需按两次）开始运行。运行过程中，屏幕上会叠加显示处理器负载、帧率、码率等实时信息。按“Info/Select”键可以切换显示或隐藏这些信息，左右键可以调整信息叠加的透明度。

演示背后的技术原理：这些演示程序虽然是简单的应用程序，但其底层架构已经体现了DaVinci软件框架的雏形。应用程序运行在ARM Linux用户空间。当需要进行编解码时，它并不直接调用算法库，而是通过一个名为Codec Engine的中间件。Codec Engine作为一个抽象层，负责管理算法实例，并处理ARM与DSP（或本例中的硬件加速器）之间的通信。应用程序只需调用统一的API（如VIDENC_process），Codec Engine就会在后台调度具体的编码器算法（运行在DSP或由ARM调用硬件加速器）执行，并将结果返回。这种设计将应用开发与具体的算法实现解耦，提高了软件的复用性和可维护性。

3.3 通过命令行与网络控制演示

除了遥控器，你还可以通过更“极客”的方式与板子交互。

串口命令行控制：

通过串口终端（Windows用SecureCRT/PuTTY，Linux用minicom或screen）连接到板子，参数设置为115200-8-N-1，无流控。
板子启动后，在串口终端里会得到一个Linux的shell提示符（如Target $）。
在运行演示前，需要确保内核模块已加载。执行：
```
cd /opt/dvsdk/dm355 ./loadmodules.sh
```
这个脚本会加载cmemk.ko（用于管理共享内存）等驱动模块，这是Codec Engine正常工作所必需的。
进入演示程序目录，例如/opt/dvsdk/dm355/demos/encodedecode，直接运行./encodedecode即可启动编码解码演示。你可以通过-h参数查看各种命令行选项，例如指定输入输出设备、文件路径、编码参数等。这种方式比遥控器更灵活，适合自动化测试或集成到其他脚本中。

网络Web控制：板子启动后，还内置了一个轻量级的Web服务器（thttpd）。你可以在同一局域网内的电脑浏览器中，输入板子的IP地址（IP地址显示在演示程序主菜单的右下角）进行访问。网页上提供了简单的界面，可以查看系统信息，甚至通过CGI脚本启动或停止演示程序。这展示了如何通过网络远程管理嵌入式设备。

常见问题与排查：
问题：串口无输出。
排查：1) 确认串口线连接正确；2) 确认终端软件参数（115200, 8N1, 无流控）；3) 尝试更换USB转串口线或电脑USB口；4) 检查板子是否正常上电启动。
问题：演示程序启动失败，报错“打开设备失败”或“无法分配内存”。
排查：1) 确认loadmodules.sh脚本已成功执行，用lsmod命令查看cmem等模块是否加载；2) 检查是否有其他进程（如之前通过遥控器启动的演示）占用了视频/音频设备，先用ps命令查看并kill掉相关进程；3) 如果是编码演示报“文件系统满”，是因为NAND Flash空间有限，演示有5分钟录制限制，需要手动删除旧文件。
问题：视频显示不正常（无图像、颜色异常、不同步）。
排查：1) 确认J1跳线帽的视频制式与显示设备匹配；2) 检查视频线缆是否完好；3) 在U-Boot中使用printenv videostd命令查看环境变量设置，并使用setenv videostd [ntsc|pal]和saveenv进行修改。

4. 软件开发环境搭建与深度配置

4.1 软件体系结构剖析

要基于DVEVM进行开发，仅仅运行演示是不够的，需要搭建完整的交叉编译环境。套件附带的DVD提供了所需的全部软件，其核心是DaVinci Software Development Kit (DVSDK)。DVSDK是一个软件套件，包含了以下关键组件：

目标板Linux系统：基于MontaVista Linux Pro v5.0（一个商业嵌入式Linux发行版）定制的内核、根文件系统、设备驱动。
工具链：ARM架构的交叉编译器（如arm_v5t_le-gcc）、调试器、库等。
框架与中间件：
- Codec Engine：算法引擎，提供统一的API调用音视频编解码算法。
- DSP Link：用于ARM和DSP间通信的软件组件（在DM355中，虽然无独立DSP，但此框架仍存在）。
- CMEM：连续内存分配器，为多媒体大数据块（如图像帧）提供物理上连续的内存分配，这对DMA操作至关重要。
- Linux DVSDK：包含视频、音频等驱动。
演示程序源码：提供了学习参考的范例。

整个软件栈呈现一个分层结构：最上层是用户应用程序（如演示程序）；中间是Codec Engine和DSP Link等中间件；底层是Linux内核、驱动以及可能的DSP算法服务器。开发者的工作主要集中在上层应用和算法的集成。

4.2 主机环境准备与软件安装

假设你的开发主机是Linux系统（如Ubuntu），以下是搭建环境的详细步骤和避坑指南：

安装依赖包：首先确保主机系统安装了必要的32位兼容库和工具，即使你是64位系统。
```
sudo apt-get update sudo apt-get install libc6-i386 lib32z1 lib32stdc++6 ncurses-dev u-boot-tools
```
缺少这些库会导致后续工具链运行失败。
安装目标板软件：将DVD中的目标板文件系统镜像（可能是tisdk-dm355-evm-rootfs.tar.gz）解压到主机的一个目录，例如/opt/dvsdk/target。这个目录后续可以通过NFS（网络文件系统）挂载到目标板，作为板子的根文件系统，这样在主机上修改代码后，板子上能立即运行，极大提高开发效率。
安装DVSDK：运行DVD中的安装脚本（如setup.sh）。关键一步是正确设置Rules.make文件。这个文件定义了交叉编译工具链路径、目标板类型、内核源码路径等所有环境变量。你需要根据你的安装路径仔细修改：
```
# Rules.make 示例片段 DVSDK_INSTALL_DIR=/opt/dvsdk MVTOOL_DIR=/opt/mv_pro_5.0/montavista/pro/devkit/arm/v5t_le LINUXKERNEL_INSTALL_DIR=/opt/dvsdk/linux-dm355 TARGET_FS=/opt/dvsdk/target
```
路径错误是编译失败的最常见原因。
配置NFS服务器：为了让目标板能挂载主机的文件系统，需要在主机上配置NFS服务。
```
sudo apt-get install nfs-kernel-server sudo vim /etc/exports
```
在/etc/exports文件中添加一行（假设你的目标板IP是192.168.1.100）：
```
/opt/dvsdk/target 192.168.1.100(rw,sync,no_root_squash,no_subtree_check)
```
然后重启NFS服务：sudo systemctl restart nfs-kernel-server。务必用showmount -e localhost命令检查是否导出成功。

4.3 配置目标板从网络启动

为了使用主机的NFS根文件系统进行开发，需要改变目标板的启动方式。这通过修改U-Boot的环境变量来实现。

启动板子，在串口倒计时阶段按键进入U-Boot命令行。
设置新的启动参数。以下是一个典型的配置示例，将根文件系统设置为NFS：
```
setenv bootargs 'console=ttyS0,115200n8 noinitrd ip=dhcp root=/dev/nfs nfsroot=192.168.1.50:/opt/dvsdk/target,nolock rw mem=120M'
```
- console: 指定控制台为串口0，波特率115200。
- ip=dhcp: 让板子通过DHCP获取IP地址。确保你的路由器开启了DHCP，或者主机配置了DHCP服务器。
- root=/dev/nfs: 指定根设备为NFS。
- nfsroot=192.168.1.50:/opt/dvsdk/target: 指定NFS服务器的IP和路径。
- mem=120M: 给Linux内核指定内存大小，需根据板子实际内存调整。

设置启动命令，从TFTP服务器加载内核镜像：

setenv serverip 192.168.1.50 # 你的TFTP服务器IP（通常是开发主机） setenv ipaddr 192.168.1.100 # 目标板的静态IP（如果不用DHCP） setenv bootcmd 'tftp 0x80700000 uImage-dm355-evm.bin; bootm 0x80700000'

tftp命令将从TFTP服务器下载内核镜像uImage-dm355-evm.bin到内存地址0x80700000，然后bootm命令从该地址启动内核。

保存环境变量：saveenv。然后重启：reset。

如果配置正确，板子会从网络获取IP，通过TFTP下载内核，并挂载NFS根文件系统。你可以在主机/opt/dvsdk/target目录下创建文件，在板子上立刻看到，这证明NFS挂载成功。

深度避坑指南：
TFTP服务器设置：在主机安装tftpd-hpa，并确保其目录（如/var/lib/tftpboot）有权限，且防火墙放通了UDP 69端口。将编译好的uImage内核镜像复制到该目录。最简单的测试方法是：tftp localhost->get uImage-dm355-evm.bin。
NFS挂载失败：最常见的原因是主机防火墙阻止了NFS端口（2049等）。可以暂时关闭防火墙测试：sudo ufw disable。或者，检查/etc/exports语法和客户端IP是否正确，修改后需exportfs -ra重新导出。
内核版本匹配：确保你通过TFTP加载的内核镜像，与NFS根文件系统中的内核模块（/lib/modules/下的目录）版本完全一致。否则会导致模块无法加载。编译内核和模块时，务必使用同一套源码和配置。
文件权限问题：在NFS共享目录中，板子（以root身份）创建的文件，在主机上可能显示为nobody。no_root_squash选项就是为了解决这个问题，但存在安全风险，仅在开发环境中使用。

5. 从演示到开发：编译与调试实战

5.1 编译第一个Hello World程序

环境搭好后，我们来实战编译一个简单的程序，验证整个工具链是否通畅。

编写代码：在主机上，进入NFS共享目录，创建hello.c：

#include <stdio.h> int main() { printf("Hello, DM355 EVM!\n"); return 0; }

交叉编译：使用DVSDK提供的交叉编译工具链进行编译。首先，source DVSDK的环境设置脚本，它会设置好CROSS_COMPILE等环境变量。
```
cd /opt/dvsdk source setup.sh cd /opt/dvsdk/target/home/root ${CROSS_COMPILE}gcc -o hello hello.c
```
通常CROSS_COMPILE会是类似arm_v5t_le-的前缀，所以实际命令是arm_v5t_le-gcc -o hello hello.c。
在目标板运行：在目标板的串口终端中，进入/home/root目录，直接运行./hello。如果看到输出“Hello, DM355 EVM!”，恭喜你，交叉编译环境工作正常。

5.2 重新编译内核与驱动

有时为了启用新功能或调试驱动，需要重新编译Linux内核。

获取并配置内核源码：DVSDK中应该包含了内核源码包。解压后，进入内核目录。
```
cd /opt/dvsdk/linux-dm355 make ARCH=arm CROSS_COMPILE=arm_v5t_le- dm355evm_defconfig
```
这会加载DM355 EVM的默认配置。
定制内核配置（可选）：
```
make ARCH=arm CROSS_COMPILE=arm_v5t_le- menuconfig
```
在图形界面中，你可以启用或禁用某些驱动和内核特性。例如，确保CMEM、USB、SD/MMC等驱动被编译为模块（<M>）或内建（<*>）。
编译内核与模块：
```
make ARCH=arm CROSS_COMPILE=arm_v5t_le- uImage make ARCH=arm CROSS_COMPILE=arm_v5t_le- modules make ARCH=arm CROSS_COMPILE=arm_v5t_le- INSTALL_MOD_PATH=/opt/dvsdk/target modules_install
```
第一条命令生成内核镜像arch/arm/boot/uImage。第二条命令编译所有模块。第三条命令将编译好的模块安装到NFS根文件系统中，确保路径正确。
更新启动文件：将新生成的uImage复制到TFTP服务器目录，并按照4.3节的方法，让U-Boot通过网络加载它。重启板子，使用uname -a查看新内核是否生效。

5.3 重建DVSDK软件组件

如果你修改了DVSDK中的某个组件（如Codec Engine的配置文件），或者需要为你的应用重新编译整个软件栈，可以这样做：

清理与重建：在DVSDK的根目录下，通常有一个顶层的Makefile。
```
cd /opt/dvsdk make clean # 清理之前的编译结果 make # 开始编译，这会根据Rules.make的配置，依次编译各个组件
```
这个过程可能耗时较长，因为它会编译内核、U-Boot、文件系统、驱动、中间件和演示程序。
安装到目标文件系统：编译完成后，通常会有make install或类似的命令，将生成的库、可执行文件安装到TARGET_FS指定的路径（即你的NFS根文件系统目录）。
更新NAND Flash（可选）：对于最终产品，你需要将完整的系统（U-Boot、内核、文件系统）烧写到板载NAND Flash中，实现脱机运行。这通常需要使用TI的烧写工具（如sfh_dm355.exe，一个Windows工具，通过串口和UART/BOOTME模式进行烧写），过程较为复杂，需要参考更详细的烧写指南。重要警告：烧写Flash有风险，操作不当可能导致板子“变砖”，需要借助JTAG才能恢复。务必在充分理解流程并备份原厂镜像后再进行操作。

5.4 使用数字视频测试平台（DVTB）

DVSDK中可能包含一个名为Digital Video Test Bench (DVTB)的工具。这是一个基于脚本的、强大的多媒体测试与调试框架。它允许你通过编写简单的配置文件，来定义复杂的音视频处理流水线（例如：从文件读取 -> 视频解码 -> 颜色空间转换 -> 视频编码 -> 写入文件），而无需编写C代码。

DVTB的配置文件使用TCL语言，你可以指定每个环节使用的算法（Codec）、输入输出文件、分辨率、帧率等参数。这对于快速验证某个编解码器在特定参数下的性能、画质，或者进行回归测试非常有用。虽然DVTB的学习曲线稍陡，但它能极大提升算法集成和测试的效率。

6. 项目进阶与经验总结

经过硬件连接、演示体验、环境搭建和编译实战这一套流程下来，你应该已经对基于TMS320DM355 DVEVM的开发有了一个立体的认识。这块板子作为TI DaVinci技术的早期代表，其设计思路非常经典：通过提供完整的硬件参考设计、丰富的接口、预集成的软件栈和开箱即用的演示，最大限度地降低了开发者的入门门槛。

在实际项目开发中，你通常会沿着这样的路径深入：

消化演示程序：仔细阅读encode.c、decode.c等演示源码，理解它们如何初始化系统、调用Codec Engine API、处理数据流。这是学习DaVinci应用编程的最佳范例。
定制Codec Engine配置：演示程序使用的编解码算法可能是评估版或基础版。你需要将项目中需要的高性能、全功能版算法库集成进来。这涉及到修改Codec Engine的配置文件（.cfg文件），定义服务器（Server）、算法（Algorithm）和引擎（Engine），然后重新编译生成新的*.a库文件。
设计自己的应用：基于对框架的理解，开始设计自己的应用程序架构。考虑多线程、缓冲区管理、音视频同步、用户交互等。
性能分析与优化：使用TI提供的分析工具（如dmai_perf，如果适用）或Linux下的top、vmstat、oprofile等工具，分析系统的瓶颈是在CPU、内存带宽还是IO。优化可能涉及调整算法参数、优化内存访问（使用CMEM分配对齐的内存）、优化ARM与加速器之间的数据搬运等。
系统裁剪与固化：开发完成后，需要为产品化做准备。这包括裁剪Linux内核和根文件系统，移除不必要的驱动和软件包以减少体积和启动时间；将最终的系统镜像（U-Boot、内核、文件系统）烧写到NAND Flash中；并进行严格的稳定性和压力测试。

回顾整个入门过程，最大的挑战往往不在于某个具体的技术点，而在于对这套相对复杂的异构软件框架的理解，以及开发环境的正确配置。我个人的体会是，耐心和细致是关键。遇到问题时，学会利用串口打印信息、查阅芯片数据手册（TRM）、参考Linux内核的驱动源码，以及善用TI的英文技术社区（E2E论坛），绝大多数难题都能找到解决方案。这块已经停产的DM355板子，其价值不仅在于完成某个具体项目，更在于它像一本活的教科书，教会你嵌入式多媒体系统开发的完整方法论。当你掌握了这套方法，再去接触TI更新的平台（如DM81xx, DM3xxx系列）或其他厂商的异构处理器，都会感到游刃有余。

查看全文

http://www.jsqmd.com/news/1266888/