卧佛赐杯 - 博客园

2014年11月

摘要：在学习关于OSD（on screen display）的DEMO ，其Link如图：但在display一直没有OSD显示，跟踪代码发现在Ti_vcap.c文件中，有一个向dsplink发送命令的函数status = System_linkControl( gVcapM... 阅读全文

posted @ 2014-11-11 14:35 卧佛赐杯阅读(1038) 评论(0) 推荐(0)

select()函数以及FD_ZERO、FD_SET、FD_CLR、FD_ISSET

摘要：本文为转载，原博文地址：http://hi.baidu.com/bimufo/item/139700e4d880cba1c00d755cselect函数用于在非阻塞中，当一个套接字或一组套接字有信号时通知你，系统提供select函数来实现多路复用输入/输出模型，原型：#include#include... 阅读全文

posted @ 2014-11-11 14:16 卧佛赐杯阅读(233) 评论(0) 推荐(0)

2014年4月

soap结构体

摘要： 1 soup协议中的soap结构体 2 3 4 [cpp] view plaincopyprint? 5 struct SOAP_STD_API soap 6 { short state; /* 0 = uninitialized, 1 = initialized, 2 = copy of another soap struct */ 7 short version; /* 1 = SOAP1.1 and 2 = SOAP1.2 (set automatically from namespace URI in nsmap table) */ 8 ... 阅读全文

posted @ 2014-04-08 10:32 卧佛赐杯阅读(1309) 评论(0) 推荐(0)

OMAPL138学习----Codec Engine

摘要： Framework components 主要包括模块DSKT2和DMAN3，分别负责DSP侧的memory和EDMA资源管理。DSP算法使用的memory必须是先向DSKT2提出申请并由DSKT2分配得到的，同样DSP算法使用的EDMA通道也是向DMAN3申请并由DMAN3分配得到的。关于QDMA的操作，是通过ACPY3这个模块实现的，这样的好处是很容易对DSP侧不同的算法做整合，不同的算法之间不用担心资源（memory 和 EDMA）的冲突问题。目录结构： examples +---apps | `---system_files Linux scripts ... 阅读全文

posted @ 2014-04-01 09:35 卧佛赐杯阅读(756) 评论(0) 推荐(0)

2014年3月

OMAPL138学习----Codec Engine之xDAIS

摘要：认识xDAIS(部分转载) 现代软件开发，已从上世纪的面向过程编程发展到当前的面向框架编程。软件开发经验已证明：框架话、模块化的开发方式可以极大的提高软件开发效率，提高代码质量及代码重用率。然而，在嵌入式编程中，由于长期缺乏完善的开发框架和可用的API，开发人员依旧利用C或汇编语言和底层硬件打交道，凡是亲力亲为，这必然会增加嵌入式开发的入门门槛，降低代码的重用性，甚至增加代码易集时的复制度（不过这些缺点，对于程序员来说确是好事，入门门槛高、开发复制意味着高付出高回报，不像现在桌面电脑端的开发，已经被人研究烂了，如果你不是超超超超级大牛，根本找不到一份满意的薪水）。基于这点，TI公司发布了一套. 阅读全文

posted @ 2014-03-29 12:12 卧佛赐杯阅读(514) 评论(0) 推荐(0)

OMAPL138学习----Codec Engine之xDC

摘要：一、TI xDC工具入门简介转载来自于TI XDC工具入门简介1.XDC(Express DSP Component)是TI提供的一个命令行工具,它可以生成并使用实时软件组件包,它包括一系列工具，这些工具可以允许你将你的C语言代码组织成类似于java的包管理方式，具有面向对象的特性，因为它还有一个名字，叫做eXpanDed C. 2.以上两图说明了XDC的工作方式：通过相关文件设定操作指令，读入源码、库文件以及已经存在的组件包最终生成可执行文件。3.Package------XDC工作的基本单元。包括有：源码、库文件以及元数据；元数据这包含有该包的版本信息和依赖信息，以及模块（Module）阅读全文

posted @ 2014-03-28 10:37 卧佛赐杯阅读(1225) 评论(0) 推荐(0)

OMAPL138学习----DSPLINK DEMO解析之MPCSXFER

摘要： MPCSMPCS 实现了GPP和DSP互斥访问共享数据结构，应用程序有时候需要定义属于自己的并能够被多个处理器访问的数据结构，用于多个处理器间的信息通信。但应用程序必须保证某个或多个处理器的各个任务之间都可以互斥地访问这些数据结构，以保证数据的连贯性。MPCS用于解决这个问题。 MPCS组件提供了接口来创建和删除MPCS实体，每个MPCS实体都通过一个系统唯一的字符串来标识。每一个需要使用MPCS的客户端都需要调用API打开函数来获取句柄。不使用MPCS时，用相应API函数来关闭句柄。如果MPCS对象要求的存储空间由用户提供的话，则它必须位于所有处理器都可以访问的POOL中，如果在创建对.. 阅读全文

posted @ 2014-03-28 10:17 卧佛赐杯阅读(654) 评论(0) 推荐(0)

OMAPL138学习----DSPLINK DEMO解析之MP_LIST

摘要： MPLIST 示例阐明了如何使用 DSP/BIOSLINK 中的 MPLIST 的部件以及在 GPP 与使用多个处理器列表的 DSP 之间的数据流的方法。它实现了 GPP 端和 DSP 端之间的数据转换与传递。在 DSP 端，应用程序通过 MPLIST 实现了 TSK。---------------------------------------------GPP端--------------------------------------------------------status = MP_LIST_Create (dspExecutable,strNumIterations,strN 阅读全文

posted @ 2014-03-27 17:44 卧佛赐杯阅读(653) 评论(0) 推荐(0)

OMAPL138学习----DSPLINK DEMO解析之RING_IO

摘要： RING_IO 示例阐明了如何使用 DSP/BIOSLINK 中的 RingIO 部件以及在 GPP 与使用两个RingIO 实例的 DSP 之间的数据流的方法。它实现了数据在 GPP 端运行的线程/进程的应用程序和 DSP 端之间的传递与转换。在 Linux 中，这个应用程序在某个过程中通过进程或者线程来运行。在 PrOS 中，它通过一系列任务来运行。在随后的部分应用程序中的每个线程/进程/被视为客户端。DSP端使用RingIO实现TSK。------------------------------------GPP端------------------------------------- 阅读全文

posted @ 2014-03-27 16:50 卧佛赐杯阅读(908) 评论(0) 推荐(0)

OMAPL138学习----DSPLINK DEMO解析之READWRITE

摘要： READWRITE 示例阐明了大缓冲区通过直接读写 DSP 内部 RAM 来进行传输的概念。它实现了在 GPP 端和使用 PROC_Read()和 PROC_Write() API 的 DSP 端以及两个 DSP 端之间的大尺寸数据缓冲器之间的数据与信息的传递和转换。DSP 端应用程序采用 MSGQ 实现了 TSK。------------------------------------------------GPP端----------------------------------------------------status = RDWR_Create (dspExecutable,s 阅读全文

posted @ 2014-03-27 12:01 卧佛赐杯阅读(697) 评论(2) 推荐(0)

公告