Hi Diego, Take a look at the mimxrt1050_evk board. The SoC doesn’t have embedded flash, so I mapped the flash entry to ITCM which is in SRAM. “zephyr,sram” is mapped to DTCM, which is a

Hi, these scripts are great (albeit not upstreamable), these are my aliases, I combine them with "export BOARD": alias t='~/zephyr/scripts/sanitycheck -T$PWD' alias gn='git clean -ffdx' alias

Hello Zephyr Developers, I am looking for zephyr based application for verifying BT 5.0 specific features like LE Extended Advertising, LE Long Range (2M PHY), LE High Speed (2M PHY) etc. on my

Hi Vikrant and Neves, I have submitted a PR that will correctly “disable” Coded PHY support in nRF52840, in turn avoiding the PPI channels 14 to 19 and hence usable by pwm_nrf5_sw.c

Hi Felipe, Thanks for you support. I also used this style to take advantage of SoC built-in PWM module. But was not able to generate PWM with different pulse_width using same instance. Now it is

Hello guys. @Vikrant you are right, the current implementation of nrf pwm's driver uses a software based PWM combined with the PPI. Here in my work we are using zephyr built for nordic target with

I'm not able to understand what you are saying. Is that means Zephyr PWM (fade_led example) is using software to generate PWM instead of separate dedicated SoC's internal PWM module ?

Your main.c uses pwm_nrf5_sw.c driver which has conflict with BT features on nRF52840... I do not see use of NRF_PWM0 in you main.c, of course, yes your code in the devzone does, hope you get some

>> Again, I will like to iterate that for nRF52840, h/w PWM driver has to be used, feel free to contribute (isn’t it fun to develop than test ;) ) Means ?? I am using h/w PWM only !! Have you looked

Hi Vikrant, As i said, there is possible overlap of PPIs with BT Controller. PPI channel 16 and 17 overlap with Code PHY feature in nRF52840. I will try to send a PR wherein you could

Hi Vinayak, fade_led sample runs as expected. We are trying to generate PWM on two channels. Adding pwm_pin_set_usec(pwm_dev, PWM_CHANNEL0,PERIOD, pulse_width); pwm_pin_set_usec(pwm_dev,

Hi Vikrant, I have run the upstream fade_led sample on nrf52840-PDK, I see no regression, the brightness changes every second (up and then down so on). I advice you to debug your implementation

Hi Vikrant, Please try the PWM without the BT Controller included. There could be some PWM regression due to changes in controller implementation. That said the nrf5_sw driver is software

Hello Michael, You mean setting the same entry for the flash and sram? Something like that? chosen { zephyr,flash = &ocram; zephyr,sram = &ocram; zephyr,console = &uart2;

Hi Marti, >>Are you using the latest master? Yes

Hi Vikrant, Are you using the latest master? Three improvements to nRF PWM went in fairly recently: 3f1dbfda1 pwm: nrf5_sw: don't disable timer if another channel is still active ab399a1cf pwm:

Hi Diego. zephyr,flash sets where the main code is stored and is used to calculate the address and size of the code section. In your case it probably doesn't make sense as you'll probably store

Hi there, I'm currently working on porting Zephyr to i.MX7 SoC and I'm facing an error with cmake when it is generating the generated_dts_board.h. I want to use only the sram and in my dts I removed

Yes, I can do it. Tks!

I took reference of $zephy/samples/samples/fade_led project & add following parameters in my