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

来源:互联网 发布:mac视频播放器下载 编辑:程序博客网 时间:2024/05/16 05:31

在摸索自己的想法和求证相关老师后,我就这个项目的进展与退步做出如下记录:

问题

一、不能以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模块

选用ESP32原因一是UDP速率高,二是它主频高,在与FPGA通信时不会出现带宽瓶颈。
目前ESP32模块已经到手,Ubuntu+Eclipse+GCC的编译环境也已搭建好,正在读SDK中所给的代码,准备UDP应用的编写。

总结

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

一大堆不足等着去改,一大堆无知等着去探索。