当前位置:首页 > 嵌入式 > 嵌入式硬件
[导读]1 系统硬件平台设计系统使用的主芯片是ADI公司Blackfin系列DSP中的BF533,这是一款专门面向视频应用的DSP,拥有丰富的外设接口和较好的系统扩展性。本系统利用BF533的PPI接

1 系统硬件平台设计

系统使用的主芯片是ADI公司Blackfin系列DSP中的BF533,这是一款专门面向视频应用的DSP,拥有丰富的外设接口和较好的系统扩展性。本系统利用BF533的PPI接口采集数字图像,利用芯片的EBIU总线,扩展SDRAM和网络芯片。BF533工作在600MHz频率,单个芯片即可完成对运动目标跟踪和网络传输等功能。基于BF533的嵌入式系统的外围电路主要可分为三个部分:图像采集部分,网络传输部分,存储器部分。系统硬件框图如图1:

 


图1 系统硬件框图

图像采集电路部分采用了TI公司的TVP5150A型视频解码芯片,它将NTSC/PAL/SECAM制式的视频信号转换成8bits的ITU-656格式,并按照YCbCr格式以4:2:2的比例转化成数字信号,支持两路模拟输入,解码芯片通过I2C串行接口编程。

网络传输部分采用LAN91C111芯片。这是SMSC公司为嵌入式应用系统推出的第三代快速以太网控制器。本系统中,LAN91C111被当作了是异步存储空间,利用AMS3把它映射在BF533的0x20300000地址空间。这样就可以通过DMA操作实现对 LAN91C111内部存储空间读写操作,提高了传输效率并使复杂的网络数据传输过程简单化。

存储器部分BF533的存储结构是统一的4GB寻址空间。同步存储器、异步存储器、外设存储空间和片内存储器全部统一映射在4GB的空间。BF533的EBIU接口中有专门的SDRAM控制单元SDC,可以和SDRAM无缝连接。BF533支持的SDRAM地址是从 0x00000000到0x08000000的空间,最大128MB。本系统中使用MICRON公司的MT48LC系列SDRAM,存储空间32MB,用于存储图像处理中的中间结果。另外,BF533支持四块连续的异步存储空间,每块空间大小为1MB,地址从0x20000000到0x20400000,由相应的AMS0-AMS3引脚选择使能。本系统使用的是ST公司的M29W系列FLASH,大小1MB。由AMS0片选使能,映射在BF533的第一块异步存储空间。

2 ucos-ii的移植

ucos-ii是一种具有可剥夺实时内核的实时操作系统,而且是免费公开源代码、结构小巧。其内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能,具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点。最小内核可编译至2KB,适合小型控制系统。与CPU 硬件相关的部分用汇编语言编写,其他绝大部分代码采用C语言编写。ucos-ii在硬件平台上的移植主要分为两大步骤:ucos-ii中与处理器相关的程序的修改、应用程序的添加。

2.1 ucos-ii与嵌入式监控系统的软硬件架构

所有的嵌入式操作系统都是与CPU密切相关的,做移植前需要熟悉被移植CPU平台的硬件架构和ucos-ii的运行原理,图2是ucos-ii与本嵌入式监控系统的软硬件架构。

 


图2 系统架构图

2.2 基于BF533的ucos-ii的移植

移植ucos-ii需要理解处理器及C编译器的技术细节。处理器和编译器满足了ucos-ii的要求,并且已经有了必要工具。移植工作通常包括以下几个内容:

A 用#define设置一个常量的值(OS_CPU.H);

B 声明10个数据类型(OS_CPU.H);

C 用#define声明三个宏(OS_CPU.H);

D 用C语言编写六个简单的函数(OS_CPU_C.C);

E 编写四个汇编语言函数(OS_CPU_A.ASM);

针对不同的CPU平台,移植ucos-ii的过程也会有稍许不同。在本系统中,移植过程大致分为两大部分:1)修改部分文件使ucos-ii与 DSP能够实现良好的接口(主要指ucos-ii对DSP硬件架构的支持);2)添加针对嵌入式监控系统硬件平台的初始化及驱动代码。

2.2.1 针对BF533的ucos-ii的代码修改

由于BF533是基于MSA(微信号架构)的16位定点DSP,为了能与ucos-ii数据处理单位统一,需要在OS_CPU.H文件中设置BF533的数据单元长度。部分宏定义代码如下:

typedef bool BOOLEAN;

typedef signed char INT8S;

