https://e2e.ti.com/support/site-support-group/site-support/The central location for the latest E2E news, training, feature updates, member feedback and E2E specific site support.en-USTelligent Community 13https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1679424/tps63900-tps63900-3-3-v-output-becomes-unstable-at-1-8-v-input-under-light-heavy-load/6473302Fri, 04 Sep 2026 06:52:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:4d102052-f295-4ac5-a7be-50dcc0e85fe5Johannes BraunHi saivenkat, thank you for using E2E. The experts are out of the office. Please expect a the response by early next week. Best Regards, Johanneshttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1679424/tps63900-tps63900-3-3-v-output-becomes-unstable-at-1-8-v-input-under-light-heavy-loadFri, 04 Sep 2026 06:32:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:f03732a2-fb76-4ba1-aa3c-5a5fd8a68e5dsaivenkat bPart Number: TPS63900 Hi TI team, I am evaluating the TPS63900 buck-boost converter for a low-power embedded system and have observed an unexpected behavior when operating close to the minimum input voltage. My requirement is to generate 3.3 V from an input range of approximately 1.8 V to 4.2 V . I tested the TPS63900 with resistive loads under the following conditions: At VIN = 1.8 V , the output initially rises to approximately 3.3 V, but then periodically loses regulation and drops to approximately 0.9 V before recovering. The input current also changes significantly during this behavior. For example, with the 3.3 kohm load, I measured approximately 342 uA average input current , but this is clearly not consistent with delivering a continuous 3.3 V / 1 mA load, since the output is not continuously regulated. I initially observed this on my custom PCB, but I also reproduced the same behavior using the TPS63900 EVM , which makes me think this may be related to operation at the minimum VIN rather than my PCB implementation. A few questions: Is this behavior expected when operating at VIN = 1.8 V and boosting to 3.3 V ? Is there a minimum VIN-to-VOUT ratio or maximum output power/current that should be considered for stable operation near the 1.8 V input limit? Are there specific inductor, output capacitor, current-limit, or control-mode settings that TI recommends for this operating point? Does the TPS63900 have any recommended operating margin above the 1.8 V minimum input when generating 3.3 V? Is there a recommended method for determining the minimum VIN for stable 3.3 V regulation at a given load ? For reference, I am using the TPS63900 with the recommended external components from the datasheet/EVM and monitoring VIN, VOUT and input current with a DMM, oscilloscope and Nordic Power Profiler. Any guidance on whether this is expected behavior and how to properly characterize the minimum operating voltage would be appreciated. Thanks. I have documented all the tests that I have done TPS63900 PCB validation Below is my schematic and layout This is captured when a 3.3k resistor is connected as a load and 1800mV is given as input and this is the measured voltage.TPS63900Test & Measurementhttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678683/tms570ls0432-tms570ls043x-application-crashes-after-modifying-ti-fee-driver-to-use-flash-address-0xf0202000/6473205Fri, 04 Sep 2026 05:14:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:e7d6f1b3-0382-47fa-9ac4-086d4d5ff04ejagadish gundavarapuHi Sneha, There are lot of tested FAPI/FEE examples can be found in below FAQ: (+) [FAQ] TMS570LC4357: Examples and Demos for Hercules Controllers (E.g. TMS570x, RM57x and RM46x etc) - Arm-based microcontrollers forum - Arm-based microcontrollers - TI E2E support forums I would suggest you refer them once, in case that doesn't solve your problem then i will debug further to unblock you. -- Thanks & regards, Jagadish.https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1663214/rm48l540-rm48x-safety-certificate-expired/6473197Fri, 04 Sep 2026 05:10:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:5d94ba28-921e-40d1-976f-b4013dcd51ebjagadish gundavarapuHi Ioana, I verified and this procedss is on-going already. Regarding the exact timeline i need to verify with my internal team and get back to you. -- Thanks & regards, Jagadish.https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678915/tps7h4003-sep-tube-qty/6472375Thu, 03 Sep 2026 15:03:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:fd369956-d757-4d81-8cf5-56d074c11ca4Daniel HartungHey Adriana, When you order 1 QTY of tube, you will be sent a tube with 1 unit in it. Thanks, Danielhttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1679113/tps63900-tps63900/6472214Thu, 03 Sep 2026 13:10:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:d16992ab-c75a-4d5d-8c5e-bcec19df0ab4Johannes BraunHi takut, thank you for using E2E. The experts are out of the office. Please expect a the response by early next week. Best Regards, Johanneshttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1679113/tps63900-tps63900Thu, 03 Sep 2026 09:49:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:f520816b-2391-4e75-bdf1-29baaab4e8dbtakut yamadaPart Number: TPS63900 Other Parts Discussed in Thread: LMP7721 TPS63900 TPS7A2030 LMP7721 MAX3223EIPWR TPS7A2030 Are the products with the model numbers listed above recommended for new designs? If not, could you please suggest some alternatives? Please confirm.TPS63900LMP7721https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678469/tps2595-country-of-origin/6471818Thu, 03 Sep 2026 06:34:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:e721da68-1294-4e98-b925-b04d5bfac7d7Sailendra KumarHi Brady , Do you want to know where this device will be manufactured ? Best Regards, Sailendrahttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678915/tps7h4003-sep-tube-qtyWed, 02 Sep 2026 22:07:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:94364475-41ca-4b2c-a05b-f2c601806658Adriana GuevaraPart Number: TPS7H4003-SEP Hello, I want to order TPS7H4003MDDWSEP. The PN carrier is a TUBE and a TUBE has 35 units. If I put QTY as 1 and I receiving a TUBE of 35 units and a TUBE with only 1 unit? Thank you, AdrianaTPS7H4003-SEPhttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678683/tms570ls0432-tms570ls043x-application-crashes-after-modifying-ti-fee-driver-to-use-flash-address-0xf0202000Wed, 02 Sep 2026 09:37:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:497fd157-f805-4b20-a00f-0ac555789c67Sneha DakharePart Number: TMS570LS0432 Hi Team, I am using TMS570LS043x and want to store 1 byte of runtime data at flash address 0xF0202000 . To do this, I modified: TI_Fee_Init() TI_FeeInternal_GetVirtualSectorParameter() TI_FeeInternal_WriteVirtualSectorHeader() and changed the virtual sector address to 0xF0202000 . After these changes, the application crashes when TI_Fee_Init() is called. Questions: Can 0xF0202000 be used directly with the TI FEE driver? Does it need to be a valid Virtual Sector start address? Is modifying these internal FEE functions the wrong approach for storing a single byte? Should I use the F021 Flash API instead of modifying the FEE driver? The application works correctly before these modifications. Any suggestions would be appreciated. Thanks.TMS570LS0432TMS570LC4357https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1663214/rm48l540-rm48x-safety-certificate-expired/6470500Wed, 02 Sep 2026 09:19:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:62adf240-7c35-4286-b5a6-a1e6760691c9Ioana MIRICELHi Jagadish, I hope you are doing well. I am following up on our previous discussion regarding the recertification of the RM48x MCU with TÜV SÜD. In your last update, you mentioned that TI was working on the renewal and expected to have it updated before the end of Q3. As we are getting closer to the end of Q3, could you please provide a quick status update on the recertification progress? If the renewed certificate or a temporary derogation/exemption document is already available, could you kindly share it with us? Thank you for your time and assistance. Best regards, Ioana MIRICELhttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1678469/tps2595-country-of-originTue, 01 Sep 2026 16:12:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:f0ca8aad-dc1a-4e3f-bf14-6b63a467f340Brady PetrilloPart Number: TPS2595 I need to know country of origin for the following component: TPS259521DSGRTPS2595https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-header/6464448Thu, 27 Aug 2026 05:26:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:964506b2-65e0-4072-bd4f-a07c490d235bDivyansh MittalHI Duc, There is no TI refernce on the same. Since it is the SLB9672 driver that timeouts, you want to add significant debug logs to that driver and share with the SLB9672 vendor to help you. Unfortunately, there is not much here I can do to help you.https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-header/6464265Thu, 27 Aug 2026 01:45:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:a1e28990-2336-4834-9d8a-5ea16e1e35bbDuc NguyenHi Divyansh, Thanks for pointing me to the SPI documentation. I followed the spidev_test example and was able to verify that the AM68A MCU_SPI1 is working correctly as an SPI master. I tested /dev/spidev1.0 with: /tmp/spidev_test -D /dev/spidev1.0Code The result was: spi mode: 0x0 bits per word: 8 max speed: 500000 Hz (500 kHz)Code I also verified the signal with an oscilloscope. When using spidev_test, I can clearly see valid SPI waveforms on CS, CLK, and MOSI. Therefore, the MCU_SPI1 controller, pinmux configuration, and physical SPI connections appear to be working. However, when I bind the same SPI device to tpm_tis_spi: echo spi1.0 > /sys/bus/spi/drivers/tpm_tis_spi/bindCode I still get: tpm_tis_spi spi1.0: probe with driver tpm_tis_spi failed with error -110 -sh: echo: write error: Connection timed outCode I also reduced the DT SPI frequency to 500 kHz and verified that the DT property is: spi-max-frequency = 500000 After the tpm_tis_spi probe, the SPI statistics show: messages: 52 transfers: 52 bytes: 54 bytes_tx: 4 bytes_rx: 54 errors: 0 timedout: 0Code This is interesting because the SPI controller itself does not report SPI transfer errors or controller-level timeouts, while the TPM driver still returns -ETIMEDOUT. The device is correctly described as: modalias: spi:slb9672 OF_COMPATIBLE_0=infineon,slb9672 OF_COMPATIBLE_1=infineon,slb9670 OF_COMPATIBLE_2=tcg,tpm_tis-spiCode and spi1.0 is initially unbound from any driver. Based on these results, it looks like the issue is now specific to the tpm_tis_spi probe/TPM SPI protocol interaction, rather than the MCU_SPI1 controller, pinmux, or basic SPI master functionality. Could you please advise what SPI transaction the tpm_tis_spi driver expects during the SLB9672 probe, and whether there are any AM68/MCU_SPI-specific requirements or known issues with tpm_tis_spi on MCU_SPI1? In particular, it would be helpful to know whether you recommend: - Checking the exact SPI command sent by the TPM driver during probe. - Verifying the SPI mode (CPOL/CPHA) expected by SLB9672. - Checking whether any additional DT properties are required for the SLB9672. - Whether there is a TI reference configuration for SLB9672 + MCU_SPI1 on AM68A-SK. Thanks. 01:50:00 query returned open=falsehttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-header/6462985Wed, 26 Aug 2026 06:29:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:a515b835-36ac-4493-88a1-0962aa4a7af4Divyansh MittalHi Duc, Let me know if this documentation helps: https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j721s2/11_02_01_03/exports/docs/linux/Foundational_Components/Kernel/Kernel_Drivers/SPI.html I haven't reviewed or pin configuration yet, but [quote userid="696960" url="~/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-header"] Any TI reference DT or app note for SPI slave on MCU_SPI1 (CS0/CS2) on AM68-SK? [/quote] Not sure if you are trying to configure AM68 SPI as master or slave? If you are configuring it as a master, I would recommend you try out the example given in the above link (spidev_test.c) with the given dt settings on mcuspi and see whether you are seeing clock output, if you are, then it is most likely the tpm driver issue.https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-header/6461430Tue, 25 Aug 2026 06:41:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:f5a3a6d8-1057-4e88-8d97-90894ffc7942Divyansh MittalHi Duc, Looking internally, please expect a response by end of this week.https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675914/am68a-am68-sk-slb9672-on-mcu_spi1-tpm_tis_spi-probe-fails-with-error--110-no-sclk-on-headerMon, 24 Aug 2026 11:28:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:8882a1ca-42d9-4c33-9b27-e69df06a8fa9Duc NguyenPart Number: AM68A Other Parts Discussed in Thread: AM68 , We are connecting an Infineon OPTIGA TPM SLB9672 (SPI) to the AM68-SK 40-pin header via MCU_SPI1 . Kernel reports: tpm_tis_spi spi1.0: probe with driver tpm_tis_spi failed with error -110 There is no /dev/tpm0 / /dev/tpmrm0. Hardware wiring (CS0 test) TPM signal Header pin SoC (expected) SCLK 23 MCU_SPI1_CLK (D26) MOSI 19 MCU_SPI1_D0 (E24) MISO 21 MCU_SPI1_D1 (C28) CS# 24 MCU_SPI1_CS0 (C27) VDD 17 3.3 V GND 25 GND RST# 13 MAIN GPIO0_36 (W24), held HIGH We also tested CS2 (pin 26, reg = → spi1.2) with the same -110 . Software CONFIG_TCG_TPM=y, CONFIG_TCG_TIS_SPI=y (built-in) Overlay enables &mcu_spi1, pinmux on &wkup_pmx2: CLK/MOSI/MISO: mux mode 0 CS0: mux mode 0 (or CS2 mode 1 when testing CS2) DT node example (CS0): dts /dts-v1/; /plugin/; #include "k3-pinctrl.h" #include &mcu_rpi_header_gpio0_pins0_default { pinctrl-single,pins = ; }; &wkup_pmx2 { mcu_spi1_pins_default: mcu-spi1-default-pins { pinctrl-single,pins = ; }; }; &main_gpio0 { tpm_reset_hog { gpio-hog; gpios = ; output-high; line-name = "tpm-reset"; }; }; &mcu_spi1 { status = "okay"; pinctrl-names = "default"; pinctrl-0 = ; #address-cells = ; #size-cells = ; ti,spi-num-cs = ; tpm@0 { compatible = "infineon,slb9672", "infineon,slb9670", "tcg,tpm_tis-spi"; reg = ; /* → spi1.0 */ spi-max-frequency = ; }; }; Log: root@am68a-sk:/opt/edgeai-gst-apps# uname -a Linux am68a-sk 6.12.17-ti-00773-gcdcaeac783e3-dirty #1 SMP PREEMPT Thu Apr 3 17:42:36 UTC 2025 aarch64 GNU/Linux root@am68a-sk:/opt/edgeai-gst-apps# zcat /proc/config.gz 2>/dev/null | grep -E 'CONFIG_TCG_TPM=|CONFIG_TCG_TIS_SPI=|CONFIG_SPI=' CONFIG_TCG_TPM=y CONFIG_TCG_TIS_SPI=y CONFIG_SPI=y root@am68a-sk:/opt/edgeai-gst-apps# ls /sys/bus/spi/devices/ spi0.0 spi1.0 ; echo cat /sys/firmware/devicetree/base/bus@100000/bus@28380000/spi@40310000/tpm@0/compatible 2>/dev/null | tr '\0' ' '; eroot@am68a-sk:/opt/edgeai-gst-apps# cat /sys/firmware/devicetree/base/bus@100000/bus@28380o okay root@am68a-sk:/opt/edgeai-gst-apps# cat /sys/firmware/devicetree/base/bus@100000/bus@28380000/spi@40310000/tpm@0/compatible 2>/dev/null | tr '\0' ' '; echo infineon,slb9672 infineon,slb9670 tcg,tpm_tis-spi root@am68a-sk:/opt/edgeai-gst-apps# hexdump -C /sys/firmware/devicetree/base/bus@100000/bus@28380000/spi@40310000/tpm@0/reg 2>/dev/null 00000000 00 00 00 00 |....| 00000004 root@am68a-sk:/opt/edgeai-gst-apps# cat /sys/kernel/debug/gpio | grep tpm-reset gpio-669 ( |tpm-reset ) out hi root@am68a-sk:/opt/edgeai-gst-apps# dmesg | grep -i tpm_tis_spi [ 8.236838] tpm_tis_spi spi1.0: probe with driver tpm_tis_spi failed with error -110 root@am68a-sk:/opt/edgeai-gst-apps# ls -l /dev/tpm* 2>/dev/null || echo "NO /dev/tpm*" NO /dev/tpm* What already works /sys/bus/spi/devices/spi1.0 exists spi@40310000 status = okay Live DT: correct compatible and reg RST GPIO hog shows out hi (tpm-reset) Decompiled overlay shows expected pad offsets for CLK/MOSI/MISO/CS0 What fails Probe always timeout (-110) On scope/logic analyzer, we do not see SCLK (and related SPI activity) on header pin 23 during unbind/bind of tpm_tis_spi Questions for TI For AM68-SK, is MCU_SPI1 on the 40-pin header the correct interface for an external SPI TPM, and are the pinmux modes above correct for CS0 (and CS2)? Any known requirement so that McSPI actually toggles CLK/CS on these pads when tpm_tis_spi probes (extra DT flags, power domains, clocks)? Could our overlay on &mcu_rpi_header_gpio0_pins0_default (removing SPI pins from the GPIO group) still leave pads in a state where SPI signals never reach the header? Recommended way to confirm at runtime that 40310000.spi pinmux is applied to the header pins? Any TI reference DT or app note for SPI slave on MCU_SPI1 (CS0/CS2) on AM68-SK? Thanks.AM68ARoboticsAM68https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675383/tida-010089-altium-design-files-for-this-reference-design/6458537Fri, 21 Aug 2026 10:01:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:6cd9e9e3-5098-4610-82db-650a9074ad49Ethan Yu(SH)Hi Ethan, It seems the design files were taken down from Ti.com. I have shared the design source files to your email. Thank youhttps://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1675383/tida-010089-altium-design-files-for-this-reference-designFri, 21 Aug 2026 08:48:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:58dc5a0e-5260-490b-affe-2579f7beebe6Ethan Della-NegraPart Number: TIDA-010089 Hello TI Support, I am modifying the TIDA-010089 reference design to integrate a custom MCU for the DAC. Could you please provide the native Altium Designer source files (schematic and PCB layout) for this design? If you need to send them via a private channel, please let me know how to proceed. Thank you, EthanTIDA-010089https://e2e.ti.com/support/site-support-group/site-support/f/site-support-forum/1674057/sn74avc4t774-pcn---sn74avc4t774pwr/6456390Wed, 19 Aug 2026 22:17:00 GMTcb01d8b2-d089-468d-babb-77d1d8683490:c022d3e7-b944-477e-ae81-7c434f6bda7aJack GuanHi Nitin, The changes provided in the PCN document highlight the total changes- the extensive testing has been conducted to ensure that the datasheet min/ max characterization data is still intact, with only the thermal values being updated. Thanks, Jack