Hej, I like to implement an firmware upgrade via bcsp + manufacture specific commands. I give a quick setup of my system: BT device <---> UART3 @ MCU <---> Zephyr OS The update

Hi Moritz, SPI does not have DTS support in nordic boards yet, so you still have to set it up via Kconfig until https://github.com/zephyrproject-rtos/zephyr/issues/8758 is completely resolved. The

Hello at all, i have a question concerning the nRF52-PCA10040. I want to connect the nRF52-PCA10040 to another board via SPI. However i cannot figure out a possible way to do so. The provided samples

As you see your toolchain is not correctly picking the gcc libraries from armv7e-m. I am not on my MacBook now, hopefully someone else could help you resolve the issue or will help set the CFLAGS

Hi, Did you, "Look for the “-L … “ option supplied when compiling."??? What folder path do you have? Incorrect library supplied will cause the hardfault when div operations is

Try: “ninja -v” If using make, then, its “make VERBOSE=1” Look for the “-L … “ option supplied when compiling. You can join the IRC #zephyrproject channel at

Hi Phil, Could you please build with verbose and check if correct gcc library for armv7e-m is compiled in (from the correct gcc revision). Which version of GCC do you use?

Thank you for letting me know. May be others in the community can follow up on the original issue with the toolchain from SDK-ng. Vinayak From: Finke Philipp (lesswire GmbH)

Hi, about the possible lib gcc toolchain issue. Of the available gcc.a, I am using the one suffixed with '#' when using the sdk. Note that it seems that this is different on

On my linux machine now… For the gcc I am using it is: -L"/usr/lib/gcc/arm-none-eabi/8.2.0/thumb/v7e-m/nofp" From: Finke Philipp (lesswire GmbH) [mailto:finke@...] Sent: Friday, August

I fixed the issue by switching to the GNU ARM Embedded Toolchain downloaded here: https://developer.arm.com/open-source/gnu-toolchain/gnu-rm/downloads

Hey, thanks a lot so far. What are the correct gcc libs that should be used?

Hey, that’s the only reasonable line I found in the output. -L"/Users/philippfinke/Documents/Git/zephyr/sdk/macos/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/7.3.0/thumb“ Mit freundlichen

Hey, the output shows that armv7-m is given as architecture (-march=armv7e-m). It seems I’m using following compiler: arm-zephyr-eabi-gcc (crosstool-NG 1.23.0.418-d590-dirty) 7.3.0 Copyright (C)

Hey Vinayak, how do I get these information? I’m using cmake with ninja as generator as recommended on the zephyr project page. Mit freundlichen Grüßen / best regards, Philipp Finke Development

Hello, I'm trying to run the BLE peripheral sample of the zephyr v1.12.0 branch on the NRF52840 PCA10056 DK. I built the sample under macOS 10.13.6 using the arm-zephyr-eabi toolchain built with

I did some progress but the issue is not resolved. The issues I've seen were: Windows newline format In Linux gcc creates ELF image, while on windows gcc creates COFF image. Zephyr explicitly

Hi Vinayak, Is it possible for you to take it remotely and check the issue ? Regards, Kavin Kumar Mobile: 9994889187 From: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> Sent:

Hi, You will need to check for already installed tools revision and your linux distribution version. I am clueless on the issues you are facing. Zephyr kbuild is not very different from

Hi Vinayak, I have followed the below link to update SDN version and executed same comments . Then i tried to run the make command , this time error didn't occur but it got stuck . Please find the