<?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>Industrial Interface</title><link>http://e2e.ti.com/support/interface/industrial_interface/default.aspx</link><description>Products covered in this section are CAN, RS422, RS485, Isolation, Ethernet, Industrial Ethernet, Industrial I/Os and UARTs. </description><dc:language>en-US</dc:language><generator>6.x Production</generator><item><title>Forum Post: RS485 - RS232C converter by TI's device ?</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/t/272025.aspx</link><pubDate>Mon, 17 Jun 2013 02:07:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forum:272025</guid><dc:creator>Ryuji Asaka</dc:creator><description>&lt;div&gt;Hello,&lt;/div&gt; &lt;div&gt;&amp;nbsp;&lt;/div&gt; &lt;div&gt;I&amp;#39;m looking for RS485 - RS232C converter.&lt;br /&gt;I think that MAXIM has the device for example MAX3160.&lt;/div&gt; &lt;div&gt;&amp;nbsp;&lt;/div&gt; &lt;div&gt;1.&lt;br /&gt;TI has&amp;nbsp;device that RS485 - RS232C converter ?&lt;br /&gt;I can&amp;#39;t find the device in ESP and cross refference of MAXIM device.&lt;/div&gt; &lt;div&gt;&lt;br /&gt;2.&lt;br /&gt;If we use multiple device ( for example, MCU+Transceiver etc...),&amp;nbsp; &amp;nbsp;can we realize RS485 - RS232C converter?&lt;br /&gt;&amp;nbsp;&lt;/div&gt; &lt;div&gt;Best Regards,&lt;br /&gt;Ryuji Asaka&amp;nbsp;&lt;/div&gt;</description></item><item><title>Forum Post: RE: SN65HVS88x SPI interface not returning values</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/271123/948292.aspx#948292</link><pubDate>Thu, 13 Jun 2013 07:02:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:948292</guid><dc:creator>Suresh</dc:creator><description>&lt;p&gt;Hi John&lt;/p&gt; &lt;p&gt;We were working it the other way with the LD. Since LD had a bar on top my programmer assumed the reverse. As per your instruction, after changing the LD we were able to get teh proper output. Thanks a lot&lt;/p&gt; &lt;p&gt;Suresh&lt;/p&gt;</description></item><item><title>Forum Post: RE: About the minus voltage output of "SN55LBC173"</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/263782/948147.aspx#948147</link><pubDate>Thu, 13 Jun 2013 00:43:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:948147</guid><dc:creator>hisakichi kobayashi</dc:creator><description>&lt;p&gt;Hello. Mr. Bryce&lt;br /&gt;Thank you for the reply. &lt;br /&gt;Your reply was consulted very much. &lt;br /&gt;The circuit concerned is operating in the customer.&lt;/p&gt; &lt;p&gt;Regards,&lt;/p&gt; &lt;p&gt;Hisa kobayashi&lt;/p&gt;</description></item><item><title>Forum Post: RE: SN65HVD234 and ISO13766 support</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/270462/947157.aspx#947157</link><pubDate>Wed, 12 Jun 2013 02:24:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:947157</guid><dc:creator>Scott Monroe</dc:creator><description>&lt;p&gt;EMC compliance is a system level requirement and will depend heavily on PCB design, layout and the external components and system design as well as which EMC test standards you are trying to pass. The best option is to design your PCB will all possible external design circuits and use best PCB layout practices.&amp;nbsp; If you test and the external EMC component is not needed it is much easier to not populate it than have to spin another PCB.&amp;nbsp; Please see the attached PDF for some general recommendations on options for EMC design.&amp;nbsp; Another reference for these and other concepts is the TI CAN EVM:&amp;nbsp;&lt;a href="http://www.ti.com/tool/sn65hvd255devm"&gt;http://www.ti.com/tool/sn65hvd255devm&lt;/a&gt;&amp;nbsp;.&amp;nbsp; It is populated with the SN65HVD255 CAN but will support all the 8 pin CAN transceivers and the concepts are generic to the CAN families.&amp;nbsp; The GIFT / ICT as referenced on the SN65HVD234 datasheet is for electrical conformance to the CAN physical layer standard ISO11898-2 and interoperability and&amp;nbsp;is not an EMC reference.&amp;nbsp;&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt; &lt;p&gt;(Please visit the site to view this file)&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt; &lt;p&gt;-- Scott&lt;/p&gt;</description></item><item><title>Forum Post: RE: UART Device Support now under Interface-CCI</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/265190/947055.aspx#947055</link><pubDate>Tue, 11 Jun 2013 21:27:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:947055</guid><dc:creator>Thomas Kugelstadt</dc:creator><description>&lt;p&gt;cool&lt;/p&gt;</description></item><item><title>Forum Post: RE: How to connect SN65HVS885 input serializer to digital isolator</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/270522/946210.aspx#946210</link><pubDate>Mon, 10 Jun 2013 22:36:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:946210</guid><dc:creator>Bryce Sinclair</dc:creator><description>&lt;p&gt;Hello Ersan,&lt;/p&gt; &lt;p&gt;/CE is a clock enable &amp;quot;low&amp;quot; pin.&amp;nbsp; So grounding it will always have the serializer working off the clock source.&amp;nbsp; As far as the application, it depends on the information you want to communicate back to your controller.&amp;nbsp; For basic functionality, the&amp;nbsp;/LD, CLK, and SOP are needed for communication.&lt;/p&gt; &lt;p&gt;You are correct that you can replace opto&amp;#39;s with one Isolated device, but you need a minimum 3-channel (or multiple 1 or 2 channel) isolators to get the basic Isolated HVS88x functionality.&lt;/p&gt; &lt;p&gt;Regards,&lt;/p&gt; &lt;p&gt;Bryce&lt;/p&gt;</description></item><item><title>Forum Post: RE: ISO7421E minimum pulse width</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/256507/943621.aspx#943621</link><pubDate>Thu, 06 Jun 2013 15:30:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:943621</guid><dc:creator>Jason Blackman</dc:creator><description>&lt;p&gt;Hi Marco,&lt;/p&gt; &lt;p&gt;I apologize for the delay. In CAN there shouldn&amp;#39;t be any glitches due to collisions. Priority addressing is used such that if two nodes start talking at the same time, whichever node has more dominant bits in the address will keep talking and the lower priority node will go recessive and hear that another node is transmitting.&lt;/p&gt; &lt;p&gt;For example, if two nodes start transmitting at the same time and Node 1 has an address of 100 and Node 2 has an address of 101, they will both transmit &amp;quot;10&amp;quot; without knowing that anyone else is trying to use the bus, then on the third bit Node 1 will hold the line dominant while Node 2 goes recessive, and Node 2 will see that someone else with higher priority is transmitting and back off.&lt;/p&gt; &lt;p&gt;Let me know if you have any more questions, or if you meant something else.&lt;/p&gt; &lt;p&gt;Thanks,&lt;br /&gt;Jason Blackman&amp;nbsp;&lt;/p&gt;</description></item><item><title>Forum Post: RE: TL16C752C Initializing Interrupt</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/266754/942008.aspx#942008</link><pubDate>Wed, 05 Jun 2013 07:05:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:942008</guid><dc:creator>Miyauchi Eisuke</dc:creator><description>&lt;p&gt;Dear Diego-san&lt;/p&gt; &lt;p&gt;&lt;/p&gt; &lt;p&gt;Sorry for late this reply. Thank you for your reply.&lt;/p&gt; &lt;p&gt;My customer seems solve this problem.&lt;/p&gt; &lt;p&gt;If there will be occur some problems, please support again.&lt;/p&gt; &lt;p&gt;&lt;/p&gt; &lt;p&gt;Best Regards,&lt;/p&gt; &lt;p&gt;Eisuke Miyauchi&lt;/p&gt;</description></item><item><title>Forum Post: RE: ISO7640 : TUV for EN/UL.CSA 3rd edition</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/268486/941452.aspx#941452</link><pubDate>Tue, 04 Jun 2013 15:50:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:941452</guid><dc:creator>Jason Blackman</dc:creator><description>&lt;p&gt;Hi Alpha,&lt;/p&gt; &lt;p&gt;We are currently looking into this standard, but if we decide to go back and update certificates for released parts it will be on a case by case basis.&lt;/p&gt; &lt;p&gt;Thanks,&lt;br /&gt;Jason Blackman&amp;nbsp;&lt;/p&gt;</description></item><item><title>Forum Post: RE: SN65HVD3082 - not communicating</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/261362/940958.aspx#940958</link><pubDate>Tue, 04 Jun 2013 05:00:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:940958</guid><dc:creator>Atul Bhakay</dc:creator><description>&lt;p&gt;Hi All,&lt;/p&gt; &lt;p&gt;The issue has been resolved&lt;/p&gt; &lt;p&gt;Regards Atul Bhakay&lt;/p&gt;</description></item><item><title>Forum Post: RE: Bi-directional Isolator</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/268803/940268.aspx#940268</link><pubDate>Mon, 03 Jun 2013 13:55:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:940268</guid><dc:creator>Jason Blackman</dc:creator><description>&lt;p&gt;Hello Jaden,&lt;/p&gt; &lt;p&gt;Just to clarify - while the ISO7631C has channels in both directions, it does not have any bi-directional channels. The only devices we have with isolated bi-directional channels are the ISO1540 and ISO1541, our I2C isolators. They only go up to 1MHz, and so may not work for your application.&lt;/p&gt; &lt;p&gt;Thanks,&lt;br /&gt;Jason Blackman&amp;nbsp;&lt;/p&gt;</description></item><item><title>Forum Post: RE: SN65HVD23x wire fault handling</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/267190/939472.aspx#939472</link><pubDate>Fri, 31 May 2013 21:39:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:939472</guid><dc:creator>John Griffith</dc:creator><description>&lt;p&gt;Hi Brian,&lt;/p&gt; &lt;p&gt;Scott and I went into the lab today to investigate the effects of all of the faults on both a network of two SN65HVD230 devices, and on another&amp;nbsp;serparate&amp;nbsp;network of two TJA1050 transceivers. Neither of them were able to communicate for 4 of the 6 faults, and both were able to marginally communicate with CANL short to GND and CANH short to VCC. As Scott was saying before, this makes sense because the driver is still able to create a positive differential voltage on the bus during these faults (CANH - CANL).&lt;/p&gt; &lt;p&gt;Please take a look at the attached summary I made of the test results. Also if you have anymore information on your set up (schematic screenshots with RXD etc.) that you can share, please send me the information. I would be happy to take another look at this.&lt;/p&gt; &lt;p&gt;Thanks,&lt;/p&gt; &lt;p&gt;John&lt;/p&gt;</description></item><item><title>Forum Post: RE: DS90LV001TM distorting signal</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/262807/939181.aspx#939181</link><pubDate>Fri, 31 May 2013 15:50:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:939181</guid><dc:creator>David R Rowley Jr</dc:creator><description>&lt;p&gt;thanks for the reply.&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt; &lt;p&gt;turns out, bad scope bandwith and bad assumptions.&lt;/p&gt; &lt;p&gt;the assumption was, i was told the source side of the was working properly, it was not. the source was outputing all zero&amp;#39;s to the serializer, (suppose to be x01F, sync signal).&lt;/p&gt; &lt;p&gt;if i had a better scope, i would have seen that the signal was 1 bit in length or the stop bit.&lt;/p&gt; &lt;p&gt;i violated all my normal debug technics, assume nothing and i new the scope bandwith was not wide enough. Just a bad week when alot of things weren&amp;#39;t working.&lt;/p&gt; &lt;p&gt;devices work fine. but did find, other than a couple,&amp;nbsp;you can&amp;#39;t use them in multidrop mode.&lt;/p&gt;</description></item><item><title>Forum Post: RE: May we can find DS90LT012A DSN file in website?</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/228158/939125.aspx#939125</link><pubDate>Fri, 31 May 2013 15:12:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:939125</guid><dc:creator>Lee Sledjeski</dc:creator><description>&lt;p&gt;Bogey,&lt;/p&gt; &lt;p&gt;Sorry for the delay in responding to your request.&amp;nbsp; Are you looking for a schematic symbol?&lt;/p&gt; &lt;p&gt;Regards,&lt;/p&gt; &lt;p&gt;Lee&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt;</description></item><item><title>Forum Post: RE: ESD protection on LMH0002 output line</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/234585/939097.aspx#939097</link><pubDate>Fri, 31 May 2013 14:54:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:939097</guid><dc:creator>Gary Melchior</dc:creator><description>&lt;p&gt;I apologize for the delayed response to your question.&lt;/p&gt; &lt;p&gt;The LMH0002 cable driver offers good ESD protection (5 kV HBM).&amp;nbsp; For optimal cable driver performance, we advise against using discrete ESD protection on the cable driver output line because these components can introduce parasitic capacitance and slow down the LMH0002 output edges.&amp;nbsp; Depending on your application, you may have margin for this, and if you carefully choose these components and are careful with your layout, it can be done successfully.&lt;/p&gt; &lt;p&gt;If you choose to add these discrete components to the LMH0002 output, it is best to choose components with low capacitance and small body size.&amp;nbsp; Small component size is important in order to maintain the impedance control on the output, because large component pads will have a negative effect on this impedance and the output return loss.&lt;/p&gt; &lt;p&gt;The following application note shows a good example layout for an SDI cable driver and explains the importance of impedance control on the output trace:&lt;/p&gt; &lt;p&gt;&lt;a href="http://www.ti.com/litv/pdf/snla118c"&gt;SNLA118C Board Layout Challenges in SDI&lt;/a&gt;&lt;/p&gt;</description></item><item><title>Forum Post: RE: SCANSTA112 ESD protection</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/268216/938191.aspx#938191</link><pubDate>Thu, 30 May 2013 15:29:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:938191</guid><dc:creator>Nasser Mohammadi</dc:creator><description>&lt;p&gt;Hi Christian,&lt;/p&gt; &lt;p&gt;This is one of our older devices and it passes 2KV HBM ESD. The electrical characteristics is as defined in the data sheet.&lt;/p&gt; &lt;p&gt;Regards,,nasser&lt;/p&gt;</description></item><item><title>Forum Post: RE: signal isolation device : noise resolution &amp;</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/267811/936005.aspx#936005</link><pubDate>Tue, 28 May 2013 17:11:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:936005</guid><dc:creator>Robert Heimbueger</dc:creator><description>&lt;p&gt;Thank You Bryce, that helps my learning curve.&lt;/p&gt;</description></item><item><title>Forum Post: RE: MAX3232 in parallel</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/266905/935651.aspx#935651</link><pubDate>Tue, 28 May 2013 12:29:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:935651</guid><dc:creator>Ron Michallick</dc:creator><description>&lt;p&gt;Nuba,&lt;/p&gt; &lt;p&gt;MAX3232 is same as TRS3232 in every way except for first three letters in device name.&lt;br /&gt;Therefore the TRS3232 curves apply to MAX3232.&lt;/p&gt;</description></item><item><title>Forum Post: RE: SN65HVD230D Storage TMP?</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/266735/933445.aspx#933445</link><pubDate>Thu, 23 May 2013 23:46:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:933445</guid><dc:creator>cafain</dc:creator><description>&lt;p&gt;&lt;span id="result_box" lang="en"&gt;&lt;span class="hps"&gt;Hi, Scott&lt;/span&gt;&lt;/span&gt;&lt;/p&gt; &lt;p&gt;&lt;span lang="en"&gt;&lt;span class="hps"&gt;I have you&lt;/span&gt; &lt;span class="hps"&gt;comment&lt;/span&gt;&lt;span&gt;,&lt;/span&gt; &lt;span class="hps"&gt;thank you&lt;/span&gt;&lt;span&gt;.&lt;/span&gt;&lt;br /&gt;&lt;span class="hps"&gt;In the&lt;/span&gt; &lt;span class="hps"&gt;application&lt;/span&gt;&lt;span&gt;, TA&lt;/span&gt; &lt;span class="hps"&gt;range&lt;/span&gt; &lt;span class="hps"&gt;is not an issue&lt;/span&gt;&lt;span&gt;.&lt;/span&gt;&lt;br /&gt;&lt;span class="hps"&gt;Because there is no&lt;/span&gt; &lt;span class="hps"&gt;description&lt;/span&gt; &lt;span class="hps"&gt;in the data&lt;/span&gt; &lt;span class="hps"&gt;sheet&lt;/span&gt;&lt;span&gt;,&lt;/span&gt; &lt;span class="hps"&gt;I&lt;/span&gt; &lt;span class="hps"&gt;made ​​sure&lt;/span&gt;&lt;span&gt;.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt; &lt;p&gt;&lt;span lang="en"&gt;&lt;span&gt;Cafain&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;</description></item><item><title>Forum Post: RE: 65LBC174A compatible test to ITU-T V.11 standard</title><link>http://e2e.ti.com/support/interface/industrial_interface/f/142/p/253114/932949.aspx#932949</link><pubDate>Thu, 23 May 2013 14:04:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:forumreply:932949</guid><dc:creator>Ron Michallick</dc:creator><description>&lt;p&gt;This discussion is conducted&amp;nbsp;via email. Final conclusion will be posted later.&lt;/p&gt; &lt;p&gt;&amp;nbsp;&lt;/p&gt;</description></item></channel></rss>