|
Ethernet and CAN on STM32
#can
#ethernet
Hi Michael, When available, peripheral drivers of one SoC series should work with all boards using SoC of this series. Peripheral configuration is not done systematically on all the boards, as it requ
Hi Michael, When available, peripheral drivers of one SoC series should work with all boards using SoC of this series. Peripheral configuration is not done systematically on all the boards, as it requ
|
By
Erwan Gouriou
· #2411
·
|
|
Bluetooth AND USB support?
Hi Uwe, Looking at the board device tree description, USB is actually supported on this board: &usb { status = "okay"; pinctrl-0 = <&usb_dm_pa11 &usb_dp_pa12>; }; I'll update the doc to reflect this s
Hi Uwe, Looking at the board device tree description, USB is actually supported on this board: &usb { status = "okay"; pinctrl-0 = <&usb_dm_pa11 &usb_dp_pa12>; }; I'll update the doc to reflect this s
|
By
Erwan Gouriou
· #2405
·
|
|
device_get_binding() returns NULL on all but one vl53l0x
Hi Matthias, Indeed this dynamic behavior is not implemented. As you can see in vl53lx driver, vl53l0x_init make use of DT_INST_FOO(0, bar) macros. Which means only the information from instance 0 are
Hi Matthias, Indeed this dynamic behavior is not implemented. As you can see in vl53lx driver, vl53l0x_init make use of DT_INST_FOO(0, bar) macros. Which means only the information from instance 0 are
|
By
Erwan Gouriou
· #2364
·
|
|
Nucleo STM32F411RE PWM support
Thanks for feedback. I don't see a particular reason why some channels would not work. For pins, there's alway a possibility of pin conflicts (as I can see that pa8 is also used on i2c2). So please ta
Thanks for feedback. I don't see a particular reason why some channels would not work. For pins, there's alway a possibility of pin conflicts (as I can see that pa8 is also used on i2c2). So please ta
|
By
Erwan Gouriou
· #2335
·
|
|
Nucleo STM32F411RE PWM support
Hi Florian, You also need to configure a pin, something like: &timers2 { status = "okay"; pwm2: pwm { status = "okay"; + pinctrl-0 = <&tim2_ch1_pwm_pa5>; }; }; Please let us know if this was helpful.
Hi Florian, You also need to configure a pin, something like: &timers2 { status = "okay"; pwm2: pwm { status = "okay"; + pinctrl-0 = <&tim2_ch1_pwm_pa5>; }; }; Please let us know if this was helpful.
|
By
Erwan Gouriou
· #2331
·
|
|
set a pin as out
Hi Sarvg, To configure a pin in a gpio mode, please have a look to the gpio API (you'll find exemples under tests/drivers/gpio) Chevets Erwan
Hi Sarvg, To configure a pin in a gpio mode, please have a look to the gpio API (you'll find exemples under tests/drivers/gpio) Chevets Erwan
|
By
Erwan Gouriou
· #2316
·
|
|
STM32: Moving devices pin configuration to device tree
TL;DR: - Upcoming device tree based pin configuration for STM32 based boards - Script generated, SoC package specific *-pinctrl.dtsi files are available in hal_stm32 modules - Each *.pcintrl.dtsi file
TL;DR: - Upcoming device tree based pin configuration for STM32 based boards - Script generated, SoC package specific *-pinctrl.dtsi files are available in hal_stm32 modules - Each *.pcintrl.dtsi file
|
By
Erwan Gouriou
· #2249
·
|
|
v2.4.0-rc1: Can't set GPIO pin output during pinmux initialization
Thanks Brix. Helge, FYI, you might be interested in https://github.com/zephyrproject-rtos/zephyr/issues/27985 that will work around the issue for V2.4.0. BR Erwan
Thanks Brix. Helge, FYI, you might be interested in https://github.com/zephyrproject-rtos/zephyr/issues/27985 that will work around the issue for V2.4.0. BR Erwan
|
By
Erwan Gouriou
· #2225
·
|
|
v2.4.0-rc1: Can't set GPIO pin output during pinmux initialization
Hi Helge, Looking into it quickly, there has been no change in the init priorities on gpio or pinmux. board pinmux init: PRE_KERNEL_1 gpio init: POST_KERNEL So, what seems strange also is that it had
Hi Helge, Looking into it quickly, there has been no change in the init priorities on gpio or pinmux. board pinmux init: PRE_KERNEL_1 gpio init: POST_KERNEL So, what seems strange also is that it had
|
By
Erwan Gouriou
· #2218
·
|
|
HAL architecture
Additionally to Carles's answer, let me point you to an on going PR that aims at implementing lp modes on stm32: https://github.com/zephyrproject-rtos/zephyr/pull/19026 It only supports L4/WB series f
Additionally to Carles's answer, let me point you to an on going PR that aims at implementing lp modes on stm32: https://github.com/zephyrproject-rtos/zephyr/pull/19026 It only supports L4/WB series f
|
By
Erwan Gouriou
· #2033
·
|
|
can't enable CONFIG_USE_STM32_HAL_DMA2D and CONFIG_USE_STM32_HAL_* in general
Hi, Can you check https://github.com/zephyrproject-rtos/hal_stm32#use-stm32cube-in-your-application and see if solving your issue ? Cheers Erwan
Hi, Can you check https://github.com/zephyrproject-rtos/hal_stm32#use-stm32cube-in-your-application and see if solving your issue ? Cheers Erwan
|
By
Erwan Gouriou
· #1988
·
|
|
getting started with ssd1306 shield
Hi Trevor, What is the error reported ? Erwan
Hi Trevor, What is the error reported ? Erwan
|
By
Erwan Gouriou
· #1962
·
|
|
for board nucleo_f302r8, where "stm32f3xx.h" header file needs to be?
#stm32
You might just miss a "west update".
You might just miss a "west update".
|
By
Erwan Gouriou
· #1935
·
|
|
Enable traces on Serial Wire Output
#debugging
Hi David, I'm not a SWO user myself but I'm suspecting a clock set up issue. On FreeRTOS, what was the clock configuration you were using ? Cheers
Hi David, I'm not a SWO user myself but I'm suspecting a clock set up issue. On FreeRTOS, what was the clock configuration you were using ? Cheers
|
By
Erwan Gouriou
· #1917
·
|
|
Upgrade pyocd requested version to 0.24.0
Hi Zephyr users, In order to benefit from a wider range of user options [1], I'm proposing in PR 21791 to upgrade requirement for pyocd to version 0.24.0. Change should not have impact for most users,
Hi Zephyr users, In order to benefit from a wider range of user options [1], I'm proposing in PR 21791 to upgrade requirement for pyocd to version 0.24.0. Change should not have impact for most users,
|
By
Erwan Gouriou
· #1847
·
|
|
Using #stm32 HAL_TIM_xyz for counting pulses with timer in external clock mode
#stm32
Hi Pauli, If you are able to do what you want with Cube HAL then, to interface with zephyr, you just need to redefine the HAL callback (defined as weak in HAL drivr) in your zephyr application. You ca
Hi Pauli, If you are able to do what you want with Cube HAL then, to interface with zephyr, you just need to redefine the HAL callback (defined as weak in HAL drivr) in your zephyr application. You ca
|
By
Erwan Gouriou
· #1811
·
|
|
#stm32 pinmux.c compile failure STM32F407
#stm32
Hi Neo I'd advise you to have a look to STM32 clock control driver. It provides MCO support. It might not provide exactly the requested configuration, but at least it would be a working point that you
Hi Neo I'd advise you to have a look to STM32 clock control driver. It provides MCO support. It might not provide exactly the requested configuration, but at least it would be a working point that you
|
By
Erwan Gouriou
· #1776
·
|
|
Usage of optional 'erase-block-size' flash nodes property
Hi all, Optional property 'erase-block-size' is used to describe the minimum size of flash sector on which an erase operation could be applied. It is generated as a device tree generic define DT_FLASH
Hi all, Optional property 'erase-block-size' is used to describe the minimum size of flash sector on which an erase operation could be applied. It is generated as a device tree generic define DT_FLASH
|
By
Erwan Gouriou
· #1752
·
|
|
marat
Hi Murad, Seems Cmake somehow convert you build path to a reserved Cmake string that trigger the issue. I'm not familiar with build on windows, but I'd suggest to work around your build path. Erwan
Hi Murad, Seems Cmake somehow convert you build path to a reserved Cmake string that trigger the issue. I'm not familiar with build on windows, but I'd suggest to work around your build path. Erwan
|
By
Erwan Gouriou
· #1694
·
|
|
Dragino LSN50 and STLink
Hi Gustavo, Sorry, I'm not familiar with Dragino, nor J-Link, maybe Endre would know better, as he did the board port. Erwan
Hi Gustavo, Sorry, I'm not familiar with Dragino, nor J-Link, maybe Endre would know better, as he did the board port. Erwan
|
By
Erwan Gouriou
· #1453
·
|