<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://e2e.ti.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>High Speed Interface Forum - Recent Threads</title><link>http://e2e.ti.com/support/interface/high_speed_interface/f/138.aspx</link><description>Products covered here are Serializers &amp;amp; Deserializers, Crosspoint Switches, LVDS/M-LVDS Phy, PECL Phy, Repeaters/Translators, Equalizers, Repeater, Signal Conditioner, and also Serial Digital Interface (SDI)</description><dc:language>en-US</dc:language><generator>6.x Production</generator><item><title>May DS90UB913 can support 1920x1080p 30 frames?</title><link>http://e2e.ti.com/thread/265383.aspx</link><pubDate>Thu, 16 May 2013 11:43:14 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c8f2d751-2278-4b6b-bf00-79ccd8a9aa90</guid><dc:creator>Chen Bogey</dc:creator><slash:comments>5</slash:comments><comments>http://e2e.ti.com/thread/265383.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265383/rss.aspx</wfw:commentRss><description>&lt;p&gt;Dear Sir&lt;/p&gt;
&lt;p&gt;Good days,&lt;/p&gt;
&lt;p&gt;May we check with you if DS90UB913 can support 1920x1080p 30 frames?&lt;/p&gt;
&lt;p&gt;As we know DS90UB913 support 10~100M pixel colock .&lt;/p&gt;
&lt;p&gt;from as below formula ==&amp;gt;Pixel Clock = H-pixels x V-pixels x Fps* x (1 + Percent Blanking**)&lt;/p&gt;
&lt;p&gt;Here i let&amp;nbsp;&amp;nbsp;(1 + Percent Blanking**) = 1.4&lt;/p&gt;
&lt;p&gt;and calculate 1920x1080x30 x1.4 around 87M pixel clock, i think&amp;nbsp;&amp;nbsp;DS90UB913&amp;nbsp; should be ok, but may you pls help double check?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Best Regards,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Bogey&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>LMH0387  Launch amplitude Fine Control Resister(02h, 6:3)</title><link>http://e2e.ti.com/thread/265953.aspx</link><pubDate>Mon, 20 May 2013 10:15:08 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:66105bbf-d21d-4ae5-91c8-6fdf570e60a0</guid><dc:creator>TKOB</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/265953.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265953/rss.aspx</wfw:commentRss><description>I&amp;#39;d like to confirm the description of Launch amplitude fine Control resisters(02h, 6:3). 

