您的位置:首页 > 其它

无线视频传输任务的进展与问题

2017-10-03 15:42 267 查看
在摸索自己的想法和求证相关老师后,我就这个项目的进展与退步做出如下记录:

问题

一、不能以VGA视频接口做应用,而应使用HDMI
市面上常用的显示设备,例如投影仪,液晶显示器等,正在逐渐的抛弃VGA接口。在淘宝上一查就能深切的感受到这种趋势。而且VGA作为模拟的视频接口,在采集其信号时需要用到高速AD芯片,同时在接受端如果用VGA输出也需要用DA将数字图像信号转为模拟信号。这些将使硬件设计出现冗余,造成了更高的制作成本和制作难度。

二、编写H.264编解码核需要选用大容量的FPGA芯片
目前实验室有的就一套DE2-35,FAPG的LE容量为35K,在国外卖FPGA IP核的网站上,一套H.264的编码核需要用到至少35K的逻辑单元,所以DE2-35的门电路数量恰好是不够的,新的FPGA板还没申请,没有硬件的H.264硬核设计就是空谈。

进展

一、从国外网站上找的有关H.264编码器的相关参考代码

–H264 top level (skeleton) - VHDL



– This is an example top level module for the H264 submodules.

– Each implementation will differ at the top level due to differing

– number of video streams, resolution, and RAM type and interface.

– This is thus just a skeleton implementation.

——— h264topskeleton.vhd

(文件量较大,暂附介绍)

结构图:



综合后报表:



(因为DE2-35容量不够,改用EP2C50来编译)

二、WIFI+UDP通信部分(Coding)

WIFI模块选用的是乐鑫的ESP32,规格如下:

主要特征性能
Tensilica LX6 双核处理器, 主频 240 MHz, 运算能力高达 600 DMIPS; 内置 520 KB SRAM; 内置 802.11BGN HT40 Wi-Fi 收发器、基带、协议栈和 LwIP支持 Sniffer、Station、SoftAP 和 Wi-Fi Direct 模式; UDP 持续吞吐量达 135 Mbps


选用ESP32原因一是UDP速率高,二是它主频高,在与FPGA通信时不会出现带宽瓶颈。

目前ESP32模块已经到手,Ubuntu+Eclipse+GCC的编译环境也已搭建好,正在读SDK中所给的代码,准备UDP应用的编写。

总结

由于决定今后使用Linux环境作为学习工作环境,所以重装了Ubuntu17.0系统,同时伴随而来的是各种常用软件的linux版的寻找、安装、破解,像Matlab,quartusII,其他办公软件就不列举了。总之这段时间主要是搭建了ESP32的开发环境,Altera FPGA开发环境,同时也重新审视了项目方案。

一大堆不足等着去改,一大堆无知等着去探索。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: