- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
Hello,
I am trying to implement SD-SDI core to receive SDI signals. The transmitter part works fine, however I need receiver to do the same. I have connected SDI in and out signals to create a loopback and I see that received bits are totally the same as transmitted, but has a small delay, so the data is going well. The problem is that I need to recover clear 27MHz clock for the coder chip, but the core provides only RX_CLK, which is 135MHz and rx_data_valid_out, which is data enable pin running 135MHz/5, so it doesn't work as a clock for the chip. How can I recover 50% duty cycle 27MHz clock for this purpose? Thanks.링크가 복사됨
5 응답
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
Solved. RX_DATA_VALID_OUT signal was sufficient to encoder chip to work as a clock. Rather workaround, than a solution.
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
How do you monitor your clock? If you are controlling it in SignalTap, using it also as the sampling clock, it will show up as a constant signal
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
Hi, Socrates
I am connecting a SD-SDI receiver to a codec chip which has CCIR656 video input. There're eight pins for YCbCr input, one pin for video clock (27MHz), and one pin for data enable on the chip. Your previous reply mentioned that the "RX_DATA_VALID_OUT" should be connected to the pin of video clock. I'm wondering if I should connect the "RX_DATA_VALID_OUT" to the pin of data enable and generate a clock of 27MHz as the video clock from an external clock with a PLL in my case. From your experience, is this design correct? Thanks.- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
Basically no, it is NOT correct. That valid signal usage as clock is workaround, not a solution. The solution is to use genlock. All SDI devices must use genlock to recover the clock.
