Solved

 JW

Hi, I notice that CubeMx allow choose 16-bit resolution but STM32L476 has range from 6 to 12 bit. When I generate code I can't compile it:Moreover in datasheet we read on page 1: but it's only one information about mystic 16-bit resolution :D

Hi,coudl someone paste simple code to send some bytes between I2C1 and I2C2 on one board?Prefer HAL. I try this: uint8_t data = 69; uint8_t data2 = 0; HAL_I2C_Master_Transmit(&hi2c1, 32, &data, 1, HAL_MAX_DELAY); HAL_I2C_Slave_Receive(&hi2c2, &data2,1,HAL_MAX_DELAY);and HAL_I2C_Slave_Receive_IT(&hi2c2, &data2,1); HAL_I2C_Master_Transmit(&hi2c1, 32, &data, 1, HAL_MAX_DELAY);but not works. Slave address is 16 (shift left is 32).

..

..

..

Hi fellas,Whether STM's SPC5x AUTOSAR MCAL is free or licensed version. Also, its been told, it provides CDD and no AUTOSAR OS,for which FreeRTOS is used. Whether this FreeRTOS version for AUTOSAR is free/licensed?

I am using development board MB1519C. I was trying to disable trust zone in my board. For that I have followed below step in stm32cubeProgrammer.Open option byte and set RDP level to 1 and apply and power reset and then RDP 0 along with trust zone uncheck (0).After that I am not able to connect with my board via stmCubeProgrammer.It shows below error. I also tried with hardware reset configuration. Guide me to resolve issue.  Also tried with UART mode, In that case I received below error.How to disable RDP?

