完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
嗨,
我们遇到了Spartan 6 LX45 -3设备的问题。 在我们的设计中,我们基本上有一些图像处理算法和许多视频接口。 我们在HDMI / DVI输出方面存在一些问题,该输出间歇性地工作。 当用示波器探测时,HDMI引脚,时钟和数据信号周期性地停留一段时间(按十分之一秒的顺序),然后重新开始切换。 我们遵循XAPP1064建议来实现HDMI输出:在我们的设计中,我们有3个时钟,x1,x2和x10 w.r.t. 像素时钟。 这些由可编程PLL(与DRP接口结合使用)提供; x2时钟(CLKOUT1)通过BUFG缓冲并连接到OSERDE2 CLKDIV输入,而x10时钟(CLKOUT0)通过BUFPLL缓冲并转发到CLK0。 BUFPLL的SERDESTROBE连接到IOCE,LOCK用作OSERDES的异步复位.serdes_n_to_1_s16_diff模块用于实例化输出逻辑。 有趣的是,我们注意到PLL始终处于锁定状态(通过ChipScope验证,并且使用同一PLL提供的时钟信号的其他视频输出正常工作)。 更有趣的是,可以使用所有视频配置(具有25,40和108 MHz像素时钟)复制不良行为,但并不总是存在:也就是说,当我们更改视频模式时,一旦PLL锁定,输出就可以开始显示问题 或不。 当问题不存在时,视频可以正常工作,直到下一次模式更改。 设计中的时钟信号受到适当约束,实现后不会报告时序违规。 我们假设我们在视频输出电路上缺少一些约束(可能与OSERDES2有关)。 有人曾经经历过类似的事吗? 我们一直在论坛中搜索一段时间,但我们没有找到任何有类似问题的人。 问候, 斯特凡诺 以上来自于谷歌翻译 以下为原文 Hi, we're experiencing problems with a Spartan 6 LX45 -3 device. In our design we basically have some image processing algorithms and many video interfaces. We've some issue with the HDMI/DVI output, which is working intermittently. When probing with an oscilloscope the HDMI pins, clock and data signals cyclically stuck for a while (in the order of some tenth of second) and then restart switching. We followed XAPP1064 recommendations for implementing the HDMI output: in our design we have 3 clocks, a x1, x2 and x10 w.r.t. pixel clock. These are provided by a programmable PLL (used in conjunction with a DRP interface); x2 clock (CLKOUT1) is buffered with a BUFG and connected to OSERDE2 CLKDIV inputs, while x10 clock (CLKOUT0) is buffered with a BUFPLL and forwarded to CLK0. BUFPLL's SERDESTROBE is connected to IOCE and LOCK is used as asynchronous reset for the OSERDES. serdes_n_to_1_s16_diff module is used as is for instantiating the output logic. Interestingly we've noticed that PLL is always locked (verified with ChipScope and by the fact that other video outputs, which use clock signals provided by the same PLL, are working correctly). Even more interestingly the bad behavior can be replicated with all video configurations (with 25, 40 and 108 MHz pixel clock) but is not always present: that is, when we change video mode, once PLL has locked the output can start manifesting the problem or not. When the problem is not present, video works correctly , forever until next mode change. Clock signals in the design are properly constrained, and no timing violation is reported after implementation. We suppose we're missing some constraint on the video output circuit (maybe something related to OSERDES2). Has someone ever experienced something similar? We've been searching for a while in the forum but we didn't find anyone with a similar issue. Regards, Stefano |
|
相关推荐
2个回答
|
|
还有一些信息。
我们正在使用ISE 13.2(与13.3相同的问题)。 BUFPLL在0号银行。 以上来自于谷歌翻译 以下为原文 Just a few more information. We're working with ISE 13.2 (same problems with 13.3). BUFPLL is on bank 0. |
|
|
|
我们还注意到,当出现问题时,输出TMDS上的电压降至0V。
那就是OSERDES没有输出逻辑0,这应该是与差分信号中的零伏不同的东西。 问候, 斯特凡诺 以上来自于谷歌翻译 以下为原文 We also noticed that voltage on output TMDS drops to 0V when problem is present. That is OSERDES are not outputting a logical 0, that is supposed to be something different from zero volt in differential signaling. Regards, Stefano |
|
|
|
只有小组成员才能发言,加入小组>>
2360 浏览 7 评论
2780 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2247 浏览 9 评论
3324 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2413 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
730浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
524浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
336浏览 1评论
742浏览 0评论
1935浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-8 06:34 , Processed in 1.113943 second(s), Total 78, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号