Interface and connectivity ICs

Hi, In the STULPI01BTBR datasheet I could find the timing spec only for SDR mode. I need to verify the DDR mode on our board and could not find the DDR mode timing spec. Can anyone please help to find the timing spec for ULPI interface DDR Mode. Regards,Shivakumar

Trying to update an existing design to use S2-LP , but I need table of values for 433 and 868Mhz operation. This needs to be one pcb layout that can be populated for either frequency. I have searched through the website but I can’t find a solution. I have found a eval board for FKI433V2 @ 433 Mhz, but no equivalent for 868Mhz. The other 868Mhz boards use a balun, so the layout would be quite different.I’m sure many people have gone down this route in the past.

I have built some prototype boards with the above “brand new” esim purchased from RS-UK. The first 2 out of 10 are coming up with “This ICCID has already been activated” on the 1Global portal.Interestingly the ICCID numbers are only 8 digits off being sequential.I will have 6 more in hand tomorrow but I’m worried these stand a good chance of being the same.Can ST do anything?1Global have already said the ICCID has been activated and then deactivated prior to my purchase and they cannot reactivate it! Which sounds a bit dodgy to me! Malicious BOT registering ICCID’s!!!!RS could probably get me some replacements, but likely from the same batch so could have the same problem!Any idea’s where I go from here? Or if I have possibly done anything wrong?

Hi,A bare-metal solution using the ST87M01-1301 modem (FW: v2.9.0) and a TCP connection to a remote server, with mbedTLS handling the TLS. We are experiencing an issue with one specific server (which is not under our management, making it very difficult to obtain server-side logs). The server does not respond to our TLS Client Hello at all. It does not send a TLS alert or close the connection; it simply leaves the socket open until our application timeout terminates the connection after 2 minutes.Here is what we have verified and tested so far:* The exact same Client Hello payload was copied and tested from a PC, and the server responds correctly with a Server Hello.* The exact same bare-metal implementation works with three other remote servers.* +CGCONTRDP reports an MTU of 1500. We have attempted to lower the "max_ip_frame_size" on the ST87M01 from 1600 down to 512 bytes, but it had no effect.* During PC test, if we transmit an invalid Client Hello, the server immediately terminates

Hi all, for minimum wake time I want to use UDP with DTLS.However, I wonder if it is OK to keep the Socket open for a longer time (not closing it ever)? Even during PSM?Opening the DTLS-Sockets costs 2 seconds (handshake) and energy, for a Raw-Socket it is almost zeroDTLS: Init->Wait->Use[000000]> AT#SOCKETCREATE=5,0,UDP,0,60,60,9,0,0[000116]< #SOCKETCREATE: 0[000118]< OK[000000]> AT#DTLSCONNECT=5,0,xxx.xxx.xxx.xxx,pppp[002011]< #TLS: 3,0x00A8,2048,0[002012]< OK[000000]> AT#IPSENDUDP=5,0,xxx.xxx.xxx.xxx,pppp…Raw[000011]< #SOCKETCREATE: 0[000012]< OK[000000]> AT#IPSENDUDP=5,0,xxx.xxx.xxx.xxx,pppp…Thanks for any helpful infos,Jo

I purchased the STEVAL-IKR002V1D recently to investigate low power 169Mhz operation. I noticed the schematic has TBD for values on components - No BOM and the schematic also does not reflect my board. I have an IC, U3 not even shown in the schematic. Could you please attached the latest schematic with values. Thank you!

Hi, i am using the TCPP03-M20 for the first time. This device is stand alone. i have the device setup for 5V, which is all that is required. there is no power to the device initially when connected to the USB-C port. CC1c and CC2c pins are at around 1.65V. i do not see any voltage on Vbus. have attached the schematic section for this circuit. .If i apply 3.3v to Vcc_Vconn VBUS is still 0V. Any help appreciated. Mark

Is there a demonstration project (outside of the CLI) for the target-wake-time feature?

Hi,I'm integrating a newly ordered X-NUCLEO-67W61M1 shield with a NUCLEO-H753ZI board, using the X-CUBE-ST67W61 package. I'm hitting an init failure and want to confirm the root cause before I flash anything, since I have some open questions about the flashing process itself.1. Original symptom — SPI header validation failure at bootRunning the ST67W6X CLI/Echo application, I consistently get:EXTI callbackInvalid magic 0x5501Invalid spi header from peer, magic 0x5501, len (0, 0x0), version 0, type 0 flags 0x0, rsvd 0x1sem_if_ready not receivedsem_if_ready not receivedCould not init Modem handler[ERROR] in W6X_Init APIW61 Init failedFailed to initialize ST67W6X Driver, 2This happens on every boot, identically, every time — not intermittent. Expected magic is 0x55AA; I consistently receive 0x5501 (high byte correct, low byte wrong).2. What I've verified so farTo isolate whether this is a wiring issue or a missing-firmware issue, I connected a USB-to-UART (Silicon Labs CP210x) adapter dir