Hello!I have my ADC DMA setup so that Timer 1 will trigger a conversion with a specific frequency. Both DMA continuous requests and Continuous conversions are disabled. DMA is set to Normal mode.When the buffer is full and HAL_ADC_ConvCpltCallback is triggered, I stop the ADC with HAL_ADC_Stop_DMA, and some processing is performed on the DMA buffer. Once the processing is completed the ADC is restarted with HAL_ADC_Start_DMA.This all works as expected until the MCU enters and exits from STOP mode. I'm unable to restart the ADC, the DMA buffer still contains the previous data, and HAL_ADC_ConvCpltCallback is never triggered.Here's my code:while (1) { /* USER CODE END WHILE */ /* USER CODE BEGIN 3 */   HAL_GPIO_WritePin(LD3_GPIO_Port, LD3_Pin, GPIO_PIN_SET); HAL_ADC_Start_DMA(&hadc1, (uint32_t*)sampleBuffer, samplesPerFrame);   while (dataReadyFlag == 0) ; dataReadyFlag = 0;   // TODO: Process sampleBuffer   if ((uint32_t)(HAL_GetTick() - prevTime) > a

Hi!We are working on a remote FW update feature, where we receive the FW binary from another MCU via UART4 in chunks. The process starts with erasing a region in flash bank 2 (page 256 - 406). Then it receives the FW image in 2K chunks, CRC checks them and flashes them. Finally, it CRC checks the entire new FW in the flash memory. If everything is fine it will:uint32_t usedBank = LL_SYSCFG_GetFlashBankMode();if (HAL_FLASH_Unlock() != HAL_OK) { consoleLog(LOG_INFO, "The HAL_FLASH_Unlock process failed!"); return FirmwareUpdateResultCode::flashLockUnlockError; } if (HAL_FLASH_OB_Unlock() != HAL_OK) { consoleLog(LOG_ERROR, "The HAL_FLASH_OB_Unlock process failed!"); return FirmwareUpdateResultCode::flashOBLockUnlockError; }   consoleLog(LOG_DEBUG, "Firmware update data content uploaded successfully."); rtosTaskDelayInMilisec(500);   FLASH_OBProgramInitTypeDef optionBytesStruct; HAL_FLASHEx_OBGetConfig(&optionBytesStruct); optionBytesStruct.OptionType = OPTION

I am analyzing the UART data frame of an outsourced device that uses the STM8S105 MCU. The data frame specification is:* 1 start bit,* 8 data bits, * 1 parity bit,* 2 stop bits.Therefore I expect a data frame as in the below Figure 115 from the STM8 reference manual RM0016. However, both the logic analyzer and oscilloscope show an extra bit after the 2 stop bits. Then the next data frame begins. This is illustrated in the second figure below.Question: what feature creates the extra bit? This is unexpected.Is it possibly related to the break character feature?Thank you for your response.Figures 1 and 2 ...................

We want to allow customers to download firmware directly.Are you trying to pass the STM32CubeProgrammer\bin file, no licensing issues?I'm trying to make a batch file so that I can download it right away.I've tested it. If you pass only this file and the database file together, there seems to be no problem with downloading.We ask if there will be any licensing issues if we pass this file on.

We are designing a board that uses the ST25RU3993 Reader. We will have a Raspberry Pi 2040 microcontroller on the board for communication. Do you have any firmware or code that can be used to communicate to the reader from this Microcontroller?

We recently udated from OpenSTLinux v2.1 to v4.1. The boot chain is solid, but occasionally we are getting TEE aborts (trace listed below). I am not sure exactly how to debug this, any help would be appreciated. E/TC:1 E/TC:1  Core data-abort at address 0x2fff8805 (translation fault) E/TC:1   fsr 0x00000207 ttbr0 0x2ffd8020 ttbr1 0x00000000 cidr 0x0 E/TC:1   cpu #1         cpsr 0x000001f3 E/TC:1   r0 0x2fff8805     r4 0x2ffda889   r8 0x2ffda889  r12 0xffffffe0 E/TC:1   r1 0x2ffcda91     r5 0x000000f7   r9 0x00000000   sp 0x2ffda788 E/TC:1   r2 0x2fff8805     r6 0x00000000  r10 0x2fff8805   lr 0x2ffcb297 E/TC:1   r3 0x2fff8806     r7 0x2ffda870 &n

I'm trying to use the Motor Profiler software through my Motor Controller SDSK 6.1.1. When I launch the profiler, I Select my boards - Nucleo-F302R8 and X-Nucleo-IHM07M1 3Sh. Then I set the motor parameters to match my motor Bull Running BR2804. When I then hit Connect I get a warning to update the board firmware. I select Accept and then the process gets stuck forever on the "Checking ST-Link connection" step. What might be the issue here?

Hello!I'm trying to run SPI in Transmit Only Master mode.It's strange - result of HAL_SPI_Transmit is HAL_OK but I can't see any signals on SCK and MOSI pins.main.cint main(void) { /* USER CODE BEGIN 1 */   /* USER CODE END 1 */   /* MCU Configuration--------------------------------------------------------*/   /* Reset of all peripherals, Initializes the Flash interface and the Systick. */ HAL_Init();   /* USER CODE BEGIN Init */   /* USER CODE END Init */   /* Configure the system clock */ SystemClock_Config();   /* USER CODE BEGIN SysInit */   /* USER CODE END SysInit */   /* Initialize all configured peripherals */ MX_GPIO_Init(); MX_SPI3_Init(); /* USER CODE BEGIN 2 */   /* USER CODE END 2 */   /* Infinite loop */ /* USER CODE BEGIN WHILE */ while (1) { uint8_t dacRegisterAddress = 0xAA; uint8_t dacRegisterData = 0xAA; uint8_t sendData[2] = {dacRegisterAddress, dacRegisterData};   HAL_GPIO_Write

uVision V5.38.0.0 Trying to compile first program for STM32G0 and don't even get to the real compilation errors yet.Single file except for includes:#include "stm32g070xx.h"#include "stm32g0xx_hal.h"The warning and error are:ERNode_G070.c(61): warning: In file included from...C:/Users/ashto/AppData/Local/Arm/Packs/Keil/STM32G0xx_DFP/1.4.0/Drivers/CMSIS/Device/ST/STM32G0xx/Include\stm32g070xx.h(103): warning: commas at the end of enumerator lists are a C99-specific feature [-Wc99-extensions] USART3_4_IRQn              = 29,    /*!< USART3, USART4 globlal Interrupts                                */                       &

Unless I'm missing something, I don't see a HT flag documented in the STM32L0X0 reference manual in the USART_ISR register. I see the TC, idle, etc. flags. So how is that interrupt getting triggered (because I have verified it does get triggered)? EDIT: Also don't see it if I examine the UART SFR in the CubeIDE.

I am trying to develop an audio application of my own using stm32f746g disco board.Can somebody share relevant documents which would be helpful for me to start from zero as i am a beginner?  

From version 2.11 to 2.12 a change was introduced that results in the programmer reporting that the external loader "cannot be loaded" while loading via stlink v2 via the command line tool.----------------------------------------------------------- STM32CubeProgrammer v2.12.0 -----------------------------------------------------------   Error: External loader <file_name>.stldr cannot be loaded. Press any key to continue . . .The loader has not changed through many versions of the programmer and has been functioning as expected until now. Are there known updates to the loader api or other modifications documented somewhere?The issue came to light after updating to 2.13 from 2.9, after which I was able to narrow down at which release the issue showed up, between 2.11 and 2.12.DeviceSTM32H743IIT6 with and external QSPI flash memory

Hello!After somet tests on Nucleo and Discovery I wan't to make some more complicated and practice project. I'm trying to make WAV file player from microSD card file.Hardware is based on STM32F103RCT6 connected with microSD card socket and DAC (PCM1780).Firstly - using FatFs I'm reading WAV file from microSD card to buffer, Secondly - I'm sending buffer to DAC using DMA in circular mode. When half of buffer is sended I load it from microSD (while second part of buffer is palyed). When second part of buffer is palayed I load first part, etc.Sound is deformed and too slow.When I connect oscilloscope I can see that audio signal is generated only in 1/3 time.When I checked LRCK i SDATA signals - reason is clear.Below you can see the most important code:main.c/* Private variables ---------------------------------------------------------*/ I2S_HandleTypeDef hi2s2; DMA_HandleTypeDef hdma_spi2_tx;   SPI_HandleTypeDef hspi1;   /* Private function prototypes ---------------------------

Hello,Currently I am working on a End Of Line firmware file that runs in RAM that need to be able to test that the antenna in functioning as expected.In other project with BLE we used aci_hal_tone_start() for this is there a similar function for the ZigBee stack. We are using stack version 1.15.0 stm32wb5x_Zigbee_FFD_fw.bin on a STM32WB50We would like to not have to change the stack because that would require flashing the stack again after flashing.With kind regards,Nick Assink

We are writing an Android program to read an ST25TV02KC tag (an ISO 15693 tag), and we cannot use the ST or NXP library. Instead, we need to send protocol commands directly, but the datasheet specifies that CRC check should use CRC_B. As far as we know, CRC_B is mostly used for ISO14443 tags, not ISO15693. Therefore, we want to confirm whether the ST25TV02KC datasheet refers to the CRC_B described in the ISO14443-3 document appendix.

..

The clock initialization code is generated by STM32CubeIDEvoid SystemClock_Config(void) { LL_FLASH_SetLatency(LL_FLASH_LATENCY_5); while(LL_FLASH_GetLatency()!= LL_FLASH_LATENCY_5) { } LL_PWR_SetRegulVoltageScaling(LL_PWR_REGU_VOLTAGE_SCALE1); while (LL_PWR_IsActiveFlag_VOS() == 0) { } LL_PWR_EnableOverDriveMode(); LL_RCC_HSE_EnableBypass(); LL_RCC_HSE_Enable();   /* Wait till HSE is ready */ while(LL_RCC_HSE_IsReady() != 1) {   } LL_RCC_PLL_ConfigDomain_SYS(LL_RCC_PLLSOURCE_HSE, LL_RCC_PLLM_DIV_4, 180, LL_RCC_PLLP_DIV_2); LL_RCC_PLL_Enable();   /* Wait till PLL is ready */ while(LL_RCC_PLL_IsReady() != 1) {   } LL_RCC_SetAHBPrescaler(LL_RCC_SYSCLK_DIV_1); LL_RCC_SetAPB1Prescaler(LL_RCC_APB1_DIV_4); LL_RCC_SetAPB2Prescaler(LL_RCC_APB2_DIV_2); LL_RCC_SetSysClkSource(LL_RCC_SYS_CLKSOURCE_PLL);   /* Wait till System clock is ready */ while(LL_RCC_GetSysClkSource() != LL_RCC_SYS_CLKSOURCE_STATUS_PLL) {   } LL_Init1msTick(180000000