Solved

Posted on May 02, 2017 at 10:54 I am using a STM32L476VG (100 pin package, VREF+ not bonded to VDDA) for a mixed signal design. I planed to use the VREF+ as a 2.048V reference output. Currently there is no load on the VREF+ pin. Unfortunately I always get a HAL_TIMEOUT while waiting for the VRR bit in the VREFBUF CSR register: HAL_SYSCFG_VREFBUF_VoltageScalingConfig(SYSCFG_VREFBUF_VOLTAGE_SCALE0); HAL_SYSCFG_VREFBUF_HighImpedanceConfig(SYSCFG_VREFBUF_HIGH_IMPEDANCE_DISABLE); if (HAL_SYSCFG_EnableVREFBUF() != HAL_OK) { Error_Handler(ENVREFO_ERROR); }�?�?�?�?�?�? Also no voltage output is measureable at the VREF+ pin... Do I miss something here? I tried to change the order or manually set the registers (without time-out) but no output at all. Thank you for your help!! Best regards, Merlin #analog #vrefbuf #reference #vref+ #csr

Posted on May 03, 2017 at 17:12As the tittle ! Thanks for help!!!

Posted on May 02, 2017 at 12:07HiI am trying to read an adc value from a potentiometer with the following code:         uint32_t readADCServo()         {         uint32_t adcValue, adcValueDegrees;          HAL_ADC_Start(&hadc1);          if (HAL_ADC_PollForConversion(&hadc1, 1)!=HAL_OK)          {           }          while ((HAL_ADC_GetState(&hadc1) & HAL_ADC_STATE_REG_EOC ) == HAL_ADC_STATE_REG_EOC)          {          adcValue = HAL_ADC_GetValue(&hadc1);          

Posted on May 02, 2017 at 23:38NFS course in Udemy website is locked as a private course and requires invitation request to be accepted.I don't know if it is really required to lock a course when creating a user account needs approval, but if it's an accident I ask someone in charge to unlock and/or approve this request too.Thanks in advance :]#udemy #courses

Posted on May 01, 2017 at 20:20I'm running into a Hard Fault when sending 9 bytes from a PC to a STM32F103C8T6 using USB CDC code generated by Cube 4.20.1, FW F1 V1.4.0.  I can send 8 bytes to the microcontroller without issue, but once I try 9 bytes, the micro runs into a Hard Fault.The project is generated in CubeMX, using System Workbench IDE, and running on a custom board.  The only changes to the generated code is a section that pulls down D+ and waits 500 ms before calling MX_USB_DEVICE_Init().  This allows the PC to de-numerate and renumerate the device.I'm running RealTerm on my Windows 10 PC, under the 'Send' tab, using the data '123456789', and then 'Send ASCII'.  At this point, the microcontrolller goes to a Hard Fault.  (See attached image for stack trace)  If I send '12345678' instead, everything runs fine.  I'm not sure how to debug this, so any advice is appreciated.  Thank you!#cdc #usb-cdc #usb #hard-fault

Posted on May 02, 2017 at 23:46SPC560B40x how to get the programmers reference or what ever they call the long form documentation for these chips. This is not the power arch manual but the how to use the CAN controller ADC ect?

Posted on February 23, 2017 at 11:49We are using the NFC03A1 board with Nucleo F103RB.In the function :int8_t PCD_ProtocolSelect(const uint8_t Length,const uint8_t Protocol,const uint8_t *Parameters,uint8_t *pResponse)There is a buffer DataToSend[SELECT_BUFFER_SIZE] where SELECT_BUFFER_SIZE  is 6.Then we fit the buffer with datas depending on the Lenght argument... until '3 + Length - 1'In the function : ISO14443A_ConfigFDTforAnticollision(), we can read :if( IcVers >= QJE)   NbParam = 6; else   NbParam = 4; status = PCD_ProtocolSelect((NbParam+1),PCD_PROTOCOL_ISO14443A,ProtocolSelectParameters,pDataRead);... and we got a buffer overflow!We solved the problem with :&sharpdefine SELECT_BUFFER_SIZE 10#nfc03a1

Posted on April 21, 2017 at 21:39 Hi, I am trying to configure the SPI moduleon the SPC570S40E1 microcontroller to communicate with an external device. The devicerequiresmessage length of 40 bits.I would like to know if I am setting up the function for exchanging data correctly. The issue I am seeing currently is right after pushing theset of frames( 16,16, 8 bits) to transfer the second message,the EOQFand the TXRXs bits in the status registers remain set even after clearing the EOQF bit. You can see the the second time I am calling the Transmit_DSPI0 in the DSPI_0_Exchange function in the code below. Here is the source code. // SPI driver #include 'SPI.h' #include 'STM.h' void Initialize_DSPI0(void) { // Configure DSPI0 Module Configuration Register ( DSPI0_MCR ) // MSTR - 1 , Master mode // CONT_SCKE - 0 , Continuous SCK disabled // DCONF - 00 , SPI // FRZ - 0 , Do not halt serial transfers in debug mode // MTFE - 0 , Modified Timing Format disabled // ROOE - 0 ,

Posted on April 26, 2017 at 10:37The 'SPC560Bxx OSAL Component RLA' 1.0.201704140929 doesn't work with C++ since the extern 'C'-block isn't closed in osal.h and systimer.h#spc5studio #c++

Posted on April 29, 2017 at 15:26Hi,I connect to the SPWF01 via IPv4 and a port forwarding in my router. It works fine, as long I have a IPv4 router / internet connection. When I have a IPv6 connection and DS-Lite it doesn't work. So, is there a possibility to update the SPWF01 for IPv6?Best regards,Florian

Posted on March 27, 2017 at 18:35Hello All,I had been using stm32CubeMX v4.08 with w/wo freeRtos on stm32F103CB series mcu successfully , until recently when i upgraded cubeMx to version 4.20. I am totally stuck since then, since i have so got used to using HAL abstraction...Calling systemClockConfig() in main() .. causes HAL_Timeout - causing function Error_Handler to be called in the following line..if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)  {    Error_Handler();  }on commenting out/* Configure the system clock *///  SystemClock_Config(); ..or..//Error_Handler();the cpu runs but presumably on the systemInit()'s reset default HSI clock..I assume its a bug in hal_rcc drivers...Can you please suggest some way to get out of this....RegardsAnish.