I am using a STM32H723ZG and a jetson orin nano in my project. but to communicate between them i am using a sn65hvd230 CAN module and have chosen pd0 and pd1 as fdcan_rx and fdcan_tx. i have tried several times but for some reason when i have alreay activated my can at the jetson side and it also beign detected, i also set the bitrate and even tried doing candup can0 many times and still the text, “HELLO W“ dosent print out here is my code:-  /* USER CODE BEGIN Header *//********************************************************************************* @file : main.c* @brief : Main program body******************************************************************************* @attention** Copyright (c) 2026 STMicroelectronics.* All rights reserved.** This software is licensed under terms that can be found in the LICENSE file* in the root directory of this software component.* If no LICENSE file comes with this software, it is provided AS-IS.**************************************************

Dear all, I have designed a custom board using the STM32H563ZIT6 as the host MCU and the ST67W611M1 as the NCP. As part of the initial bring-up, I am attempting to flash the ST67W611M1 using the QConn_Flash_Cmd-ubuntu tool in standalone mode. For this, I have connected a USB-to-TTL converter directly to the NCP UART interface. The BOOT and CHIP_EN pins of the ST67 are controlled by the host MCU, which toggles them in the required sequence to place the NCP into UART (flash) mode (see below code). I use the same sequence given in the NCP_Loader Example. if (flash) { LL_GPIO_SetOutputPin(BOOT_GPIO_Port, BOOT_Pin); } else { LL_GPIO_ResetOutputPin(BOOT_GPIO_Port, BOOT_Pin); } /* RESET NCP CHIP */ LL_GPIO_ResetOutputPin(CHIP_EN_GPIO_Port, CHIP_EN_Pin); HAL_Delay(100); LL_GPIO_SetOutputPin(CHIP_EN_GPIO_Port, CHIP_EN_Pin); if (flash) { /* CLEAR BOOT */ HAL_Delay(100); LL_GPIO_ResetOutputPin(BOOT_GPIO_Port, BOOT_Pin); } I verified the BOOT and CHIP_EN signals on an oscillosco

Hi I want to update firmware on my X-NUCLEO-67W61M1 board. I'm talking directly to the board using QconnFlash tool.I have pulled BOOT and ENABLE pins high as described in manual. Looks like communication is established, but later it fails on receiving the ack. Any idea while it fails?Log is here: F:\Projects\ST67W6X_Utilities\Binaries>QConn_Flash\QConn_Flash_Cmd.exe --port COM18 --config NCP_Binaries\mission_t01_flash_prog_cfg.ini --efuse=NCP_Binaries\efusedata.bin[23:06:09.042] - Serial port is COM18[23:06:09.042] - ==================================================[23:06:09.058] - FW get address from partiton file F:\Projects\ST67W6X_Utilities\Binaries\NCP_Binaries\./partition.bin[23:06:09.060] - Address=0x10000[23:06:09.060] - FW get size from partiton file F:\Projects\ST67W6X_Utilities\Binaries\NCP_Binaries\./partition.bin[23:06:09.062] - Size=1785856[23:06:09.069] - Program Start[23:06:09.069] - ========= eflash loader cmd arguments =========[23:06:09.097] - seri

Continued from: STM32 Host with ST67W611 Wifi BLEHi everyone, Currently, I'm trying to re-flash firmware for ST67W61 module via UART without host ( use USB TTL), and I got the issue in below:[22:36:53.388] - Serial port is COM5 [22:36:53.394] - ================================================== [22:36:53.394] - FW get address from partiton file C:\Users\Admin\STM32Cube\Repository\Packs\STMicroelectronics\X-CUBE-ST67W61\1.2.0\Projects\ST67W6X_Scripts\Binaries\NCP_Binaries\./partition.bin [22:36:53.394] - Address=0x10000 [22:36:53.394] - FW get size from partiton file C:\Users\Admin\STM32Cube\Repository\Packs\STMicroelectronics\X-CUBE-ST67W61\1.2.0\Projects\ST67W6X_Scripts\Binaries\NCP_Binaries\./partition.bin [22:36:53.394] - Size=1785856 [22:36:53.397] - Program Start [22:36:53.397] - ========= eflash loader cmd arguments ========= [22:36:53.397] - serial port is COM5 [22:36:53.397] - cpu_reset=False [22:36:53.677] - com speed: 2000000 [22:36:53.677] - ========= Interface is

