• 发文章

  • 发资料

  • 发帖

  • 提问

  • 发视频

创作活动
0
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
返回

电子发烧友 电子发烧友

  • 全文搜索
    • 全文搜索
    • 标题搜索
  • 全部时间
    • 全部时间
    • 1小时内
    • 1天内
    • 1周内
    • 1个月内
  • 默认排序
    • 默认排序
    • 按时间排序
  • 全部板块
    • 全部板块
大家还在搜
  • 采用zynq-7020(400针)的HiSpi接口

    你好,我正在使用zynq-ZC7020(400针),并连接具有HiSpi输出的图像传感器,其i / o电压为0.3(最小值)0.4(典型值)0.9(最大值)。我检查过UG471和UG585,可以请告诉我在PL中应该使用哪个I / O标准。谢谢

    2020-03-11 07:41

  • Vivado 2016.2在2015.3没有的时机失败

    同一组Verilog源和约束文件)和两个不同的选项 - 我们的项目可以配置为并行图像传感器或HISPI。所有综合和实施工具参数保持不变。 这是新软件的问题,还是旧的软件在时间上过于乐观而新的软件更现实

    2018-10-29 14:15

  • 请问使用Spartan-6主板(Atlys)可以实现1080p60视频吗?

    嗨,我们使用Digilent Atlys板,需要通过DVI / HDMI输入1080p60视频。我搜索了很多,并通过电子邮件发送了Digilent,每个人似乎都说Spartan-6上的SerDes性能阻止你这样做。我从Digilent得到的答复是:“不幸的是,由于FPGA的时序要求,Atlys无法处理1080p60Hz。这不能通过更新来改变.Atlys无法处理1080p60Hz信号的原因是因为它需要反序列化/序列化。速率超过1 Gb / s,Atlys只能处理最高950 Mb / s的反序列化/序列化。“DS162表25表明,Spartan-6(-3速度等级)上SerDes的最大吞吐量为1080Mbps。 XAPP495表示-3速度的TMDS吞吐量为1050Mbps。这将使我相信,鉴于它需要1485Mbps,确实不可能支持1080p60。 XAPP460指出TMDS吞吐量只是“正在传输的视频屏幕模式的串行数据速率的函数”,我将其解释为TMDS吞吐量仅受SerDes进程速度的限制。如果是这种情况,XAPP460还谈到如何在较小的Spartan-3芯片上实现足够的吞吐量来处理720p60视频,当需要近750个时,通常限制在700Mbps。第7页说:“当传输HDTV 720p屏幕模式视频流时,串行数据速率为742.5 Mb / s。以此速率完成转换的唯一可行方法是在FPGA内部应用双倍数据速率(DDR)技术。这将位采样时钟减少了一半,达到371.25 MHz。“在这种情况下,是否可以使用类似的技术来允许像Atlys板一样在Spartan-6上支持1080p60?如果是这样,那将如何实施?目前我正在使用Digilent网站上名为Atlys_HDMI_PLB_Demo的演示项目,默认情况下,它只支持720p60视频,使用通用的75Mhz时钟速度,用于设计中的所有内容(RAM为600Mhz,最大值为800)。如果根本无法使用板载HDMI端口,是否有可能将其他板连接到其中一个可以处理SerDes和/或其他必要处理的扩展连接器?这样Atlys主板仍然可以使用,但它无法做到的繁重工作将由其他芯片提供......至少这是我的想法。我们真的想继续使用Atlys板,因为它的价格点。任何想法将不胜感激。以上来自于谷歌翻译以下为原文 Hi, we use the Digilent Atlys board and have a need to input 1080p60 video via DVI/HDMI. I've searched around a lot and also emailed Digilent and everyone seems to say that the SerDes performance on the Spartan-6 prevents you from doing it. The reply I got from Digilent was: "Unfortunately the Atlys is unable to handle 1080p60Hz because of the timing requirements of its FPGA. This is not something that can be changed via an update. The reason the Atlys can't handle a 1080p60Hz signal is because it requires deserialization/serialization at a rate of well over 1 Gb/s, and the Atlys can only handle deserialization/serialization at a max of 950 Mb/s." DS162 Table 25 says that the maximum throughput for SerDes on a Spartan-6 (-3 speed grade) would be 1080Mbps. XAPP495 says that TMDS throughput for -3 speed is 1050Mbps. This would lead me to believe that indeed it is not possible to support 1080p60 given that it would require 1485Mbps. XAPP460 states that TMDS throughput is simply “a function of the serial data rate of the video screen mode being transmitted”, which I interpret as that the TMDS throughput is only limited by the speed of the SerDes process. If that is the case, XAPP460 also talks about how to achieve enough throughput to handle 720p60 video on a smaller Spartan-3 chip, which is normally limited to 700Mbps when almost 750 is needed. Page 7 says “When transmitting an HDTV 720p screen mode video stream, the serial data rate is 742.5 Mb/s. The only practicable means to accomplish conversions at this rate is to apply a Double Data Rate (DDR) technique inside the FPGA. This reduces the bit sampling clock by half to 371.25 MHz.” That being the case, would it be possible to use a similar technique to allow 1080p60 to be supported on a Spartan-6 like the Atlys board? If so, how would that be implemented? Currently I'm using the demo project from the Digilent website called Atlys_HDMI_PLB_Demo, and by default it only supports 720p60 video using a common 75Mhz clock speed for everything in the design (except the RAM which is 600Mhz, and the max is 800). If it is not possible with the onboard HDMI ports at all, is there maybe a way to hook up some other board to one of the expansion connectors that can handle the SerDes and/or other processing necessary for me? That way the Atlys board can still be used, but the heavy lifting that it can't do would be provided by some other chip... at least that's the idea I had. We would really like to continue using the Atlys boards because of its price point. Any ideas would be greatly appreciated.

    2019-06-26 09:13

  • HDR摄像机就是为图像日趋敏感的世界而活?

    在社交媒体圈子里,流传着这个随性的说法:“无图无真相”。虽然这并不是什么严肃的情况,但它暗示了在现代化的数字互联世界里,视觉捕捉和证据变得比只是几年前更重要。随身带相机、行车记录仪、以及在工业和私人住宅中更广泛使用的安保监控摄像机等应用是主要驱动力。

    2020-05-18 06:32

  • dsPIC33如何使用DMA功能

    亲爱的,我试着实现一个简单的程序来学习如何使用DMA功能。我计划把数据发送到DMA,我希望DMA会自动发送数据到SPI缓冲器。首先,我检查了SPI功能。它正按照我的需要将数据发送到传感器。之后,我尝试添加一个DMA功能。不幸的是,我失败了,我没有发送任何数据。我正在使用一个DSPIC33 EP128EP204处理器。配置是用MCC帮助生成的。请找到我的代码(附件中的完整代码):int main(空隙){StaseRealAlgLimeIZE();//启用全局中断StuttTyGloAlnEnable();DMAYPurrulalAddiSrsSSET(0,and;SPI1BUF);DMAYPurralIrqNoMultBuSET(0,10);DMAYRealToCurtTeSET(0,1);DMA-ChhannNel启用(0);/*DMA0ReqBist.For=1;QBITS.FULL=1);IEC0BITS.SPI1IE=1;*/DMAIOffice ToRelGelEngult(0);DMAIL旗舰中断清除(0);而(1){//SPI1Exchange 16位(0xAAAA);/ /添加您的应用程序代码}返回0;}我将非常感谢任何帮助。C(2.14 KB)-下载42次MCC.C(7.79 KB)-下载43次SPI1.C(7.16 KB)-下载49次Mealth.C(0.62 KB)-下载46次 以上来自于百度翻译 以下为原文 Dear All, I tried to implement a simple program to learn how to use a DMA feature. I planned to send data to DMA, and I hoped that DMA will automatically send data to the SPI buffer. Firstly, I have checked an SPI functionality. It was sending data to the sensor as I wanted. After that, I tried to add a DMA functionality. Unfortunately, I failed and I didn't manage to send any data. I am working a dsPIC33EP128EP204 processor. Configuration was generated with MCC help. Please find my code (full code in attachments) : int main(void){SYSTEM_Initialize(); // Enable the Global InterruptsINTERRUPT_GlobalEnable(); DMA_PeripheralAddressSet(0,&SPI1BUF);DMA_PeripheralIrqNumberSet(0,10);DMA_TransferCountSet(0,1);DMA_ChannelEnable(0); /* DMA0REQbits.FORCE=1;while (DMA0REQbits.FORCE == 1);IEC0bits.SPI1IE = 1;*/ DMA_SoftwareTriggerEnable(0);DMA_FlagInterruptClear(0); while (1){//SPI1_Exchange16bit(0xAAaa);// Add your application code} return 0;} I will be grateful for any help.Sincerely xyz Attachment(s)dma.c (4.56 KB) - downloaded 42 timesinterrupt_manager.c (2.14 KB) - downloaded 42 timesmcc.c (7.79 KB) - downloaded 43 timesspi1.c (7.16 KB) - downloaded 49 timesmain.c (0.62 KB) - downloaded 46 times

    2018-09-18 15:01

  • 安森美半导体物联网图像传感器应用

    际此万物互联时代的来临,图像传感可说是促进物联网应用的一个重要接口,是万物之“眼”。安森美半导体宽广的成像和像素技术和图像传感器阵容,配以公司在成像领域的经验和专长,实现超越人眼界限的创新视野,解决机器人导引、运动分析、车牌识别、科学研究、家居安防、智能家电、婴儿监视器、智能照明、可穿戴等多个物联网细分领域的成像需求,尤其在汽车成像、先进驾驶辅助系统、条码扫描、机器视觉、安防及太空等成像领域称冠全球。本文将列举一些物联网关键应用采用安森美半导体图像传感器的例子。

    2019-07-25 06:36

  • 安森美半导体应用于物联网的成像技术和方案分享

    安森美半导体应用于物联网的成像技术和方案分享

    2021-05-31 07:07

  • 安森美半导体具出色微光性能的图像传感器解析

    本文将重点介绍安森美半导体具出色微光性能的图像传感器。

    2021-05-17 06:51

  • 汽车图像传感器在行车安全中的应用

    近年来,在***对汽车安全法令的贯彻和实施、消费者驾乘体验及自动驾驶的趋势推动下,汽车图像传感器领域呈爆发式增长。汽车图像传感有着广泛的应用领域,具有卓越性能和先进的图像处理能力的图像传感器在提高行车安全的同时还提升用户驾乘体验,成为近年来汽车领域的炙手可热的技术。预测显示,2014-2018年间汽车CMOS传感器市场的收入年复合增长率(CAGR)将达到28%。

    2020-08-13 07:29

  • 新兴的视觉物联网方案如何满足不同的应用需求

    物联网(IoT)将涉及大量的边缘设备,需要由FOG节点将处理后的数据进行聚合,进而发送到云/数据中心,然后从云/数据中心再发送最终的指令经由FOG到边缘设备。未来边缘设备的激增及添加人工智能(AI)进行分析处理的特征,要求尽可能降低功耗和更智能。边缘设备包括智能家居,其中有大量的新兴应用如安防、家电、助手和手势识别等涉及视觉IoT,直观/易用的成像子系统至关重要。

    2020-08-14 06:32