Posted on April 28, 2017 at 01:42Hi, I'm writing an application on an STM32L052 that uses the UART (115200-N81), and I need to use the Bootloader for code upgrades.   If run the Bootloader using the BOOT0 pin, the UART initializes fine and I can upload code at any baud.   However if I jump to the Bootloader code from my application, the Bootloader isn't initializing the UART correctly, and I get framing-errors transmitted out from the CPU.   From the scope traces (good and bad are attached), I can see that at any baud rate (115200-E81 shown), the Tx signal is switched to '0' between each byte instead of staying high, this causes a framing error.   It almost seems as though the stop-bit is missing or inverted.    I'm guessing that in my application's use of the serial port, something is left in a register somewhere that doesn't get initialized in the Bootloader code.   Since I cannot modify the Bootloader code, I need to

Posted on April 27, 2017 at 14:46Hi everyone,I turn to you in complete despair. I thought I would start tonight with My Nucleo, but couldn't even get past the Installation of the CubeMX software. When I double click on the app (SetupSTM32CubeMX-4.20.1) or open it via left click and open, I get the message: â€œSetupSTM32CubeMX-4.20.1â€� is an application downloaded from the Internet. Are you sure you want to open it?'as usual. But after clicking on open, nothing happens. I also tried to execute it via terminal as suggested by another post, but get:Jean-Marcs-MacBook-Pro-2:A Joeme$ java -jar SetupSTM32CubeMX-4.20.1.appInvalid or corrupt jarfile SetupSTM32CubeMX-4.20.1.appDoes someone know how to solve this? Thank you in advance!