typedef signed short int INT16S;

typedef signed int INT32S;

另外在OS_CPU.H文件中还需设置几个堆栈的参数如堆栈的增长方向、堆栈的操作单位等。BF533支持的是自顶向下的堆栈增长方式,即堆栈空间从高地址向低地址增长。单次堆栈操作单位是INT32U。最后在OS_CPU.H还要对三个函数进行宏定义:屏蔽所有中断,恢复所有中断,进行任务切换。这三个函数在ucos-ii中十分重要,前两个是为了保证一些重要函数或任务运行中的数据不会被改变(即通常所说的代码临界段),第三个是用于ucos-ii的任务切换,在ucos-ii中要求任务的切换就好象是刚发生过一次中断一样。在本系统中首先假设申请切换的任务已经把相关的寄存器变量等参数保存,并将堆栈指针指向了优先级高的任务。这样任务切换函数就只需要完成中断返回操作。

开发软件采用VisualDSP++,它的编译器支持在C语言中嵌入汇编,因此我们把这个宏定义直接写成了一条软件中断指令:raise 14。这样一旦系统进行任务切换,实际上引起了一个中断操作,在 OS_CPU_A.ASM文件中我们在此中断操作中完成任务切换前的保存寄存器等工作,最后是一条中断返回指令:RTS。这样优先级更高的任务运行时就会好像刚从中断返回一样。

在文件OS_CPU_A.ASM中还需要编写几个汇编函数来实现ucos-ii的时钟节拍、正常任务切换、中断级任务切换、初始化任务堆栈等功能。

在ucos-ii中,我们可以把时钟节拍TICKS比做是它的心脏节拍。TICKS为系统提供了一个时间基准并为各个任务提供了时间等待等服务。本系统使用BF533的核心定时器来完成系统时钟节拍的功能。系统TICKS设定的是100mS。以下是部分初始化核心定时器的汇编代码:

_CoreTimerInit:

p1.H = ( TCNTL >>16 ); //设置时间控制寄存器

p1.L = ( TCNTL &0xFFFF );

r3 = 1;

[ p1 ] = r3;

p1.H = ( TCOUNT >>16 ); //装载计数值[!--empirenews.page--]

p1.L = ( TCOUNT &0xFFFF );

[ p1 ] = r1;

p1.H = ( TCNTL >>16 ); //开启定时器

p1.L = ( TCNTL &0xFFFF );

r1 = 0x07;

[ p1 ] = r1;

_CoreTimerInit.end:

除增加上述功能函数外,在ucos-ii启动代码的程序中加入BF533的一些必须的初始化程序如CPU频率的设定等, ucos-ii就可以在本系统上运行起来。

2.2.2 嵌入式监控系统在ucos-ii中的系统驱动程序添加

ucos-ii移植完成后,嵌入式系统要实现应有的功能还需要添加一些外围电路的驱动程序如:网卡芯片LAN91C111的初始化程序,视频 A/D芯片的初始化程序等。由于Blackfin系列DSP支持存储空间的DMA操作,为了充分发挥BF533的硬件优势,本系统专门建立一个文件 DMA_TRANS.C实现多个存储空间的DMA操作的初始化配置,以方便各个任务实现其功能调用。以下就是实现网卡芯片DMA存储操作的部分配置文件:

void init_dma(LAN91C111_DATA *d)

