<?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: TMAG5124-Q1: Latch output at power up</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1673040/tmag5124-q1-latch-output-at-power-up/6483588</link><pubDate>Tue, 15 Sep 2026 08:59:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:a2a4f703-1a50-4df9-a2b2-57be605db876</guid><dc:creator>Efe Satiroglu</dc:creator><description>Hi Scott, Please find the latest test results attached. e2e.ti.com/.../hall_5F00_sensor_5F00_latch_5F00_up_5F00_2.pdf They used 2 boards, one with the standard configuration and another with 220ohm and a 8V voltage regulator. Please also find their comments below: In the first slide you can see the the regulated board connected to the slow and the fast power supply, It only starts correctly with the &amp;#39;fast&amp;#39; power supply. A thing to realize is about the &amp;quot;dip&amp;quot;. The first picture has no voltage dip and starts incorrectly And the second has a dip and starts right, so I&amp;#39;d lean to the speed /slew rate of the PS more than the voltage dip. I tried to identify the oscillation frequency, I could measure 120KHz, however, I can see noise also in the voltage input It is hard to say if the noise comes from sensor current pull or directly from the PS. I measured the noise of power supply alone (with a resistive load) I could measure 50KHz. Do you think this is a clear indication of the slew rate rather than the voltage dip? If so, do you think our validation team can provide some insight on the slew rate? Thank you and best regards, Efe</description></item><item><title>Forum Post: RE: AWRL6844: SOCID extraction in Virgin TI AWRL6844</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1675461/awrl6844-socid-extraction-in-virgin-ti-awrl6844/6483531</link><pubDate>Tue, 15 Sep 2026 08:13:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:907dd39a-aee9-477b-88eb-7e640aca2526</guid><dc:creator>Sarvesh Dubey</dc:creator><description>Hi Zeyad, Extracting SOCID for a HS-FS SoC is not possible. SOCID cannot be read from the EFUSE either. It needs to be done via the shared gel file or through the TIFS example once the device is converted into HS-SE. Best Regards, Sarvesh</description></item><item><title>Forum Post: TMCS1126: Appropriate device selection for current sensing</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682241/tmcs1126-appropriate-device-selection-for-current-sensing</link><pubDate>Tue, 15 Sep 2026 07:36:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:4eb528db-5a67-4264-b722-de497dbc3bc7</guid><dc:creator>ttd</dc:creator><description>Part Number: TMCS1126 Dear Technical Support Team, I am researching the TMCS1126. The following are the specifications I am considering. Could you please let me know if there are any precautions to take when using this device, or if there are other devices that would be more suitable? Supply voltage: 5V CMTI: 100 kV/us or higher Analog voltage output (Vout): 0–5V Reference voltage: Vref 2.5V (Vout – Vref = &amp;#177;2.5V) Current measurement &amp;#177;30A ⇒ TMCS1126A3x (&amp;#177;32A) &amp;#177;100A ⇒ TMCS1126ADx (&amp;#177;120A) &amp;#177;60A ⇒ TMCS1126A8x (&amp;#177;60A) Best Regards, ttd</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/Energy%2binfrastructure">Energy infrastructure</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/TMCS1126">TMCS1126</category></item><item><title>Forum Post: RE: AWR2243: AWR2243: Support for CW or stepped-frequency CW operation and raw ADC capture</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1679494/awr2243-awr2243-support-for-cw-or-stepped-frequency-cw-operation-and-raw-adc-capture/6483466</link><pubDate>Tue, 15 Sep 2026 07:31:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:22871ace-0067-48bc-b56a-9df2d614691e</guid><dc:creator>Samhitha Bobba</dc:creator><description>Hi Zhang, [quote userid=&amp;quot;687270&amp;quot; url=&amp;quot;~/support/sensors-group/sensors/f/sensors-forum/1679494/awr2243-awr2243-support-for-cw-or-stepped-frequency-cw-operation-and-raw-adc-capture/6478800&amp;quot;]Is there any test/debug mode that allows the mixer I/Q output at this pre-HPF node to be routed directly to the ADC , bypassing the high-pass filtering?[/quote] No, it&amp;#39;s not possible to bypass HPF. Regards, Samhitha</description></item><item><title>Forum Post: PGA900: the absolute maximum voltage for the Vout pin of PGA900</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682226/pga900-the-absolute-maximum-voltage-for-the-vout-pin-of-pga900</link><pubDate>Tue, 15 Sep 2026 06:50:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:5fcef7cc-63f7-4f61-9927-82b7f99f0453</guid><dc:creator>jinyan ma</dc:creator><description>Part Number: PGA900 Hello teams: Could you please provide the absolute maximum voltage for the Vout pin of PGA900. Thanks and best regards Kim</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/PGA900">PGA900</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/6483375</link><pubDate>Tue, 15 Sep 2026 06:14:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:c3c43bde-1e2b-4fac-a414-b3e886580ff8</guid><dc:creator>Reshma HC</dc:creator><description>Hi, Thanks for your reply, My current configuration for the ISM band consuming less power, please tune the AvgPower consumption to as max as possible for better performance.</description></item><item><title>Forum Post: RE: AWR2944EVM: Inquiry regarding an error when loading the image file onto the AWR2944EVM board</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1679696/awr2944evm-inquiry-regarding-an-error-when-loading-the-image-file-onto-the-awr2944evm-board/6483374</link><pubDate>Tue, 15 Sep 2026 06:13:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:3594274c-6801-494d-8ec3-f26e3a103bc8</guid><dc:creator>Nishchay Garg</dc:creator><description>e2e.ti.com/.../2055.sbl_5F00_qspi.release.tiimage e2e.ti.com/.../2055.sbl_5F00_uart_5F00_uniflash.release.tiimage Hi JUNYEONG OH , Can you try flashing these images once?</description></item><item><title>Forum Post: OPT3101EVM: Capture data from EVM timed out -- no data received from EVM. Stopping capture.</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682182/opt3101evm-capture-data-from-evm-timed-out----no-data-received-from-evm-stopping-capture</link><pubDate>Tue, 15 Sep 2026 04:50:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b6117915-7b45-462f-bcd5-a2e23e534580</guid><dc:creator>James Ardo</dc:creator><description>Part Number: OPT3101EVM I got this new OPT3101EVM today and using the OPT3101EVM GUI, clicking the start capture does not do anything. Instead I&amp;#39;m getting a: Capture data from EVM timed out -- no data received from EVM. Stopping capture. In the log. I did not do anything to the board, and the jumper shunt is still on it. Any clue?</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/OPT3101EVM">OPT3101EVM</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/Test%2b_2600_amp_3B00_%2bMeasurement">Test &amp;amp; Measurement</category></item><item><title>Forum Post: RE: IWR6843AOP: IWR6843AOP -- HW trigger via SYNC_IN: long delay to first output frame; unreliable at 10 Hz</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1681885/iwr6843aop-iwr6843aop----hw-trigger-via-sync_in-long-delay-to-first-output-frame-unreliable-at-10-hz/6483186</link><pubDate>Tue, 15 Sep 2026 03:25:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b04c5307-818b-44ce-98b2-29220325d8ce</guid><dc:creator>siddique ahmed kotapali</dc:creator><description>Hi Josh, Thanks for the details and the ICD reference. One thing I would like to clarify directly: separate from trigger-to-TLV latency (which I understand is processing dependent and outside of device specifications) - if a SYNC_IN pulse arrives outside the 150–300 &amp;#181;s acceptance window, what actually happens? Specifically: Is the pulse ignored entirely, or deferred to the next available window? Does this introduce additional timing uncertainty on when the frame actually starts? In the thread you referenced, it is mentioned that exceeding this window can cause &amp;quot;unintended behavior... not characterized or not supported by device firmware,&amp;quot; but didn&amp;#39;t specify what that behavior actually is, so I wanted to confirm directly for our case. Regards, Siddique</description></item><item><title>Forum Post: RE: AWR2944EVM: AWR2944EVM: device identifies correctly over RS232 butaccepts no firmware by any path</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1681803/awr2944evm-awr2944evm-device-identifies-correctly-over-rs232-butaccepts-no-firmware-by-any-path/6483176</link><pubDate>Tue, 15 Sep 2026 03:13:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:d2f5d0bb-992a-4197-854c-04d75c17fee8</guid><dc:creator>Roy Wexler</dc:creator><description>The problem is with the AWR2944EVM firmware not being downloaded when setting up RS232 not the DCA1000.</description></item><item><title>Forum Post: AWR1642: power-up calibration</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682153/awr1642-power-up-calibration</link><pubDate>Tue, 15 Sep 2026 03:00:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:68dc290e-6c27-4084-8573-54efe612e049</guid><dc:creator>yunli cheng</dc:creator><description>Part Number: AWR1642 The configuration is as follows: /* Populate the calibration configuration: */ calibrationCfg.dfeDataOutputMode = gMmwDssMCB.cfg.ctrlCfg.dfeDataOutputMode; calibrationCfg.u.chirpCalibrationCfg.enableCalibration = true; calibrationCfg.u.chirpCalibrationCfg.enablePeriodicity = true; calibrationCfg.u.chirpCalibrationCfg.periodicTimeInFrames = 10U; if (MMWave_start (gMmwDssMCB.ctrlHandle, &amp;amp;calibrationCfg, &amp;amp;errCode) &amp;lt; 0) { /* Error: Unable to start the mmWave control */ System_printf (&amp;quot;Error: MMWDemoDSS mmWave Start failed [Error code %d]\n&amp;quot;, errCode); return -1; } AWR1642 RF startup failed with the following error: &amp;quot;Error: MMWDemoDSS mmWave Start failed [Error code -204602898]&amp;quot;. 1.Can I disable the RF startup calibration and periodic calibration? 2.How much impact would disabling them have on target measurement? 3.The frame period is 15 ms. Does enabling periodic calibration affect target measurement? I noticed that sometimes the measured target information is incorrect, and the target appears as a ray (line) for several consecutive frames.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/AWR1642">AWR1642</category></item><item><title>Forum Post: RE: AWR2243: Cascading</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1675791/awr2243-cascading/6483147</link><pubDate>Tue, 15 Sep 2026 02:38:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:3dc51d1d-18d6-4130-a800-352fc7ec5132</guid><dc:creator>Shakti Singh  Chauhan</dc:creator><description>Hello Shareef The 10- 15 dB Noise figure amplifier for the LO distribution is not good then? The Output power form the LO Sync out is 7dBM which is high for any LNA. Can you suggest us something for this?</description></item><item><title>Forum Post: RE: AWR2944EVM: Custom PCM production based on AWR2944EVM design (cont')</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1669859/awr2944evm-custom-pcm-production-based-on-awr2944evm-design-cont/6483146</link><pubDate>Tue, 15 Sep 2026 02:36:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:05871c8c-724a-44fd-a294-cf2aa7abc83e</guid><dc:creator>Ali Syed</dc:creator><description>Hi Arie, This is my understanding - the dielectric material is the same for the RO3003 RA and RO3003 ED. The difference between RA and ED is what you ask the FAB manufacturer to use for copper plating on the antennas. We will add a note on the documentation about the copper From what I have researched, you can substitute RO3003G2 for RO3003. Note that you will still need to ask for &amp;quot;rolled annealed&amp;quot; copper plating to reduce copper roughness. regards, Ali</description></item><item><title>Forum Post: RE: OPT3001-Q1: Question about Data rise/fall time</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1681847/opt3001-q1-question-about-data-rise-fall-time/6483130</link><pubDate>Tue, 15 Sep 2026 02:20:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:b5252b7d-3bb3-4a48-9bb7-a2a17b58b3d1</guid><dc:creator>Hironobu Tomita</dc:creator><description>Hi Daniel-san, Thank you for your reply. Just to be sure, let me confirm. Is it correct to understand that OPT3001-Q1 starts the transition of the read data from rising edge of SCL? Regards, Tomita</description></item><item><title>Forum Post: IWRL6432W: How to support WCSP GPIO configuration in sysconfig and mmWave-L-SDK?</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682132/iwrl6432w-how-to-support-wcsp-gpio-configuration-in-sysconfig-and-mmwave-l-sdk</link><pubDate>Tue, 15 Sep 2026 01:54:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:33a59adc-3268-479b-9ad6-a4d466f455cd</guid><dc:creator>James Austrial</dc:creator><description>Part Number: IWRL6432W Other Parts Discussed in Thread: MMWAVE-L-SDK , , SYSCONFIG Hi, SW: mmWave-L-SDK 05.05.04.02 Customer would like to use IWRL6432W GPIO_5(J9) as an I/O pin, but we cannot select this pin in CCS sysconfig. Do I need additional IWRL6432W WCSP chip support package to make it work? or this is a bug in sysconfig?</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/SYSCONFIG">SYSCONFIG</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/IWRL6432W">IWRL6432W</category></item><item><title>Forum Post: RE: DCA1000EVM: DCA1000EVM no longer boots</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1670862/dca1000evm-dca1000evm-no-longer-boots/6483093</link><pubDate>Tue, 15 Sep 2026 01:48:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:972c8a18-f7d1-4b30-aa0c-abd50517469a</guid><dc:creator>Ali Syed</dc:creator><description>Hi, Looks like this has been resolved in this thread: (+) DCA1000EVM: DCA1000EVM suddenly stopped working - replacement requested - Sensors forum - Sensors - TI E2E support forums regards, Ali</description></item><item><title>Forum Post: IWR6843ISK: The customer needs to apply for the documents</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1682123/iwr6843isk-the-customer-needs-to-apply-for-the-documents</link><pubDate>Tue, 15 Sep 2026 00:44:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:f7f93610-b4cd-4f9f-a12c-d17e2bac6ea0</guid><dc:creator>Alex li</dc:creator><description>Part Number: IWR6843ISK Other Parts Discussed in Thread: IWR6843 The customer needs to apply for the functional safety diagnostic library, FMEDA, and Safety Manual materials for the IWR6843.</description><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/IWR6843">IWR6843</category><category domain="https://e2e.ti.com/support/sensors-group/sensors/tags/IWR6843ISK">IWR6843ISK</category></item><item><title>Forum Post: RE: TMAG5134: Questions Regarding TI Magnetic Sense Simulator Results for TMAG5134/TMAG5233 and Switching Threshold Tolerance Distribution</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1680182/tmag5134-questions-regarding-ti-magnetic-sense-simulator-results-for-tmag5134-tmag5233-and-switching-threshold-tolerance-distribution/6482998</link><pubDate>Tue, 15 Sep 2026 00:07:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:74449236-2dca-4d69-af10-dddbb0a955f3</guid><dc:creator>Kyohei</dc:creator><description>Hi Scott-san, Thank you for your update. I understand that the server maintenance is expected to take some more time. Regarding Question 2, &amp;quot;the difference between the TMAG5134 simulation results and the TMAG5233 simulation results,&amp;quot; am I correct in understanding that this is also due to an error in the database and that it is currently being corrected? Best regards, Kyohei</description></item><item><title>Forum Post: RE: IWRL1432: 4–20 mA radar level transmitter</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1681999/iwrl1432-4-20-ma-radar-level-transmitter/6482925</link><pubDate>Mon, 14 Sep 2026 22:12:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:8801f08a-335f-494b-8acf-b9b9f14bce94</guid><dc:creator>edsonemboaba1960</dc:creator><description>Hi Josh Thanks for your prompt answer. Yes 77GHz band is appoved in Brasil for this case. I go ahead with design. Regards</description></item><item><title>Forum Post: RE: TMAG5134: Questions Regarding TI Magnetic Sense Simulator Results for TMAG5134/TMAG5233 and Switching Threshold Tolerance Distribution</title><link>https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1680182/tmag5134-questions-regarding-ti-magnetic-sense-simulator-results-for-tmag5134-tmag5233-and-switching-threshold-tolerance-distribution/6482854</link><pubDate>Mon, 14 Sep 2026 21:03:00 GMT</pubDate><guid isPermaLink="false">cb01d8b2-d089-468d-babb-77d1d8683490:23366e13-3531-4204-bf48-19c9f061ad80</guid><dc:creator>Scott Bryson</dc:creator><description>Kyohei, Thanks for your ongoing patience while we work through correcting the database. There will be some additional delay due to server maintenance that is ongoing and affecting my ability to deploy an update. Thanks, Scott</description></item></channel></rss>