Posted on March 14, 2017 at 08:18I think the new issue seems to have a problem with source generation.When choosing the HSE, create the source as follows :  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE;To operate normally, the source must be changed as follows :  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;check, please.

Posted on March 22, 2017 at 23:04When I generate code for STM32L151CBTx (FW v1.6.0) using CubeMX it enables MCI clock (RCC_ORCILLATORTYPE_MSI) in SystemClock_Config even if only HSI is enabled in the CubeMX clock configuration UI. Similar problem does not exist for other chip versions e.g. L152CBTx.This misconfiguration causes HAL_RCC_OscConfig to fail.#cubemx-bug

Posted on March 16, 2017 at 10:47 Hi, I found a bug in the new version of CubeMX. In this case, even if HSI is not used it is enabled (line 1) but not activated: RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE |RCC_OSCILLATORTYPE_LSE; RCC_OscInitStruct.HSEState = RCC_HSE_ON; RCC_OscInitStruct.LSEState = RCC_LSE_ON; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE; if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK) { Error_Handler(); }�?�?�?�?�?�?�?�?�? thus causing HAL_RCC_OscConfig() to fail. I attached .ioc file. BR, Andrea #bug #cube #clock

Posted on March 11, 2017 at 06:05I migrate my stm32f103ve project from 4.19 to 4.20. but after migrate my project dosen't work.

Posted on March 27, 2017 at 01:42Possible bug in CubeMX 4.20.0?Using Nucleo 303ZE board, and Atollic 7.1.1Build dead simple default project, except in RCC, set High Speed Clock to 'BYPASS Clock Source', and select HSE as input to PLL.In main.c you'll have this routine:void SystemClock_Config(void){RCC_OscInitTypeDef RCC_OscInitStruct; RCC_ClkInitTypeDef RCC_ClkInitStruct;/**Initializes the CPU, AHB and APB busses clocks */ RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE; RCC_OscInitStruct.HSEState = RCC_HSE_BYPASS; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON; RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE; RCC_OscInitStruct.PLL.PLLMUL = RCC_PLL_MUL2; RCC_OscInitStruct.PLL.PREDIV = RCC_PREDIV_DIV1; if (HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK) { Error_Handler(); },,, etc,Results in bad return from HAL_RCC_OscConfig() and call to Error_Handler().If you change this line:RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OS

