于2013在上半场 - 年DM365、DM368的IPNC（网络摄像机）与稳定性测试工作产品结束。

1.简单介绍：

TI针对TMS320DM365、DM368进行了DVR和IPNC的应用方案參考。DVR方案一般基于DM368 DVRRD SDK (includes TI DVSDK, TI LSP, DVR applications, DVR filesystem,
boot and other utilities)开发。IPNC方案也是基于DVSDK。详细开发环境的搭建參考对应的开发包中的文档。

本文主要介绍IPNC

2.IPNC中软件架构

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZ3VvODExMw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

主要是基于CE（codec engine）的机构，CE说白了是一套软件，在这套软件上能够方便的集成TI针对DSP编写的 一些算法。

ps：Codec Engine是一系列用于表示和执行数字多媒体标准化DSP算法接口(XDAIS)及算法的API。XDAIS定义了一整套的多媒体算法编程接口，可单独在GPP或DSP上执行，也可在DSP上执行，而GPP通过Codec Engine对事实上行控制。对于全部支持的运算器结构、执行方式及操作系统，Codec
Engine都有同样的API。Codec Engine定义了4类编解码器算法接口标准。各自是视频、图像、语音、音频，简称VISA。

CMEM模块也是基于CE架构的软件框架中经常使用的一个内核模块。他在用户空间方便用户进行物理上连续内存的管理与共享使用。

3.应用层结构

在Linux、cmem、CE等的基础上。基于Linux的应用程序的框架例如以下图所看到的：

在系统启动后，会启动一些应用程序（进程），主要有：

AV_Server

Systemserver

RTPstreaming server

HTTPserver

这些进程的作用：

AV_Server process is responsible for:

• Capturingvideo and audio data from image sensor and audio device

• Encodingaudio and video data

• Managingand storing encoded data in the circular buffer and cache buffer

• Sendingaudio or video bit-stream response requested by other application

System server process responsible for:

• Storingand restoring system parameter

• Savingor uploading video files to ftp servers or local disk depending on the

alarm or schedule events

• Controllingthe system devices (RTC, USB)

HTTP server and RTP streaming servers areresponsible for:

• Sendingresponse of the video, audio, or system requested from internet

Processes use POSIX msgsnd and msgrcv tocommunicate with each other

• Passingparameters by POSIX share memory or CMEM device driver

Circular buffers, cache pools and messagequeues in shared memory are used for

inter-process communication.

4.程序的启动分析

在内核启动后，运行一些脚本。

启动脚本位于文件系统的/etc/init.d/rsS文件里。当中核心启动顺序代码例如以下：

DVEVMDIR=/opt/ipnc       #声明一个变量并赋值

# Load the dsplink and cmem kernel modules 载入dsplink和cmem等内核模块

cd $DVEVMDIR   #进入opt/ipnc文件夹

$DVEVMDIR/av_capture_load.sh    #”$”表示引用变量

{#av_capture_load.sh

#!/bin/sh

#"#!"字符告诉系统同一行上紧跟在他后面的那个參数用来运行文件的程序

./av_capture_unload.sh 2>/dev/null #首先将相关的模块卸载

#0表示标准输入，1表示标准output，
2表示标准错误error，该命令表示将脚本csl_unload.sh错误信息输入到（重定向到）仅仅写文件里（/dev/null经典的黑洞文件。即仅仅能写不能读），能够理解为不要将错误信息输入到标准输出设备。

./csl_load.sh                #载入csl（片级支持库）模块

./drv_load.sh   #载入drv（驱动模块）模块

insmod cmemk.ko phys_start=0x83000000 phys_end=0x88000000allowOverlap=1 phys_start_1=0x00001000 phys_end_1=0x00008000 pools_1=1x28672

#载入cmemk.ko（连续内存模块）模块，用于DSP和ARM共享。它的起始位置是0x83000000，结束位置为0x88000000，大小为80M。

insmod edmak.ko  #载入ＥＤＭＡ模块

insmod irqk.ko    #载入高速中断模块

insmod dm365mmap.ko   #载入dm365内存映射模块

}

cd /dev

ln -s rtc0 rtc  #建立连接

cd $DVEVMDIR

mount -t jffs2 /dev/mtdblock4 /mnt/nand  #挂载日志文件系统

sleep 1

./system_server &  #后台执行system_server

$DVEVMDIR/loadkmodules.sh  #执行内核模块脚本

$DVEVMDIR/loadmodules_ipnc.sh  #执行内核模块脚本

ifconfig lo 127.0.0.1 #设定本机回环地址为 127.0.0.1

./boot_proc 1

# Start the demo application #開始执行应用程序demo

cd $DVEVMDIR

$DVEVMDIR/autorun.sh #运行autorun.sh脚本

{# autorun.sh

#echo "2" >/proc/cpu/alignment

sleep 1

./boa -c /etc &    #启动boaserver

}

5.部分进程分析

总体上来说上述几个进程通过Linux及DSPLINK提供的进程间通信的手段进行通信与协作控制，主要是systemserver利用消息队列进行系统控制，控制av_server、boa等。网页配置參数通过boa接收网页消息，给systemserver发送消息进行系统控制。

6.总结

本文帮助新手高速了解架构，涉猎不深，系统中涉及到的其它内容。依据须要进行学习。

如PISA、ONVIF（安防标准）。boa（提供网页訪问）。GoDB（提供网页訪问的UI），wis-streamer（提供网络视频流）等。

最后谈一下自己的感受：一个完整的系统，每一部分拿出来细细研究都有非常多内容。因为我主要做的稳定性測试性工作，所以非常多细节的技术都有心无力。

systemserver进程基本与视频採集和codec无关，是纯纯的Linux编程。涉及多线程、socket、System V进程通信，以及USB、网口等各方面的编程，对于学习Linux编程非常有帮助。

參考：Application_DesignGuide_IPNC_DM36x.pdf

AVServer_DesignGuide_IPNC_DM36x.pdf

具体内容可下载文档：http://download.csdn.net/detail/guo8113/8420233

版权声明：本文博主原创文章。博客，未经同意不得转载。