Hi all,I'm experiencing very poor WiFi scan sensitivity with the ST87M01 (FW 2.9.0) compared to an ESP32 using the exact same antenna (connected via U.FL). While the ESP32 easily finds multiple networks, the ST87M01 only sees very few, or none at all.Device Info & Scan Config (ST87M01)```textatiSTMICROELECTRONICSST87M01-1301A:2.9.0-M:2.9.0-S:2.9.0-G:2.9.0-B:1.1AT#WSCAN=4,1      <-- [Config] RF Path (NB-IoT antenna path)OKAT#WSCAN=3,500   OKAT#WSCAN=5,3     OKAT#WSCAN=2,0     OKAT#WSCAN=1,1,6,11 <-- [Action] Trigger scan on channels 1, 6, 11OK...#WSSTOP           <-- [Result] (Hardly any networks returned)```Reference: ESP32 Scan (Same Antenna, same spot)```text1: Yippie (BSSID: 3C:A6:2F:B5:E4:37, Kanal: 11, RSSI: -48 dBm)2: RAK7268V2_BAD1 (BSSID: AC:1F:09:19:BA:D2, Kanal: 11, RSSI: -50 dBm)3: Yippie (BSSID: D4:24:DD:4D:F2:2F, Kanal: 11, RSSI: -54 dBm)4: Yippie (BSSID: DC:39:6F:1F:5C:03, Kanal: 11, RSSI: -76 dBm)5: linksys (BSSID: 98:FC:11:CE:00:16, Kanal: 9, RSSI: -86 dBm)

Hello ,I am planning a new NB-IoT design using the ST87M01 module. I am currently using a Nucleo-U545RE-Q host board paired with the EVKITST87M01-2 evaluation kit.The application involves downloading weather observation files (TXT and XML formats, each under 100 KB) from a public server over HTTPS. Since the target server requires TLS 1.3, a large HARICA RSA ROOT CA 2021 (RSA-4096) certificate, and specific Cipher Suites not supported natively by the module, I have decided to run the TLS 1.3 stack directly on the STM32U545 host MCU. The ST87M01 will be used purely as a transparent TCP/IP pipe.Specifically, the server enforces strict cryptographic handshakes with the following parameters, which I will process on the host MCU:TLS 1.2: ECDHE_RSA with curve P-256 and AES_128_GCM TLS 1.3: X25519 key exchange and AES_256_GCM During early tests, I have noticed that the module frequently transitions from RRC Connected to RRC Idle mode, indicated by the unsolicited notification changing from +C

This account only shares restored community content posted by members between May 22 and June 9, 2026, who did not register for the new community.We are designing a 6-layer PCB with limited board area. The layer stackup is as follows: TOP / GND2 / SIGNAL / POWER / GND5 / BOTTOM.Due to space constraints, we are planning to place one STPM33 on the TOP side of the board, and another STPM33 rotated 90 degrees directly on the opposite BOTTOM side. Similarly, one STPM34 will be placed on the TOP side, with another STPM34 rotated 90 degrees directly beneath it on the BOTTOM side.In summary, the board will carry a total of four ICs: one STPM33 and one STPM34 on the TOP side, and one STPM33 and one STPM34 on the BOTTOM side, with each TOP-side IC having its counterpart placed directly behind it on the BOTTOM side.Please find attached a diagram illustrating the top/bottom placement of the STPM34. Key points of this layout are as follows:The power supply pin traces on the TOP and BOTTOM sides are

Hello,Im using the RHFLVDS31A  and I have some unused I/O pins. Should I terminate them or should I leave them floating? I saw that there is an internal pull up for Cold Sparing so I didn’t want to impact that.

I am trying to test the target-wake-time (TWT) feature of the ST67 using the CLI firmware. I have attempted to setup a TWT connection on two different routers but both times the ST67 reports “Could not setup TWT” in response to my wifi_twt_setup command. The routers I have tried are the TP-Link AX5400 (Archer AX73) and the EERO Max 7. Here is an example command sequence:w61/>Connected to following Access Point :[8c:dd:0b:e5:ff:c8] Channel: 6 | RSSI: -42 | SSID: EEROStation got a new IP address : 192.168.4.36w61/>powersave 1w61/>wifi_twt_setup 1 1 13 128 1000Could not setup TWTw61/>wifi_twt_statusTWT not supportedw61/>