Posted on March 13, 2017 at 15:52 1. Faulty code generation STMCube Generates to following code in the function: void SystemClock_Config(void) RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE;�? this results that the SystemClock_Config function always enters the Error_Handler HSE Clock is used as main clock. By removing the RCC_OSCILATORTYPE_HSI define code functions normally 2. Non working code USB MSC Code generated for USB MSC stops working after the usb command USB Set Configuration Request Device Manager reports Error Code 10 (can't start device) The usb analyzer tool of wireshark shows no communication after host sends Set Configuration Request. Problem observed from at least STM32CubeMX V4.18+ Changing driver versions does not solve the isuue Tested on STM32446e-Eval and STM23F446ZC PC: Windows 10 Toolchain: KEIL µVsion V5 #stm32cube-bug #bug-stm32cubemx

Posted on April 03, 2017 at 18:07Hey, I just updated my version of STM32CubeMX to 4.20 and now when I generate a project for the STM32F401VCTX using only the RCC-> HSE (A crystal not the internal clock) it gets stuck in SystemClock_Cofig(void). I was able to find that the issue was because for some reason the new cubeMX now uses:    RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI|RCC_OSCILLATORTYPE_HSE;instead of:    RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;even though only the HSE clock is used. For this reason it gets stuck in the Error Handler. This problem was not there in the previous versions of cube. Please look into this and fix this issue.Thank you#stmcubemx-4.20 #hse #rcc #hsi

Posted on April 25, 2017 at 12:21 I have the following structs (from a library I'm using) with some fields and I would like to assign with OR operation a new value. But I'm debugging and I can't see how anything is writing there: typedef struct { TIM_TypeDef *Instance; /*!< Register base address */ TIM_Base_InitTypeDef Init; /*!< TIM Time Base required parameters */ HAL_TIM_ActiveChannel Channel; /*!< Active channel */ DMA_HandleTypeDef *hdma[7]; /*!< DMA Handlers array This array is accessed by a @ref DMA_Handle_index */ HAL_LockTypeDef Lock; /*!< Locking object */ __IO HAL_TIM_StateTypeDef State; /*!< TIM operation state */ }TIM_HandleTypeDef; typedef struct { __IO uint32_t CR1; /*!< TIM control register 1, Address offset: 0x00 */ __IO uint32_t CR2; /*!< TIM control register 2, Address offset: 0x04 */ __IO uint32_t SMCR; /*!< TIM slave mode control register, Address offset: 0x08 */ __IO uint32_t DIER; /*!< TIM DMA/interrupt enable register,

Posted on April 25, 2017 at 09:42I configured TIM7 as time base timer using HAL_TIM libs as indicated in this post: https://community.st.com/0D50X00009XkYJ6SANAt interruption callback I increase a counter var in order to get multiples of 100us timings for different tasks. But first I started trying and testing with toggle led every 500ms (I know is a low freq but i need to see it with my eyes). The fact is that when app runs in debug mode, it seems to start correctly: every 100 counts of cnt register one interruption is activated and counter increases unity. This ocurres until counter reaches once 11 or 12, but the number of the last attended interruption is about 12. After this, cnt counter runs and restarts correctly. But no interruption is activated, thread didn't pass to the irqhandler neither elapsedtimeinterruption callback.Which could be the cause of this behavior?Could be the cause on HAL library that is disabling updates or interruptions? 

Posted on April 24, 2017 at 17:15I was trying to get Simulink to communicate to a sensor using SPI, but I encountered the following issue:When opening the parameter screen of the SPI block by double clicking on it, the ''Type_SPI'' field contains ''No_Configuration_Type'' instead of ''Full_duplex''. This does not happen with any of the three other modes for this field (Half_Duplex, Receive_Only and Transmit_Only).Due to this bug it is not possible to configure the SPI peripheral as full duplex.This happens in all SPI ports.This specifically has to do with the ''SPI1.Direction=SPI_DIRECTION_1LINE'' rule of the .ioc file.If this value is set to SPI_DIRECTION_2LINES (as required for full duplex config), simulink will parse it as any other invalid value. The SPI_DIRECTION_1LINE value will be parsed correctly as half duplex.This seems like a bug in the processing of the .ioc file, any ideas? Application versions:Matlab r2016b (with all the required toolboxes)STM32CubeMX 4.20.1 with STM32F4

Posted on April 26, 2017 at 04:42I using STM32CubeMx generate code for STM32F412 USB CDC mode, but it's not work. However, I using STM32F072 MCU that it's work now.Could anyone tell me what happened? 

Posted on April 12, 2017 at 20:48Hi,I have noticed that it is not possible to have multiple ACI_GATT_WRITE_CHAR_VALUE per connection event.I have set up the following connection: connection interval of 40ms and connection event length of 21.875ms (the maximum I can while continuing to advertise in parallel).Using a sniffing tool, I see that what is happening is the following:- Master -> Slave : Write Request- Wait for 40ms (next connection interval)- Slave -> Master : Write Response- Wait for 40ms (next connection interval)- Master -> Slave : Write Request- etc.Is that a normal behavior? Why isn't it possible to have the Write response inside the same connection event, and more write reqests?Note that if I use ACI_GATT_WRITE_WITHOUT_RESP (Write command), I don't face the issue, and it's possible to send multiple ones inside the same connection event (around every 700us)Thanks for your help.Christian#bluenrg-ms