<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://e2e.ti.com/cfs-file/__key/system/syndication/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>Data converters</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/</link><description>&lt;p style="display:none;"&gt;blank&lt;/p&gt;</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><item><title>Forum Post: RE: ADS122C14: ADS122C14 for PT1000 measurement</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643611/ads122c14-ads122c14-for-pt1000-measurement/6338410</link><pubDate>Fri, 08 May 2026 17:35:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:f9994d09-c851-4a8e-9c28-043053d0533f</guid><dc:creator>Olli Salonen</dc:creator><description>Thank you for the answer. Why is there 2^23 not 2^24. If my ext. ref. is app. 2.04V ( unipolar ) so the resolution should be 2.04 V / 2^24? Olli</description></item><item><title>Forum Post: RE: AFE4490: which is more suitable for forehead reflective SpO2 sensors? TheAFE4490  ? The AFE4462  ? AFE4460 ? or  the AFE4432  ?</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643728/afe4490-which-is-more-suitable-for-forehead-reflective-spo2-sensors-theafe4490-the-afe4462-afe4460-or-the-afe4432/6338400</link><pubDate>Fri, 08 May 2026 17:17:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:cd9ea42f-d6a5-45a3-b597-0d2ff6e66867</guid><dc:creator>Payton Schubel</dc:creator><description>Hello Chenglin Li, For more information on the bio-sensing products, and for help picking which product will work best for your application, please reach out to biosensing_info@list.ti.com . Regards, Payton</description></item><item><title>Forum Post: RE: LMP92066: Observed Low impedance at VDD pin of LMP92066PWPR</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1641026/lmp92066-observed-low-impedance-at-vdd-pin-of-lmp92066pwpr/6338373</link><pubDate>Fri, 08 May 2026 16:49:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b5925b7d-79b3-455d-ba87-eca1309783f7</guid><dc:creator>Erin Bowrie</dc:creator><description>Hi Siva, As a final check, can you place the broken unit in a working system to see if it starts functioning as expected? If the units continue to not work, the next step would be to open an official quality return so we can dig deeper into the device malfunctioning. Thanks, Erin</description></item><item><title>Forum Post: RE: AFE4404EVM: Software issue download does not work</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1635868/afe4404evm-software-issue-download-does-not-work/6338314</link><pubDate>Fri, 08 May 2026 16:10:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:beef998a-f33e-4f67-990f-9e281b6be0fc</guid><dc:creator>Payton Schubel</dc:creator><description>Hello John, Let me follow up via email. Regards, Payton</description></item><item><title>Forum Post: RE: ADS122S14EVM-PDK: EVM GUI doesn't fit screen</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643990/ads122s14evm-pdk-evm-gui-doesn-t-fit-screen/6338229</link><pubDate>Fri, 08 May 2026 15:16:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:555a60e0-c001-45b3-8e6a-1c24f2d6d0ed</guid><dc:creator>Drake Burtrum</dc:creator><description /></item><item><title>Forum Post: RE: ADC34RF52: Recommended amplifier suitable for use at the front end of the ADC34RF52 for DC offset shifting.</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1637623/adc34rf52-recommended-amplifier-suitable-for-use-at-the-front-end-of-the-adc34rf52-for-dc-offset-shifting/6338233</link><pubDate>Fri, 08 May 2026 15:16:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:af8843bf-905f-41ef-9314-59632b140cb9</guid><dc:creator>Shreenidhi Patil</dc:creator><description>Hello, we have front end buffer which should be able to help you add the DC offset. Can you share your email id to discuss further on this .</description></item><item><title>Forum Post: ADS122S14EVM-PDK: EVM GUI doesn't fit screen</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643990/ads122s14evm-pdk-evm-gui-doesn-t-fit-screen</link><pubDate>Fri, 08 May 2026 15:15:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:5393d766-8cc4-4132-9d42-cd053d02fbe0</guid><dc:creator>Drake Burtrum</dc:creator><description>Part Number: ADS122S14EVM-PDK Hello, I&amp;#39;m trying to use the GUI for the ADS122S14EVM. It looks like it doesn&amp;#39;t fit the screen. I can&amp;#39;t select AIN1:AIN2 for the channel multiplexer. I can&amp;#39;t select an external reference value. I can&amp;#39;t see most of the status details.</description><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/ADS122S14EVM_2D00_PDK">ADS122S14EVM-PDK</category><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/Test%2b_2600_amp_3B00_%2bMeasurement">Test &amp;amp; Measurement</category></item><item><title>Forum Post: RE: ADS122S14EVM-PDK: Wiring confirmation</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643627/ads122s14evm-pdk-wiring-confirmation/6338132</link><pubDate>Fri, 08 May 2026 13:55:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:7f2d898a-5816-4b9c-9cad-a55149884b98</guid><dc:creator>Bryan Lizon86</dc:creator><description>Hi Drake Burtrum If you followed Dale&amp;#39;s feedback you should be good to go -Bryan</description></item><item><title>Forum Post: RE: ADS122C14: ADS122C14 for PT1000 measurement</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643611/ads122c14-ads122c14-for-pt1000-measurement/6338129</link><pubDate>Fri, 08 May 2026 13:52:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:46be8ffe-1f3e-4195-b3bc-526dd03856ef</guid><dc:creator>Bryan Lizon86</dc:creator><description>Hi Olli Salonen This looks good, other than the fact that digital is disconnected on your schematic. But I assume you will do that eventually A low side resistor measurement is usually implemented with a single-ended reference measurement. So this should be fine. You can add a resistor if you want to turn this into a differential measurement, but it is not required. If you do, make sure to consider the IDAC compliance headroom. You can also consider a star ground connection where the trace &amp;quot;below&amp;quot; the reference resistor ground is routed back to the REFN pin, and you connect to your ground plane at this point (or vice versa). Compare this to the reference resistor and REFN pins each having different, local connections to ground. But for a 2-wire RTD it probably doesn&amp;#39;t matter. Since you are using a ratiometric reference, you don&amp;#39;t want to convert your codes back to volts as shown because then you need to consider the IDAC current, which you ideally want to cancel out in the equation. So replace V_RTD with R_RTD and V_REF with R_REF and you should be good. See the equation below (for a bipolar coding scheme) taken from this document: https://www.ti.com/lit/an/sbaa275a/sbaa275a.pdf?ts=1778248270817&amp;amp;ref_url=https%253A%252F%252Fwww.google.com%252F -Bryan</description></item><item><title>Forum Post: RE: ADS122S14EVM-PDK: Wiring confirmation</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643627/ads122s14evm-pdk-wiring-confirmation/6338114</link><pubDate>Fri, 08 May 2026 13:29:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:f4490549-9e5b-469e-9ff4-d831be5dbc84</guid><dc:creator>Drake Burtrum</dc:creator><description>Okay I believe I interpreted the schematic correctly. I just want to confirm to make sure this will work when I plug it in.</description></item><item><title>Forum Post: DAC8740H: Carrier Detect Issue: Dip on the MOD_IN input after a transmission</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643949/dac8740h-carrier-detect-issue-dip-on-the-mod_in-input-after-a-transmission</link><pubDate>Fri, 08 May 2026 13:27:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:216d6662-dcdc-41eb-827b-683c4c867695</guid><dc:creator>Nico Hoppe</dc:creator><description>Part Number: DAC8740H Hello, I&amp;#39;m developing a HART field transmitter device. HART schematics below: Sometimes after a transmission from my device to a host the carrier detect goes high. With an oscilloscope I measured the following waveforms: C1: Carrier detect C2: Measured on the right side of C305. This is connected to the loop voltage C3: Measured on the left side of C305 (MOD_IN) pin. The problem seems to be the &amp;quot;dip&amp;quot; into the negative which has a voltage difference to the bias of ~92mV. This triggers the carrier detection of the DAC8740H. I do not want to add a series resistor to attenuate the signal. Can I change C305 or C306? Or are there any other recommended steps I could be doing? Where does the &amp;quot;dip&amp;quot; come from? Kind regards, Nico Hoppe</description><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/Industrial%2bAutomation">Industrial Automation</category><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/DAC8740H">DAC8740H</category></item><item><title>Forum Post: RE: ADS131M08: ADS131M08 with 6-wire load cell</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643777/ads131m08-ads131m08-with-6-wire-load-cell/6338098</link><pubDate>Fri, 08 May 2026 13:21:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:3c53924d-7f30-4021-b80b-a9416d3ef513</guid><dc:creator>Bryan Lizon86</dc:creator><description>Hi heyu feng, You can refer to this app note for more information about measuring resistive bridges with precision ADCs: https://www.ti.com/lit/an/sbaa532a/sbaa532a.pdf Specifically see section 6.8. Note that a multiplexed ADC is used here, but the principles are the same for a simultaneous sampling ADC such as ADS131M08 There is some additional info in this e2e post also: https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1175214/ads131m08-simultaneous-sampling-adc-selection-for-strain-measurements/4422895 The basic difference between these ADCs are: Parameter ADS131M08 ADS131E08 Input impedance ~1Mohm &amp;gt;100Mohm gains 1:128 (binary) 1, 2,4,8,12 size 5x5mm 10x10mm noise low noise lower noise -Bryan</description></item><item><title>Forum Post: RE: ADC168M102R-SEP: ADC168M102R-SEP – Clarification on REFIO/REFDAC/REFCM configuration and EVM mechanical issue</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1641524/adc168m102r-sep-adc168m102r-sep-clarification-on-refio-refdac-refcm-configuration-and-evm-mechanical-issue/6337939</link><pubDate>Fri, 08 May 2026 10:52:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:24488a07-fdb7-4007-a2e1-b20c7c9b5c63</guid><dc:creator>I&amp;#241;igo Mart&amp;#237;nez</dc:creator><description>Hi Alex, Joel, First of all, thanks a lot for the support so far. I’ve been doing some deep diving into this &amp;quot;floating input&amp;quot; behavior and I wanted to share a pretty interesting discovery from the lab that’s going to shape our final flight design. It turns out that even though my board has all four channels physically wired as voltage followers , the package only starts acting up when all unused inputs are left floating simultaneously. I ran an experiment and noticed that simply &amp;quot;anchoring&amp;quot; one additional channel to a stable reference (like GND or mid-supply) is enough to calm down the entire quad package. Once that single anchor is there, the active channel (U1D) performs perfectly, even if the other two are still floating. It seems like those floating JFET inputs eventually drift into saturation, and that’s what &amp;quot;poisons&amp;quot; the shared substrate or the internal bias network. By forcing just one extra channel to stay in its linear zone, we seem to provide enough stability for the whole chip to behave. For our final PCB, I’ve decided to go for a more robust approach than just tying down unused pins. I&amp;#39;m planning to add a 1 0 MΩ pull-up/down resistor to every single op-amp input in the design. This gives us a &amp;quot;Health Monitoring&amp;quot; feature: if a sensor or a cable fails in flight, the resistor prevents the input from floating (protecting the rest of the quad package) and simultaneously pulls the signal to a known &amp;quot;out-of-range&amp;quot; value. This way, our software can instantly flag exactly which sensor has gone open-circuit. Before I lock this in, I’d love to get your opinion on a couple of points: Given the ultra-low bias current of the OPA4H014-SEP (nearly 10 pA), do you see any major red flags using 1 0 MΩ resistors? I’m specifically wondering about the TID (Total Ionizing Dose) -could the radiation-induced increase in bias current make the offset drift too aggressive over time? Is this &amp;quot;fail-safe&amp;quot; architecture something you typically see in other high-rel aerospace designs using your JFET parts, or is there a more &amp;quot;industry-standard&amp;quot; way to handle sensor disconnects that I should consider? I really appreciate your take on this. Best regards,</description></item><item><title>Forum Post: RE: ADC3669: RE: Data converter issue with hgher sampling rate</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1638098/adc3669-re-data-converter-issue-with-hgher-sampling-rate/6337913</link><pubDate>Fri, 08 May 2026 10:21:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:75187878-3017-42e3-be69-2918d72b9a3e</guid><dc:creator>sai kiran reddy gottam</dc:creator><description>Hi Micheal Emanuel, Sorry for the late response. The power on sequence i followed : 1.Turn on the power supply and applying the initial reset and read the chip ready register. 2.Set the ADC settings for complex mixing and decimation by 2. 3.Turn on the Test Pattern by setting custom pattern registers to receive 0x555 and its invert 0xAAA. 4.Tuning the IDELAYE2 tap values which gives the best and expected pattern on the Lanes. 5.Turn off the Test Pattern and set the ADC into Normal mode. 6.Even the expected Test pattern is matched but it doesn&amp;#39;t work for Normal Data, if i further tune the tap values then Data is good. Is there anything wrong with the sequence i am following? Regards, GSK</description></item><item><title>Forum Post: RE: LMP92066: Observed Low impedance at VDD pin of LMP92066PWPR</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1641026/lmp92066-observed-low-impedance-at-vdd-pin-of-lmp92066pwpr/6337882</link><pubDate>Fri, 08 May 2026 09:53:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:52cdb430-0a5f-46ef-a3e2-7d8b782869da</guid><dc:creator>Siva Balan M</dc:creator><description>Hi Erin, We have replaced the non-working module with working module in the system and no issue was observed after that. And I&amp;#39;m using FDTI cable C232HM-EDHSL-0 for the communication of DAC and I will communicate the DAC both in Module level and system level. And also these 5 modules was failed during system level testing and I am sure that issue was not caused due to system integration testing because the same system was replaced working module and the issue was not observed again.</description></item><item><title>Forum Post: ADC3663: IBIS Model</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643839/adc3663-ibis-model</link><pubDate>Fri, 08 May 2026 09:05:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:70139145-058c-450c-b5e0-d8339f50ecf1</guid><dc:creator>Diwakar R</dc:creator><description>Part Number: ADC3663 Need IBIS model for SI simulation</description><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/ADC3663">ADC3663</category></item><item><title>Forum Post: RE: AFE882H1: Getting Modem_irq bit set in the status register after configuration of modem status mask register</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1640648/afe882h1-getting-modem_irq-bit-set-in-the-status-register-after-configuration-of-modem-status-mask-register/6337769</link><pubDate>Fri, 08 May 2026 08:30:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:4f409d4e-24b2-49cb-836f-f6fef384285b</guid><dc:creator>Vijaysinha Wankhede</dc:creator><description>Thank you for your inputs. I have added the required comment in my other question. Thank you, Vijaysinha</description></item><item><title>Forum Post: RE: AFE882H1: Not getting interrupt on IRQ pin after CTS bit is set</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1642302/afe882h1-not-getting-interrupt-on-irq-pin-after-cts-bit-is-set/6337764</link><pubDate>Fri, 08 May 2026 08:28:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:ff8e58c9-2397-42cd-95bb-0a874002b3aa</guid><dc:creator>Vijaysinha Wankhede</dc:creator><description>Thank you for the detailed inputs, Lucas. I am currently testing the IRQ rising pulse behavior. Please find my observations and setup details below: Hardware Setup: Since I am specifically looking for the rising pulse, I currently do not have the pin pulled up to IOVDD.( I think for rising pulse it is not required) Initial Configuration: To isolate the CTS_ASSERT event, I masked all bits in the MODEM_STATUS_MASK register except for CTS_ASSERT (set to 0). With this setting, I expected the IRQ pin to pulse as soon as the RTS bit was set via SPI. However, I did not observe any movement on the IRQ pin via the logic analyzer. Revised Configuration: I then modified the MODEM_STATUS_MASK by also unmasking CTS_DEASSERT (setting it to 0). With both CTS_ASSERT and CTS_DEASSERT unmasked, the modem began generating the IRQ signal as expected after setting the RTS bit. Note: All other register configurations remain exactly as previously provided; the only change made was within the MODEM_STATUS_MASK register. Could you please guide me on whether this is the expected behavior? If not, could you help me identify if there is a conflict in my current settings? Thank you, Vijaysinha</description></item><item><title>Forum Post: TX7332EVM: How to Use the “TX7332EVM” Evaluation Board</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643802/tx7332evm-how-to-use-the-tx7332evm-evaluation-board</link><pubDate>Fri, 08 May 2026 07:52:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c2332cf7-f8e9-4d86-99a0-210172dd0964</guid><dc:creator>kenji goda</dc:creator><description>Part Number: TX7332EVM I recently purchased your company’s evaluation board, the “TX7332EVM.” Could you please let me know how to use the evaluation board and if there is any dedicated software available? I submitted a request, but it was rejected immediately after being approved. I don’t understand why.</description><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/TX7332EVM">TX7332EVM</category></item><item><title>Forum Post: ADS131M08: ADS131M08 with 6-wire load cell</title><link>https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1643777/ads131m08-ads131m08-with-6-wire-load-cell</link><pubDate>Fri, 08 May 2026 06:51:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:1f636eb6-23a4-468f-a73b-ae3918dd7e2f</guid><dc:creator>heyu feng</dc:creator><description>Part Number: ADS131M08 Other Parts Discussed in Thread: ADS131E08 Hi TI Team, I am designing a force plate intended to read eight independent 6-wire load cells. I am evaluating the ADS131M08 for this application. However, I noticed that the ADS131M08 only provides a single-ended REFIN pin. In a typical 6-wire load cell application, we rely on differential reference inputs (REFP and REFN) connected across the sense lines to achieve a true ratiometric measurement. My questions are: How does TI recommend implementing a ratiometric measurement for multiple 6-wire load cells using the ADS131M08, given the single REFIN pin limitation? What are the key differences between the ADS131M08 and the ADS131E08? Thanks in advance for your support!</description><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/ADS131E08">ADS131E08</category><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/ADS131M08">ADS131M08</category><category domain="https://e2e.ti.com/support/data-converters-group/data-converters/tags/Test%2b_2600_amp_3B00_%2bMeasurement">Test &amp;amp; Measurement</category></item></channel></rss>