<?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>Sensors</title><link>https://e2e.ti.com/support/sensors-group/sensors/</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: FDC1004EVM: in FDC1004 EVM not getting 47 pf</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1686429/fdc1004evm-in-fdc1004-evm-not-getting-47-pf/6503577</link><pubDate>Wed, 07 Oct 2026 07:02:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:18ae7e13-8009-4dd1-9d03-c761218d8d57</guid><dc:creator>Anju Baghel</dc:creator><description>Hi Amada, Thanks for the response. Please see the below configuration :- Could you also help us with the settings required to measure a capacitance of 47 pF? Thanks, Anju</description></item><item><title>Forum Post: TMCS1133: TMCS1133 :PMP23630 LLC Transformer Connection Details</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687559/tmcs1133-tmcs1133-pmp23630-llc-transformer-connection-details</link><pubDate>Wed, 07 Oct 2026 06:44:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:40562566-6054-404a-8352-a0bae64a4c0d</guid><dc:creator>Saki Akutsu</dc:creator><description>Part Number: TMCS1133 Hello TI Team, I am reviewing the PM23603 reference design and have a question regarding the LLC converter transformer connections. In the schematic, the TMCS1133 Hall-effect current sensor is connected through the nets PPL_P1 and PPL_N3. However, I am unable to determine how these nets are connected to the LLC transformer and what current path is being measured. Could you please explain the connection relationship between PPL_P1, PPL_N3, the resonant capacitor network, and the transformer primary winding(s)? I would also appreciate an explanation of how the transformer secondary winding(s) are connected to the rectification and output stages, and how the secondary windings are configured. Thank you for your support. Best regards, Akutsu</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/PMP23630">PMP23630</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/TMCS1133">TMCS1133</category></item><item><title>Forum Post: RE: IWRL6432AOP: ISM chirp configuration used for the certification</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1681512/iwrl6432aop-ism-chirp-configuration-used-for-the-certification/6503547</link><pubDate>Wed, 07 Oct 2026 06:30:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:cc5d9e48-2273-43ff-9bf8-a60ad6ceb548</guid><dc:creator>Reshma HC</dc:creator><description>Hi David, By tuning the frameCfg parameters, the IWRL6432 chip code hangs during execution. How should the memory configuration be set to ensure the sensor code runs continuously without interruption.</description></item><item><title>Forum Post: RE: TMAG5170D-Q1: Rolling count in TRIGGER MODE</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687375/tmag5170d-q1-rolling-count-in-trigger-mode/6503538</link><pubDate>Wed, 07 Oct 2026 06:19:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:41948a50-e148-4e40-b4dc-b859b61da6df</guid><dc:creator>Bram Witteman</dc:creator><description>Hello Alicia, The registers are set as follows, they are set in this order: 1. Sensor config: 0x00CA channel X en Y enabled &amp;#177;300mT range 2. System config: 0x0400 Trigger -&amp;gt; alert pulse 3. Alert config : 0x0000 Nothing set 4. Device config: 0x0034 Operating mode -&amp;gt; ACTIVE TRIGGER MODE t_en -&amp;gt; temp enabled</description></item><item><title>Forum Post: RE: AWR2944P: MCU reset issue</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682325/awr2944p-mcu-reset-issue/6503520</link><pubDate>Wed, 07 Oct 2026 05:59:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:4aa7b808-3814-4d0f-a994-f94e382afa3e</guid><dc:creator>Pragathi N Simha</dc:creator><description>Hi, we tried to inject the fault through XCP with no debug mode and still saw that reset reason was not storing and observing the same issue, The issue got resolved when CPU_Break was DENIED in lauterbach, then it started to store the reason with debugger and without debugger.</description></item><item><title>Forum Post: RE: PGA900: PGA900:PGA900: PGA900EVM software is missing</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1686723/pga900-pga900-pga900-pga900evm-software-is-missing/6503515</link><pubDate>Wed, 07 Oct 2026 05:54:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:00890d29-9814-4c6d-b1fd-eaf049d1dbf0</guid><dc:creator>Ihor Yakibiuk</dc:creator><description>Hi Eric, Thanks for access to program and your supporting during the whole process Best Regards Ihor</description></item><item><title>Forum Post: IWR6243: Questions About PCB Stack-up and Power Supply Design for IWR6243 + AM2732</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687516/iwr6243-questions-about-pcb-stack-up-and-power-supply-design-for-iwr6243-am2732</link><pubDate>Wed, 07 Oct 2026 02:40:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:0a9d4a77-3e2f-4dba-aa45-f3e1f3efa8e3</guid><dc:creator>tatsuo toba</dc:creator><description>Part Number: IWR6243 Other Parts Discussed in Thread: AM2732 We are currently designing a production board using a combination of the IWR6243 and AM2732. We would appreciate your advice regarding the PCB stack-up and power supply design. PCB Layer Stack-up Which TI document or reference design should we refer to for the recommended PCB layer stack-up when designing a board with the IWR6243 and AM2732? In particular, is there a recommended layer stack-up that takes into account both the RF requirements of the IWR6243 and the high-speed interfaces of the AM2732? Power supply architecture We are considering the power supply architecture shown in the attached document for the IWR6243 + AM2732 combination. Could you please review whether this power architecture is appropriate? Power sequencing and design considerations Are there any specific requirements or precautions regarding the power-up and power-down sequencing of the IWR6243 and AM2732? We would also appreciate any recommended design guidelines regarding power capacity, decoupling, and PCB layout. Thank you in advance for your support.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AM2732">AM2732</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/IWR6243">IWR6243</category></item><item><title>Forum Post: AM2732: Questions About EVM Circuits for an AM2732 Production Board</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687515/am2732-questions-about-evm-circuits-for-an-am2732-production-board</link><pubDate>Wed, 07 Oct 2026 02:39:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:88e79c3b-9269-4c68-86fa-3571552fb80f</guid><dc:creator>tatsuo toba</dc:creator><description>Part Number: AM2732 Other Parts Discussed in Thread: INA226 , TMP112 , DP83822I , We would like to clarify which of the circuits implemented on the EVM are required for a production design. Current sensors The AM273x EVM includes INA226 current sensors on several power rails. We understand that these sensors are mainly intended for current consumption measurement and evaluation during development. Is this understanding correct? Can the INA226 devices be omitted in a production design? Temperature sensor The EVM includes a TMP112 temperature sensor. Could you please explain the intended purpose of this sensor? Is it required for a production board, or can it be omitted? Board ID EEPROM The EVM includes a Board ID EEPROM. We understand that this EEPROM is mainly used for EVM board identification and/or software configuration. Is this correct? Can the Board ID EEPROM be omitted on a custom production board? Ethernet PHY For our production board, we are considering using the DP83822I as the Ethernet PHY. Is there any issue with using the DP83822I with the AM2732? Are there any specific hardware or software configuration requirements or limitations that we should consider? Thank you in advance for your support.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/INA226">INA226</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/TMP112">TMP112</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/DP83822I">DP83822I</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AM2732">AM2732</category></item><item><title>Forum Post: IWR6243: Questions Regarding Production Board Design Using IWR6243</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687514/iwr6243-questions-regarding-production-board-design-using-iwr6243</link><pubDate>Wed, 07 Oct 2026 02:37:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:ed012ae2-6f32-4cf6-8f2f-268ef6ab9104</guid><dc:creator>tatsuo toba</dc:creator><description>Part Number: IWR6243 Other Parts Discussed in Thread: AM2732 , AWR2243BOOST We are currently designing a production board using a combination of the IWR6243 and AM2732. For the IWR6243 peripheral circuits, we are referring to the AWR2243BOOST design. However, we understand that the evaluation board includes some circuits intended mainly for development and evaluation purposes. Could you please advise us on the following points for a production design? XDS110 The AWR2243BOOST includes an XDS110 device, which we understand is mainly used for debugging and evaluation. Is it necessary to implement the XDS110 on a production board using the IWR6243? For a production design, would it be sufficient to provide only a JTAG/debug interface for connection to an external debugger when necessary? External temperature sensors The AWR2243BOOST includes two external temperature sensors. Could you please explain the intended purpose of these temperature sensors? Are these sensors required for a production design using the IWR6243, or can they be omitted? Thank you in advance for your support.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AWR2243BOOST">AWR2243BOOST</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AM2732">AM2732</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/IWR6243">IWR6243</category></item><item><title>Forum Post: DRV411: Please review the schematic of DRV411</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687511/drv411-please-review-the-schematic-of-drv411</link><pubDate>Wed, 07 Oct 2026 02:27:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b3e39b33-be54-4f79-a2fd-b7c2e88b43f2</guid><dc:creator>Chase Jeong</dc:creator><description>Part Number: DRV411 Dear TI experts, My customer made their schematic using DRV411. Could you review it? Customer&amp;#39;s requirement is current sensing up to 450A. Power supply is single 5V. Best regards, Chase</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/DRV411">DRV411</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/power%2bdelivery">power delivery</category></item><item><title>Forum Post: AWRL6844EVM: [AWRL6844EVM][MMWAVE-L-SDK] Firmware boot failure when DSP core frequency is set to 450MHz via SysConfig</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687508/awrl6844evm-awrl6844evm-mmwave-l-sdk-firmware-boot-failure-when-dsp-core-frequency-is-set-to-450mhz-via-sysconfig</link><pubDate>Wed, 07 Oct 2026 02:16:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:790bd6a0-f7b1-4740-9863-a18ed33375fb</guid><dc:creator>Yuji Takada</dc:creator><description>Part Number: AWRL6844EVM Other Parts Discussed in Thread: SYSCONFIG Hi TI Support Team, I encountered an issue where the firmware fails to boot when I select 450 MHz for the DSP core operating frequency via SysConfig. Investigation: Upon debugging, I found that the target hsdiv2FreqHz is hardcoded to 50 MHz in the SOC_clocksEnable function ( soc.c ). When the system tries to configure this, the code execution halts at the following assertion inside the SOC_rcmConfigureHsDividerClocks function ( soc_rcm.c ): DebugP_assert(dividerVal &amp;lt; 32); It appears that configuring the PLL for a 450 MHz DSP core clock requires a divider value larger than the maximum allowed (31) to step down to the 50 MHz target for HSDIV2. Workaround applied: As a temporary workaround, I modified the target hsdiv2FreqHz to 100 MHz. This successfully bypasses the assertion and allows the firmware to boot properly. Please note that my application does not use the LVDS interface . Questions: Is my workaround (changing hsdiv2FreqHz to 100 MHz) safe and acceptable, given that I am not using LVDS? If not, could you please provide a better or recommended workaround to run the DSP at 450 MHz? Environment: SDK Version: MMWAVE_L_SDK_06_01_00_05 Thank you in advance for your support.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/MMWAVE_2D00_L_2D00_SDK">MMWAVE-L-SDK</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/Appliances">Appliances</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AWRL6844EVM">AWRL6844EVM</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/SYSCONFIG">SYSCONFIG</category></item><item><title>Forum Post: HDC3021: HDC3021/3022 availability</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687503/hdc3021-hdc3021-3022-availability</link><pubDate>Wed, 07 Oct 2026 01:17:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b7ce0b77-00bd-475e-a680-c425903987d7</guid><dc:creator>SmartEnrg</dc:creator><description>Part Number: HDC3021 Other Parts Discussed in Thread: HDC3022 , Hi, I have started a new design using either HDC3021 or HDC3022. I see some availability for HDC3022, but none for HDC3021, for many weeks now. Can you please share info on when these parts are expected back in inventory, and prospects of their (3021/22) longer term availability. Thank you.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/HDC3022">HDC3022</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/HDC3021">HDC3021</category></item><item><title>Forum Post: AWR2188EVM: DCA2000EVM availability</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687499/awr2188evm-dca2000evm-availability</link><pubDate>Wed, 07 Oct 2026 00:20:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:bb32e6f9-f9c9-4827-8ff6-22928433350a</guid><dc:creator>Liam Heuser</dc:creator><description>Part Number: AWR2188EVM Hello, I am a researcher from a university and am interested in the AWR2188EVM single-chip radar. However, in the datasheet, I am reading that I need the DCA2000EVM board in order to read data from the radar. I cannot find any information on the DCA2000EVM specs or how to purchase it. Who must I reach out to in order to gain access to this information and/or order the acquisition board? Thank you in advance.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AWR2188EVM">AWR2188EVM</category></item><item><title>Forum Post: RE: IWRL1432BOOST-BSD: IWRL1432BOOST-BSD Error: mmWave factory calibration failed on EVK</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1685782/iwrl1432boost-bsd-iwrl1432boost-bsd-error-mmwave-factory-calibration-failed-on-evk/6503240</link><pubDate>Tue, 06 Oct 2026 21:58:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:a86ede5f-9a41-431d-91a2-4c5c9cb56355</guid><dc:creator>Josh Deardorff</dc:creator><description>Hi Manikandan, Here&amp;#39;s the breakdown on the factoryCalibCfg: factoryCalibCfg --- Save enable - When this option is enabled application will boot-up normally and configure the FECSS to perform all applicable factory calibrations during FECSS initialization. Once the calibrations are performed, application will retrieve the calibration data from FECSS and save it to FLASH. User need to specify valid value. option should be set to 0. 0 - Save Disabled 1 - Save Enabled Restore enable - When Restore enabled option is set, application will check the FLASH for a valid calibration data section. If present, it will restore the data from FLASH and provide it to FECSS while configuring it to skip any real-time factory calibrations and use provided calibration data. User need to specify valid value which was used during saving of calibration data. option should be set to 0. and arguments will be ignored when restore option is enabled. 0 - Restored Disabled 1 - Restore Enabled RX Gain - Recommended value is 30db to 40db. Units: db Backoff - T X channel power calibration. Valid Range: 0db to 26db. Units: db Flash offset - Address offset in the flash to be used while saving or restoring calibration data. Make sure the address doesn&amp;#39;t overlap the location in FLASH where application images are stored and has enough space for saving factory Calibration data. This field is don&amp;#39;t care if both save and restore are disabled.Flash address range is 0x0 to 0x1FFFFF (16Mb) Actual Factory calibration data is of size 128 bytes. It is recommended to use last sector of flash memory starting with address 0x1FF000. Note: The flash offset should be greater than 1MB (0x100000h) for EVM. This check is only to make sure Appimage and ATE calibration data is not corrupted. For reference, this information is available in the SDK API guide linked here . We&amp;#39;re having trouble using the Motion and Presence Detection demo with the I WRL1432 on our end, but we&amp;#39;re still trying to solve this. My guess is that there is an issue with the firmware patch for the device. We&amp;#39;ll get back to you in two days when we know a bit more. Best, Josh</description></item><item><title>Forum Post: RE: TMCS1123: False Overcurrent Faults on TMCS1123C1AQDVGR in H-Bridge Inverter Application</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1685641/tmcs1123-false-overcurrent-faults-on-tmcs1123c1aqdvgr-in-h-bridge-inverter-application/6503216</link><pubDate>Tue, 06 Oct 2026 21:38:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:289ec1e8-6be1-4285-a119-27d01c0fe02f</guid><dc:creator>Diego Ibarra</dc:creator><description>Hi Joe, sorry for the delayed response. I have some interesting observations regarding this problem. We noticed that the Vout analog instability occurs when the IC or its traces exceed a temperature of 50 degrees Celsius. To test this, I sprayed freeze spray (electronic refrigerant) to keep the Hall effect sensor and its traces at approximately 35 to 40 degrees Celsius. With the lower temperature, we experienced neither overcurrent false tripping nor analog output instability. We repeated this test several times, and the results were consistent, even when we increased the switched voltage. The instability or false tripping only presented once we stopped cooling down the Hall Effect sensor</description></item><item><title>Forum Post: RE: TMP119: TMP119 Temperature Accuracy Verification Methods for a Fully Assembled Product</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687297/tmp119-tmp119-temperature-accuracy-verification-methods-for-a-fully-assembled-product/6503196</link><pubDate>Tue, 06 Oct 2026 21:12:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:9915328d-550f-4270-9b4e-404d080e0de8</guid><dc:creator>HarryG</dc:creator><description>Hello Shota, A temperature-controlled chamber or oil bath are ideal for using the most thermally uniform environment possible, especially if your system requirements follow stringent accuracy specs and you need to test the finished board across an entire temperature range. However, depending on your application and production/test flow needs, a routinely calibrated reference probe can be sufficient for ensuring the finished boards are meeting the system accuracy requirements on/near the assembly line. As long as the room the devices are tested in has a consistent temperature throughout the day, the calibrated reference probe should be sufficient. Regards, Harry</description></item><item><title>Forum Post: RE: TMP119: TMP119 Long-Term Drift During Reel Storage and Product Longevity / Supply Availability</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687382/tmp119-tmp119-long-term-drift-during-reel-storage-and-product-longevity-supply-availability/6503192</link><pubDate>Tue, 06 Oct 2026 21:05:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:5c29d8f1-3241-4967-b77e-e93476262bb3</guid><dc:creator>HarryG</dc:creator><description>Hello Shota, Please see my responses below in color: 1. Long-term drift characteristics of TMP119 during reel storage before assembly. Is there any data available regarding temperature accuracy drift after long-term storage on a reel? While there is no data on long-term storage, as long as the devices are kept within an environment below temperature defined in the datasheet, there shouldn&amp;#39;t be any drift in device accuracy. Are there any recommended storage conditions or storage-duration-related considerations? Aside from storing in appropriate temperatures, there are no strict guidelines on storage aside from common practices such as avoiding ESD-heavy environments, etc. 2. Long-term drift characteristics after the device is assembled into the end product. Is there any data available on temperature accuracy drift over the product lifetime? This is available in Table 6.5 of the datasheet 3. Long-term supply availability of TMP119. Is TMP119 planned to remain in production for the long term? Are there any concerns regarding future discontinuation or migration to a newer device? There are no plans to EOL the TMP119. Please let me know if you have any additional questions. Regards, Harry</description></item><item><title>Forum Post: RE: PGA900: PGA900:PGA900: PGA900EVM software is missing</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1686723/pga900-pga900-pga900-pga900evm-software-is-missing/6503172</link><pubDate>Tue, 06 Oct 2026 20:34:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:f0fdf631-f539-4cfd-8ddb-ca2bf4a29e7f</guid><dc:creator>Eric.Preiss</dc:creator><description>Hi Ihor, Looks like that part of e2e is not working. I will send you the PGA900 GUI to your company email. Thanks, Eric</description></item><item><title>Forum Post: RE: TMAG5170D-Q1: Rolling count in TRIGGER MODE</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1687375/tmag5170d-q1-rolling-count-in-trigger-mode/6503155</link><pubDate>Tue, 06 Oct 2026 20:06:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:96af173d-668e-4270-8d90-8b40d6a00149</guid><dc:creator>Alicia Rosenberger</dc:creator><description>Hi Bram, Thank you for posting to the Sensors forum! Could you please share what your current register settings are? Do you have Trigger_Mode set to Alert_Pulse? Also, what is RSLT_ALRT set to? Is it set to 0b or 1b? If it is set to 1b and Alert_Mode is left at 0b, the device will be configured to send an interrupt once a conversion is completed which would result in another conversion. Best, ~Alicia</description></item><item><title>Forum Post: RE: PGA900: PGA900:PGA900: PGA900EVM software is missing</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1686723/pga900-pga900-pga900-pga900evm-software-is-missing/6503035</link><pubDate>Tue, 06 Oct 2026 17:26:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:40f24128-d9e1-486c-9d2f-ad3308600772</guid><dc:creator>Ihor Yakibiuk</dc:creator><description>It seems strange. I have clicked on the button &amp;#39;accept request&amp;#39; and no reaction on site. I sent you request because I can&amp;#39;t accept your Thanks Ihor</description></item></channel></rss>