{dev =d; // 为LAN91C11设置一个全局静态变量,实现对它的数据访问

SET_SHORT((dev->DstStreamBaseAddr+OFFSET_CONFIG),(unsignedshort)0x0);

// 对目标地址的配置清零

SET _SHORT((dev->SrcStreamBaseAddr+OFFSET_CONFIG),(unsigned short)0x0);

//对源地址的配置清零

dma_mask_en(1); //将SIC控制寄存器的相应DMA传输位置1。}

2.3 基于ucos-ii和监控系统的任务程序添加

在ucos-ii中系统的各个应用程序被当成是任务,每个任务被分配一个优先级,ucos-ii支持的最大任务数可在OS_CFG .H文件中指定。ucos-ii可以管理多达64个任务,并从中保留了四个最高优先级和四个最低优先级的任务供自己使用,所以用户可以使用的只有56个任务。因为 ucos-ii不支持相同优先级的任务,所以每建立一个任务就需要为任务分配一个优先级并建立一个独立的堆栈空间。

本智能监控系统主要实现对运动目标的跟踪监控和将原始数字图象转化为BMP格式并向网络发送现场图片的功能。在ucos-ii中分配了两个任务优先级0和1给对运动目标的跟踪和网络传输。之所以使网络传输的任务优先级低于对运动目标跟踪的任务,是因为考虑到网络延时等因素会造成对运动目标跟踪的实时性效果比较差,对图像做二值化和差分等运算的时间不大于150mS以及摄像机云台运动一次的时间大概是500mS。本系统在对运动目标跟踪任务中采取的策略是:每当任务完成一次跟踪,就使自己进入挂起状态,直到每秒定时到后,在时钟节拍中断服务程序中唤醒该任务使之处于就绪状态。

嵌入式系统常用在一些特定专用设备上,通常这些设备的硬件资源(如处理器、存储器等)非常有限,并且对成本很敏感,实时响应要求很高,特别是在面向视频应用的系统中。嵌入式操作系统具有体积小、实时性好等优点。嵌入式操作系统ucos-ii就是基于任务优先级抢占的嵌入式实时操作系统。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

神经网络已经成为解决复杂机器学习问题的强大工具。然而,这种能力往往伴随着模型规模和计算复杂度的增加。当输入维度较大(例如长时序窗口、高分辨率特征空间)时,模型需要更多参数、每次推理需要更多算术运算,使其难以部署在嵌入式硬...

关键字: 嵌入式 神经网络 模型压缩

UART作为嵌入式系统中最基础、应用最广泛的串行通讯协议,常规模式下需通过TX(发送线)、RX(接收线)两根信号线实现双向数据传输,搭配GND完成信号参考,这种双线设计能确保数据收发互不干扰,实现全双工通信。但在诸多场景...

关键字: 嵌入式 通讯数据 半双工

随着汽车产业向电动化、智能化、网联化加速转型,软件已从汽车的辅助组件升级为定义车辆竞争力的核心要素,其复杂度呈指数级增长。从燃油车时代简单的嵌入式控制代码,到智能汽车时代涵盖三电系统、高级辅助驾驶、车云协同的亿级行代码生...

关键字: 软件 辅助组件 嵌入式

动态内存管理是在传统malloc/free存在碎片化、不可预测性等问题,尤其在STM32等资源受限设备上,标准库的动态分配可能引发致命错误。内存池技术通过预分配固定大小的内存块,提供确定性、无碎片的分配方案,成为嵌入式场...

关键字: 嵌入式 内存动态分配

中国北京,2026年2月——生成式系统级芯片(GenSoC)领先开发者及音视频媒体处理AI技术提供商XMOS正式发布其语音方案选型指南,该款高效易用的网上音频交互解决方案开发平台以互动式工具与专业知识库,帮助产品架构师、...

关键字: 嵌入式 边缘AI 机器人

随着现代家庭生活方式不断升级,厨房已不再只是功能空间,而逐渐成为融合审美表达、健康管理与智能体验的重要场域。消费者在关注空间整体性的同时,也对食材储存的安全性、洁净度以及使用便利性提出了更高要求。基于对中国家庭真实使用场...

关键字: 冰箱 嵌入式

在嵌入式系统、工业物联网等各类电子设备中,UART与网口是两种应用广泛的通信接口,前者作为经典的串行通信接口,承担着简单设备互联、调试日志传输等基础任务,后者则专注于高速、远距离的数据交互,是设备接入网络、实现大数据量传...

关键字: 嵌入式 通信接口 网口通讯

在软件开发领域,设计模式被誉为“解决特定问题的最佳实践”,但在嵌入式开发中,它却常常处于“边缘地带”。许多嵌入式工程师职业生涯中可能从未刻意使用过设计模式,甚至认为这些“软件工程理论”与单片机、传感器、实时系统等硬件紧密...

关键字: 嵌入式 设计模式

在居住结构持续演进与消费需求不断升级的背景下,中国家庭厨房正经历从“功能集合”向“系统空间”的深层转变。厨房不再只是烹饪的场所,而逐渐成为融合效率、健康、美学与家庭互动的重要生活空间。基于对这一趋势的长期洞察,西门子家电...

关键字: 嵌入式 蒸玲珑

在物联网设备、工业控制系统和智能家居等嵌入式场景中,轻量级WEB服务器扮演着核心角色。它们不仅需要满足资源受限环境下的性能需求,还需兼顾安全性、可扩展性和开发效率。本文从资源占用、功能特性、适用场景三个维度,对比分析六大...

关键字: 嵌入式 WEB服务器
关闭