I’m using BALF-SPI2-02D3 with the S2-LP at 433 MHz and have a question about Figure 13 in the datasheet.The recommended PCB stackup shows:Top plane: 35 µm + 31 µmMid layer: 31 µmBottom plane: 35 µm + 31 µmWhat exactly does “35 µm + 31 µm” mean for the outer layers?Is this:base copper + plated copper,finished copper thickness in ST’s stackup notation,or something else?I’m trying to choose a 1.0 mm, 4-layer PCB stackup from a commercial manufacturer and would like to match the recommendation as closely as possible.Thanks for any clarification.

Recently, I started using the ST67W6 Wi-Fi module on a custom PCB with an STM32H723VET MCU to implement the HTTP Server application provided by ST.The application requires D-Cache to be enabled in order to operate correctly. However, as soon as I enable the D-Cache, my other peripherals that rely on DMA transfers, such as SDMMC and ADC, stop working correctly or fail completely. When I disable the D-Cache, all of these peripherals work normally again, but the HTTP Server application no longer functions, and I am unable to detect or connect to the Wi-Fi network.From what I have studied, I suspect that the issue is related to cache coherency between the CPU and DMA peripherals. My understanding is that I may need to configure the MPU to place DMA buffers in a non-cacheable memory region, or otherwise separate the memory used by the Wi-Fi module from the memory used by other DMA peripherals.However, I am still learning about MPU configuration, cache management, and memory mapping on STM32

Hi , I recently acquired an ST4SIM-300M eSIM and I am unsure how the ST4SIM-300M should be activated initially.I also watched your video about Remote SIM Provisioning using the Motive eSIM Secure Connect portal, and I would like to ask whether the activation and profile download for this SIM should be done through that portal.Additionally, I would like to understand whether the SIM already contains a bootstrap profile by default. If so, how can I verify this from the device?Finally, I would appreciate it if you could share a list of your eIM partners that support the ST4SIM-300M for testing purposes

ECMF02-2AMX6 has only one pin for the GND connection, which is unusual.Where should this pin3 (GND) be connected to? the connector GND or the system GND? I have common mode choke between the connector GND and the System GND.  Based on the dot notation on the common mode choke, I assumed pin 5 and pin6 should be connected to the connector side so pin3 should be connected to the system GND?

Do we have an evaluation board and documentation package on place to get samples and test ?Does it developed with 3D  AOA and Phase difference of arrival. How does it UWB road map leverage narrow band assistance or BLE co-processing? 

Hey, I'm using the ST67W611M (NCP + STM32f7 host, X-CUBE-ST67W61, T01 firmware v2.0.97) in WiFi station mode, with TLS running on the NCP via W6X_Net_Socket(..., IPPROTO_TLS_1_2). I'm trying to download a 750 KB file over HTTPS from a server that sits behind Cloudflare, and it reliably dies after about 200 KB - W6X_Net_Recv returns -1 ("ssl_read FAILED: -0x0001") and the socket goes DISCONNECTED. Same spot every time. So I took a packet capture to see what's actually happening (TLS 1.2, AES-128-GCM). Cloudflare uses dynamic record sizing, so its TLS record size grows over the connection: 1369 -> 4229 -> 16384 bytes. Everything up to the 4229-byte records comes through fine (~200 KB). But the moment the first full 16384-byte record arrives, the device immediately sends a fatal TLS alert and RSTs the connection - the abort clearly comes from the device, not from Cloudflare.That made me suspect the NCP's TLS record buffer is simply too small to hold a full 16 KB record. Looking at t

Hi. We are encountering issues whilst the integration of st67w611m1a6u wifi chip to the Stm Nucleo-H753zi board(host) using SPI for communication and UART for debug logs. The Wi-Fi module firmware has been successfully loaded, but the network driver does not initialize on the host. As a result, the module cannot connect to a Wi-Fi network. We would be pleased to receive more clarity on this. The zip file of our project has been attached below and necessary files are also added.Pin connections between st67 wifi chip and nucleo board wifi IC nucleo board  VDDIO 3.3v VDD33 3.3v GND GND CHIP_EN PE2 BOOT PE4 SPI_RDY PE3 SPI_CS PA4 SPI_CLK PA5 SPI_MISO PA6 SPI_MOSI PA7 UART_TX PD8 UART_RX PD9