On the LMH0387 datasheet(REVICED April 2013);
Almost all settings of gain are +20% higher than LM0384&amp;#39;s settings.
Are there correct ?
(Did you set the base gain of LMH0387 higher ?)&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>About LMH1982</title><link>http://e2e.ti.com/thread/209033.aspx</link><pubDate>Tue, 21 Aug 2012 02:13:47 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:3d885525-ab91-4d52-89f7-971ad7b9778c</guid><dc:creator>gang shao</dc:creator><slash:comments>2</slash:comments><comments>http://e2e.ti.com/thread/209033.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/209033/rss.aspx</wfw:commentRss><description>&lt;p&gt;LMH1982 Application&lt;/p&gt;
&lt;p&gt;If the input format is 625i and the output format 1080i/50 ,then how to program the register and what is the programming sequence?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>IBIS Model for the SN65MLVD047A</title><link>http://e2e.ti.com/thread/265247.aspx</link><pubDate>Wed, 15 May 2013 21:10:52 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:091235d8-d2dd-4de1-a0a4-5f23a58872bc</guid><dc:creator>David Hildebrand</dc:creator><slash:comments>4</slash:comments><comments>http://e2e.ti.com/thread/265247.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265247/rss.aspx</wfw:commentRss><description>&lt;p&gt;Do we have an IBIS model available for the SN65MLVD047A?&lt;/p&gt;
&lt;p&gt;Thanks, David&lt;/p&gt;
&lt;p&gt;---------------------------------&lt;br /&gt;David Hildebrand&lt;br /&gt;Analog Field Applications&lt;br /&gt;South Region&lt;br /&gt;Texas Instruments, Inc.&lt;br /&gt;Office:&amp;nbsp; 214-479-0917&lt;br /&gt;Cell:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 972-841-6499&lt;br /&gt;&lt;a href="mailto:david.hildebrand@ti.com"&gt;david.hildebrand@ti.com&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;---------------------------------&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS90CR286A deserial problem</title><link>http://e2e.ti.com/thread/263529.aspx</link><pubDate>Wed, 08 May 2013 03:27:31 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:8fb467b1-694b-4dc2-a073-0b60abe01bc2</guid><dc:creator>cylinc</dc:creator><slash:comments>7</slash:comments><comments>http://e2e.ti.com/thread/263529.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/263529/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi, I have a board with TW8816 as LCD controller and DS90CR285 as transmitter, it&amp;#39;s for an old car LCD display and works fine whatever the input of TW8816 is RGB888 or CVBS.&lt;br /&gt;&lt;br /&gt;Recently, i made a deserializer board using DS90CR286A,and these two board were connected using board-to-board connector. When the input to TW8816 is RGB888,the singal deserialed good,but when the input is CVBS,then the deserialed signal is very bad. In both case, I measured the FPCLK singal at pin RXOUT1 which was deserialed from RXIN0+/- pair.The frequency of FPCLK in both cases were almost the same about 11MHz.&lt;/p&gt;
&lt;p&gt;And the RXCLKOUT was good in both case. Because the original board can light the car LCD dislay all right, i have no reason to be suspicious about it. I can&amp;#39;t fingure out why there is such difference in these two cases? Any advice or how should i to find out where may&amp;nbsp; problem be?&lt;/p&gt;
&lt;p&gt;Blow is the screeshot of the FPCLK wave and the LVDS signal PCB layout.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/7624.lvds_5F00_layout.jpg"&gt;&lt;img src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/7624.lvds_5F00_layout.jpg" alt=" " border="0" /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/4682.signal-wave.jpg"&gt;&lt;img src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/4682.signal-wave.jpg" alt=" " border="0" /&gt;&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Problem with the SERDESUR-65USB DemoBoard from TI</title><link>http://e2e.ti.com/thread/261369.aspx</link><pubDate>Fri, 26 Apr 2013 06:52:13 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:05c44ef0-fe72-4c98-af87-c2045ac28ad9</guid><dc:creator>Thomas Feller</dc:creator><slash:comments>9</slash:comments><comments>http://e2e.ti.com/thread/261369.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/261369/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I have a Controller Board with the T20 (Cortex A9, Windows EC 7) connected to an 5,7&amp;quot; VGA Display with the parallel Inteface ==&amp;gt; this works fine.&lt;/p&gt;
&lt;p&gt;Then I have connected the two SERDESUR-65USB Boards between the Controller Board and the Display. The LCD displays with some flickering pixels.&lt;/p&gt;
&lt;p&gt;The PASS and the LOCK output of the DS90UR906 shows errors. I tried with the De-Emphasis Option, but without success.&lt;/p&gt;
&lt;p&gt;The VDDI voltage is 3.3V.&lt;/p&gt;
&lt;p&gt;Any idea ?&lt;/p&gt;
&lt;p&gt;Thanks &amp;amp; best regards&lt;/p&gt;
&lt;p&gt;Thomas&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>FPD Link III - DS90UB914 wake up in the wrong mode</title><link>http://e2e.ti.com/thread/265062.aspx</link><pubDate>Wed, 15 May 2013 08:52:23 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:5cb2fcd7-0f7c-4863-ada5-d57874661575</guid><dc:creator>Matthias Zeilinger</dc:creator><slash:comments>5</slash:comments><comments>http://e2e.ti.com/thread/265062.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265062/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;we are developing a camera with the chip set DS90UB913 and DS90UB914. The pixel clock from the image sensor is 12 MHz, so we want to use the 12 bit low frequency mode of the devices. There is a mode pin at the DS90UB914 which is put to GND in our design. This should indicate the right mode to the device at power up as mentioned in the datasheet.&lt;/p&gt;
&lt;p&gt;But after power up, if we read the mode register (read only), the device is in 10 bit high speed mode.&lt;/p&gt;
&lt;p&gt;The second issue is the clock output of the deserializer DS90UB914. We transmit the video data with 12 MHz from the sensor, but the deserializer has only 6 MHz clock output. The device devides the clock internally which we can&amp;#39;t accept.&lt;/p&gt;
&lt;p&gt;I would be glad if anyone could help me.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Matthias&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DP83848C phy autonegotiation and link issues</title><link>http://e2e.ti.com/thread/196736.aspx</link><pubDate>Thu, 21 Jun 2012 17:13:44 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:e7aa9ecd-edf2-42d8-8c84-4d50d27ddac9</guid><dc:creator>Benjamin Babjak</dc:creator><slash:comments>5</slash:comments><comments>http://e2e.ti.com/thread/196736.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/196736/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;We are trying to build a sensor platform using the DP83848C physical layer ethernet interface. We took the SmartFusion Evaluation Kit from Microsemi (&lt;a href="http://www.actel.com/products/hardware/devkits_boards/smartfusion_eval.aspx"&gt;http://www.actel.com/products/hardware/devkits_boards/smartfusion_eval.aspx&lt;/a&gt;) as our reference design, and built our board basically copying the relevant parts from their schematic, the only difference being the RJ-45 connector. We&amp;#39;ve found that our boards fail at the autonegotiation step, no link is established.&lt;/p&gt;
&lt;p&gt;Here is what we have tried so far:&lt;/p&gt;
&lt;p&gt;1. We&amp;#39;ve made sure that supply voltage and 50 MHz clock are present, device is not powered down (pin 7), and is not reseting (pin 29).&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. With autonegotiation and&amp;nbsp;Auto-MDIX turned on we&amp;#39;ve measured the signals on both the TD and RD pins, and verified that normal link pulses&amp;nbsp;(NLP as defined in the autonegotiation specification)&amp;nbsp; are present.&amp;nbsp;We&amp;#39;ve found however that the signals look unlike the ones seen in&amp;nbsp;&lt;a href="http://www.ti.com/general/docs/lit/getliterature.tsp?literatureNumber=snla088a&amp;amp;fileType=pdf"&gt;Application Note 1519&amp;nbsp;DP83848&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;3. If connected to an ethernet hub our&amp;nbsp;device was not able to&amp;nbsp;successfully&amp;nbsp;autonegotiate, even though the ethernet hub was sending fast link pulse bursts with the acknowledge bit on, meaning that it had correctly received the link code word from our device.&lt;/p&gt;
&lt;p&gt;4. We&amp;#39;ve assumed that the inability of our device detecting link code words from the hub, and the difference in pulse shapes are due to the different RJ-45 connector (J0G-0007NL as opposed to . Unfortunately they were not pin compatible, so we&amp;#39;ve used a 2 inch long ribbon cable to connect to the PCB.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/6864.IMAG0662.jpg"&gt;&lt;img src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/6864.IMAG0662.jpg" alt=" " border="0" /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The pulse shapes were still different, our device was still unable to detect link code words. In the picture the longer signals are the differential signals measured on the working evaluation kit, the shorter signals with the higher amplitudes are the differential signals we have measured on our board.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/8424.IMAG0659.jpg"&gt;&lt;img src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/8424.IMAG0659.jpg" alt=" " border="0" /&gt;&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;5. We&amp;#39;ve checked our software as well, we start out with a reset (bit 15 in BMCR), then we wait more than 3 us and &amp;nbsp;enable autonegotiation (bit 12), restart&amp;nbsp;autonegotiation &amp;nbsp;(bit 9), and enable collision test (bit 7) with one write to BMCR.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Any ideas what else we could/should check?&lt;/p&gt;
&lt;p&gt;Our design is open-source (&amp;nbsp;&lt;a href="http://code.google.com/p/marmote/source/browse/#svn%2Ftrunk"&gt;http://code.google.com/p/marmote/source/browse/#svn%2Ftrunk&lt;/a&gt;&amp;nbsp;) the schematics of the board can be found here:&amp;nbsp;&lt;a href="http://code.google.com/p/marmote/source/browse/trunk/hardware/MainBoard_RevA/MainBoard_RevA_Sch.pdf"&gt;http://code.google.com/p/marmote/source/browse/trunk/hardware/MainBoard_RevA/MainBoard_RevA_Sch.pdf&lt;/a&gt;&amp;nbsp;(click &amp;quot;View raw file&amp;quot;&amp;nbsp;to download pdf).&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Benjamin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Replaceament of MAX3872 and ADN2855 in GPON application</title><link>http://e2e.ti.com/thread/264774.aspx</link><pubDate>Tue, 14 May 2013 09:58:06 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:020da6fb-9398-43ce-91a8-02434e836033</guid><dc:creator>Ted Xu</dc:creator><slash:comments>3</slash:comments><comments>http://e2e.ti.com/thread/264774.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264774/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi team&lt;/p&gt;
&lt;p&gt;My customer kicked off a GPON projects,where &amp;nbsp;MAX3872 and ADN2855&amp;nbsp; are suitable, Do we have related replcement solution ?&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS100MB203　Questions about 3.3V mode / SlaveMode</title><link>http://e2e.ti.com/thread/265398.aspx</link><pubDate>Thu, 16 May 2013 12:39:24 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:365ed2a9-2eb4-46e4-b813-739ba81881cb</guid><dc:creator>Tomohiko Sugiyama</dc:creator><slash:comments>0</slash:comments><comments>http://e2e.ti.com/thread/265398.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265398/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;Please let me confirm some questions about DS100MB203.&lt;/p&gt;
&lt;p&gt;(1) Is it possible to switch in SEL1 pin SlaveMode setting?&lt;br /&gt; &lt;br /&gt; In order to set the SlaveMode, READEN/SEL1 should be hold to Low.&lt;br /&gt; &lt;br /&gt; Is &amp;quot;READEN&amp;quot; Low during startup ?&lt;/p&gt;
&lt;p&gt;(2)Regarding to the Datasheet of DS100MB203 on page P12, Table 1. 4?Level Control Pin Settings &amp;quot;Voltage at Pin&amp;quot; is &amp;quot;0.98 x VDD&amp;quot;.&lt;br /&gt; &lt;br /&gt; Is this description correct?&lt;br /&gt; &lt;br /&gt; *I think that this voltage should be &amp;quot;0.98 x VIN&amp;quot; in 3.3V mode.&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>SERDESUB-21USB I2C communication in Display mode</title><link>http://e2e.ti.com/thread/259557.aspx</link><pubDate>Thu, 18 Apr 2013 12:39:28 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c42cee25-ddec-4ae4-9075-fe80a17eb2cc</guid><dc:creator>Lee Anthony</dc:creator><slash:comments>7</slash:comments><comments>http://e2e.ti.com/thread/259557.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/259557/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am currently evaluating the SERDESUB-21USB kit and I am experiencing problems with the I2C interface when operating the SERDES chip set in the Display mode, and I was hoping somebody could point me in the right direction as to what might be causing me the problem.&lt;/p&gt;
&lt;p&gt;The SERDESUB-21USB link is working reliably (Lock signal stable, witnessed by setting a trigger for falling edge) and I am providing a 20 MHz signal&amp;nbsp;on the Ser (PCLK pin), for which I am recovering reliably at the Des end (PCLK pin). Also the GPIO pin(s) functionality is working correctly; therefore I am confident that the SERDES link is working reliably. &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;A Diagram of my I2C set-up is shown as follows:-&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/5355.2013_2D00_04_2D00_18_5F00_1125.png"&gt;&lt;img border="0" alt=" " src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/5355.2013_2D00_04_2D00_18_5F00_1125.png" /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;With reference to the SERDESUB-21USB (P21) User&amp;rsquo;s Guide the Dill switches for configuring Master / Slave relationship (M_S pin) have been set as follows:-&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;DS90UB903Q = H (Slave)&lt;/li&gt;
&lt;li&gt;DS90UB904Q = L (Master)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I2C bus speed at the Master is configured as 100 kHz&lt;/p&gt;
&lt;p&gt;Also in line with configuring the set-up the following register values have been set:-&lt;/p&gt;
&lt;p&gt;SER 0x06 = 0xC0 (Default anyway at power-up)&lt;/p&gt;
&lt;p&gt;SER 0x07 = 0x9A&lt;/p&gt;
&lt;p&gt;DES 0x08 - 0x17 = 0x00 (Default)&lt;/p&gt;
&lt;p&gt;The problem I am experiencing is when trying to&amp;nbsp;send a command&amp;nbsp;to the AR1021 (Touch screen controller), which have been verified as working correctly when not passing the I2C over the SerDes link.&lt;/p&gt;
&lt;p&gt;An example command (Bytes seen) has been provided within the attached file&amp;nbsp;(Image insertion proivded poor quality) see screen shot of the logic analyser image highlighting the issue I am seeing. Logic Analyser connections are made at I2C_SER at the O/P of the Microchip Serial Analyser and I2C_DES at the O/P of the DS90UB904Q Deserialiser.&lt;/p&gt;
&lt;p&gt;&lt;span style="text-decoration:underline;"&gt;Disable Touch&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Send: - 0x9A, 0x00, 0x55, 0x01, 0x13&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; This is sent O.K and timing seems O.K (Approx 1us delay between SER and DES clock pulses)&lt;/p&gt;
&lt;p&gt;Receive: - 0x9B, &lt;span style="background-color:#ff0000;"&gt;0x55&lt;/span&gt;, 0x02, 0x00, 0x13&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Clock pulses are seen on the Des line, when 0x55 is sent by the AR1021 however these are not being re-produced on the Ser I2C bus and timing appears to become sparadic ?&lt;/p&gt;
&lt;p&gt;From looking at the datasheet and also from correspondance from Microchip both the Master (Serial Analyser) and Slave (AR1021) both support clock stretching....&lt;/p&gt;
&lt;p&gt;Any ideas on resolving this issue would be appreciated as I am keen to implement this chip set in my future design.&lt;/p&gt;
&lt;p&gt;Thanks Lee Smith&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/3056.Disable-Touch_5F00_Send.jpg"&gt;&lt;/a&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description><enclosure url="http://e2e.ti.com/cfs-file.ashx/__key/telligent-evolution-components-attachments/00-138-00-00-00-25-95-57/Disable-Touch_5F00_Recieve.jpg" length="210539" type="image/jpeg" /></item><item><title>DS80PCI800 - LInk Bringup Strategy</title><link>http://e2e.ti.com/thread/255997.aspx</link><pubDate>Tue, 02 Apr 2013 22:31:29 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c76cd666-a4a7-457a-bb94-eeb1fd57c459</guid><dc:creator>John Marcolina</dc:creator><slash:comments>3</slash:comments><comments>http://e2e.ti.com/thread/255997.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/255997/rss.aspx</wfw:commentRss><description>&lt;p&gt;We are planning to have 2 repeaters on a Gen3 PCIe link. We need 2 repeaters due to the length of the channel. Are there any recommendations or guidelines on how to set the repeater EQ/de-emphasis parameters when we bring up the link?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS80PCI800 Lane Inversions OK?</title><link>http://e2e.ti.com/thread/265229.aspx</link><pubDate>Wed, 15 May 2013 19:23:32 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b0048b58-b6e9-4371-9e02-a92e01536a79</guid><dc:creator>John Marcolina</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/265229.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265229/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;We&amp;#39;d like to swap P/N on some lanes of this device to improve PCB routing. We would only swap input and output together, so that the endpoints would not see an inversion. I was wondering if there are any problems with doing this, with regards to receive detection, initialization, or anything else.&lt;/p&gt;
&lt;p&gt;Thanks in advance.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: duplicate DVI SIGNAL</title><link>http://e2e.ti.com/thread/265173.aspx</link><pubDate>Wed, 15 May 2013 14:36:09 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:62bb5abe-2b22-4053-b41d-6d2f87988c51</guid><dc:creator>Steve Clynes</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/265173.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/265173/rss.aspx</wfw:commentRss><description>&lt;p&gt;Do you need to support HDCP copy protection too?&lt;/p&gt;
&lt;p&gt;If you need HDCP copy protection then the answer is no since this requires the video stream to be completely decoded and dual re-encoded. This is an extension of an application called a &amp;#39;repeater&amp;#39;.&lt;/p&gt;
&lt;p&gt;If you do not require HDCP then it is sufficient to simply buffer all the signals.&lt;/p&gt;
&lt;p&gt;This question is probably better posted to the interface forums since this is not a video decoder/converter problem. I will try to transfer the question for you.&lt;/p&gt;
&lt;p&gt;BR,&lt;/p&gt;
&lt;p&gt;Steve&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Balun for DS90UB925Q and DS90UB926Q</title><link>http://e2e.ti.com/thread/264888.aspx</link><pubDate>Tue, 14 May 2013 16:23:04 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:9201d456-db4a-4a3d-830b-db3602d44a4e</guid><dc:creator>R. Scalick</dc:creator><slash:comments>5</slash:comments><comments>http://e2e.ti.com/thread/264888.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264888/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hallo,&lt;/p&gt;
&lt;p&gt;could you give me a recommendation for a Balun for DS90UB925Q and DS90UB926Q ? What are the requirements for this Balun. (Datarate max. 1,485GBit/s)&lt;/p&gt;
&lt;p&gt;I tried to find at Toko and Murata. My reqirements are impedance transormation from 100Ohm&amp;nbsp;(balanced) to 50Ohm unbalanced and back. I think that this could be the same componet.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;regards&lt;/p&gt;
&lt;p&gt;Rudi&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>TLK1501 TTL Input Structure</title><link>http://e2e.ti.com/thread/264641.aspx</link><pubDate>Mon, 13 May 2013 23:54:14 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:9c4ddfc1-72a1-4d25-9329-3712c3de0a5c</guid><dc:creator>Jeffrey McCasland</dc:creator><slash:comments>2</slash:comments><comments>http://e2e.ti.com/thread/264641.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264641/rss.aspx</wfw:commentRss><description>&lt;p&gt;Could you please tell me if there are any protection diodes on the TTL inputs of the TLK1501?&amp;nbsp; I&amp;#39;m curious to know if two of these devices may have its TTL inputs connected in parallel with series resistors&amp;nbsp; allowing&amp;nbsp; for a cold spare application.&amp;nbsp; i.e. one device powered OFF with the other ON.&amp;nbsp; If so, do you have an application note or reference design indicating this?&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Jeffrey&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS64MB201 - Tj(MAX)</title><link>http://e2e.ti.com/thread/260462.aspx</link><pubDate>Tue, 23 Apr 2013 06:09:06 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:9a87a02d-90a6-4f32-adaf-30bcff16cc26</guid><dc:creator>Kawai</dc:creator><slash:comments>5</slash:comments><comments>http://e2e.ti.com/thread/260462.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/260462/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hi, could you please let me confirm about the Junction Temperature description in the datasheet ?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;In the datasheet P.5 Junction Temperature Range is said as &amp;quot;+105C&amp;quot; for &amp;nbsp;TJ(MAX).&lt;/p&gt;
&lt;p&gt;Isn&amp;#39;t this a typo ?&lt;/p&gt;
&lt;p&gt;I think 125C would be correct.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Family product of DS64BR401 and DS100MB203 have TJ(MAX) = 125C in the ABS MAX Ratings.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Kawai&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>FPD-Link III Tester</title><link>http://e2e.ti.com/thread/264930.aspx</link><pubDate>Tue, 14 May 2013 19:27:01 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:8318507d-f7fa-4920-9916-f3c4bd2b6324</guid><dc:creator>Robert Margit</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/264930.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264930/rss.aspx</wfw:commentRss><description>&lt;p&gt;Dear Everybody!&lt;/p&gt;
&lt;p&gt;First of all I would like to thank you for your answers. I am new on this forum.&lt;/p&gt;
&lt;p&gt;We would like to make a test for a device that has FDP-Link III input and FDP-Link Output.&lt;/p&gt;
&lt;p&gt;Two different picture ( RGB 010101 &amp;hellip;. and 1010101&amp;hellip;.) would be sent to its input.&lt;/p&gt;
&lt;p&gt;We should receive these picture on the output of the device and compare with the pictures that have sent&amp;nbsp; to the input of the device. (compare the input picture with output picture) &amp;nbsp;&lt;/p&gt;
&lt;p&gt;I would have some questions.We have to convert the FDP-Link signal to RGB888.&lt;/p&gt;
&lt;p&gt;What do you think about can we use DS90CF386MTD in order to convert the FPD-Link?&lt;/p&gt;
&lt;p&gt;( &lt;a rel="nofollow" href="http://www.ti.com/lit/ds/symlink/ds90cf386.pdf"&gt;http://www.ti.com/lit/ds/symlink/ds90cf386.pdf&lt;/a&gt; )?&lt;br /&gt; I have attached the figure about the plan, could you check these values are correct?&lt;/p&gt;
&lt;p&gt;Does somebody have any other type of instrument&amp;nbsp; for this special function?&lt;/p&gt;
&lt;p&gt;Generator-Serializer: DS90UB925Q ( &lt;a rel="nofollow" href="http://www.ti.com/lit/ds/symlink/ds90ub925q-q1.pdf"&gt;http://www.ti.com/lit/ds/symlink/ds90ub925q-q1.pdf&lt;/a&gt; )&lt;/p&gt;
&lt;p&gt;Deserializer: DS90UH928Q ( &lt;a rel="nofollow" href="http://www.ti.com/lit/ds/symlink/ds90uh928q-q1.pdf"&gt;http://www.ti.com/lit/ds/symlink/ds90uh928q-q1.pdf&lt;/a&gt; )&lt;/p&gt;
&lt;p&gt;I am looking forward for your answers.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you so much.&lt;/p&gt;
&lt;p&gt;Best Regards&lt;/p&gt;
&lt;p&gt;Robert Margit&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" href="http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files/138/1401.fpdlinkIII_2D00_tester.JPG"&gt;&lt;img src="http://e2e.ti.com/resized-image.ashx/__size/550x0/__key/communityserver-discussions-components-files/138/1401.fpdlinkIII_2D00_tester.JPG" border="0" alt=" " /&gt;&lt;a href="http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264930.aspx"&gt;(Please visit the site to view this file)&lt;/a&gt;&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS90CR288 split to multiple DS90CR287</title><link>http://e2e.ti.com/thread/264815.aspx</link><pubDate>Tue, 14 May 2013 12:40:43 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c9f9c48d-2f2f-4ae9-937f-73e4b69d2c03</guid><dc:creator>Jim Suriano</dc:creator><slash:comments>2</slash:comments><comments>http://e2e.ti.com/thread/264815.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264815/rss.aspx</wfw:commentRss><description>&lt;p&gt;We have an application where we are using the &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR288 to deserialize CameraLink input data and split that to multiple &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR287&lt;/span&gt;&lt;/span&gt; for retransmission. The &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR288 is functioning correctly and deseralizing the data properly, however the &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR287&lt;/span&gt;&lt;/span&gt; is not generating proper LVDS outputs. From the data sheet it mentioned that the &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR287&lt;/span&gt;&lt;/span&gt; shouldn&amp;#39;t be enable until after the clock is available and we have delayed the turn on time of the chip appropriately but have still not gotten any output generated. &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;br /&gt;At this point we are not sure what else to try. We had another prototype board that functioned properly once we added the appropriate delay to turning on the &lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;DS90CR287&lt;/span&gt;&lt;/span&gt; to account for the delay in the clock signal being generated (which we did through the use of a manual switch). We&amp;#39;ve since added a way to handle that automatically but that does not seem to have solved the issue.&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;Thanks,&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;&lt;span style="font-family:Arial;font-size:10pt;"&gt;Jim&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Aleksander Belkin</title><link>http://e2e.ti.com/thread/257969.aspx</link><pubDate>Thu, 11 Apr 2013 11:46:09 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:7140c3df-9b8b-4a00-8db8-c4f319c27cc0</guid><dc:creator>Alexander Belkin</dc:creator><slash:comments>6</slash:comments><comments>http://e2e.ti.com/thread/257969.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/257969/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;I have a question of TLK10002 Line Alignment.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;TLK10002 is connected with the link partner device (FPGA Spartan 6) by means of four lines.&lt;/p&gt;
&lt;p&gt;Data flows in all lines are independent.&lt;/p&gt;
&lt;p&gt;Line alignment is not required.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Question:&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Whether TLK will carry out data transmission to the HS line if not to carry out alignment of LS lines?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Aleksander&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS90UB925Q and DS90UB926Q</title><link>http://e2e.ti.com/thread/264491.aspx</link><pubDate>Mon, 13 May 2013 12:05:12 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:bc657952-1aea-4552-906c-d1b60bb6b058</guid><dc:creator>R. Scalick</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/264491.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264491/rss.aspx</wfw:commentRss><description>&lt;p&gt;Hallo,&lt;/p&gt;
&lt;p&gt;1.) I would like to ask if this serdes components can be used for a 20bit BT.1120 HD video transmission ? We have 1080p with 30 frames. (1,485GBit/s) and a cable length of 2m to 5m.&lt;/p&gt;
&lt;p&gt;2.) I have seen that this components have only a&amp;nbsp;STP interface; is it&amp;nbsp;possible, to do the connection with only&amp;nbsp;one single coax conecction and the other out/in-put terminated ? (-6dB in signal)&lt;/p&gt;
&lt;p&gt;3.)&amp;nbsp;Is it a problem if the sync signals are embedded in the&amp;nbsp;&amp;quot;video-datas&amp;quot; ?&lt;/p&gt;
&lt;p&gt;many thanks for your infos and kind regards&lt;/p&gt;
&lt;p&gt;Rudi&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>SN65LVDS4</title><link>http://e2e.ti.com/thread/260884.aspx</link><pubDate>Wed, 24 Apr 2013 12:00:09 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:d342d433-59da-4212-9244-a1af56fe4148</guid><dc:creator>eli</dc:creator><slash:comments>3</slash:comments><comments>http://e2e.ti.com/thread/260884.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/260884/rss.aspx</wfw:commentRss><description>&lt;p&gt;Which is the recommended driver to be used with the SN65LVDSLVDS4, a DIFFERENTIAL LINE DRIVER?&lt;/p&gt;
&lt;p&gt;Is it the SN65LVDS1?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>LMH1982 - square pixel clock generation</title><link>http://e2e.ti.com/thread/264352.aspx</link><pubDate>Sun, 12 May 2013 17:58:09 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:5b5958e6-7c00-4a3a-b8ca-d3d55918c7db</guid><dc:creator>John White1</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/264352.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264352/rss.aspx</wfw:commentRss><description>&lt;p&gt;Is it possible to program the LMH1982 to generate a 29.5MHz clock when genlocked to a PAL video signal, and&amp;nbsp;to generate a 24.546MHz clock when genlocked to a NTSC signal?&lt;/p&gt;
&lt;p&gt;These clock signals allow me to generate a square pixel format&amp;nbsp;for my graphics application.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS25BR100 Speed</title><link>http://e2e.ti.com/thread/264423.aspx</link><pubDate>Mon, 13 May 2013 07:34:35 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:769a988c-e30d-4d24-946f-ff7c908ff787</guid><dc:creator>Andrey Lyubimcev</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/264423.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/264423/rss.aspx</wfw:commentRss><description>&lt;p&gt;Is it possible to use DS25BR100 at speeds of 1.25 Gbit / s? Necessary to extend the SGMII interface on the 400mm.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>DS100DF410 : better channel combination when customer use only two channels</title><link>http://e2e.ti.com/thread/263824.aspx</link><pubDate>Thu, 09 May 2013 06:57:40 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:80536c94-8921-43b6-9f8d-d8d1cd8f1e30</guid><dc:creator>Hiroshi Kezuka</dc:creator><slash:comments>1</slash:comments><comments>http://e2e.ti.com/thread/263824.aspx</comments><wfw:commentRss>http://e2e.ti.com/support/interface/high_speed_interface/f/138/t/263824/rss.aspx</wfw:commentRss><description>&lt;p&gt;Dear team,&lt;/p&gt;
&lt;p&gt;&amp;nbsp;Customer use only 2 channel of DS100DF410. Then customer asked us is there better channel combination to improve performance when customer&amp;nbsp;use only 2 channel(ex. ch0 and ch3).&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&amp;nbsp;I think it is better to use ch0 and ch3, and power down ch1 and ch2.&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;&amp;nbsp;Is my understand correct?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;&amp;nbsp;Hiroshi Kezuka&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>