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

本文探讨了使用HDMI而非VGA接口的原因,并详细介绍了H.264编码器的设计进展及ESP32在WIFI通信中的应用。文中还涉及了FPGA选型和开发环境搭建等内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

问题

一、不能以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开发环境,同时也重新审视了项目方案。

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值