Re: Minimum required CMake version is now 3.13.1
Nashif, Anas
Yeah, forgot that the docs get updated only once a day L
Documentation is now being updated and will be available in the new version shortly.
Anas
From: devel@... [mailto:devel@...]
On Behalf Of Andy Ross
Sent: Thursday, January 3, 2019 12:31 PM To: Nashif, Anas <anas.nashif@...>; devel@... Subject: Re: [Zephyr-devel] Minimum required CMake version is now 3.13.1
Uh... those instructions still tell you to get cmake 3.8.2 :) From: Nashif, Anas
<anas.nashif@...>
|
|
Re: Minimum required CMake version is now 3.13.1
Andy Ross
Uh... those instructions still tell you to get cmake 3.8.2 :)
toggle quoted messageShow quoted text
The latest is currently at https://cmake.org/files/LatestRelease/cmake-3.13.2-Linux-x86_64.sh it seems. Andy
From: Nashif, Anas
<anas.nashif@...>
Sent: Thursday, January 03, 2019 9:12AM To: Nashif, Anas, Devel Subject: Re: [Zephyr-devel] Minimum required CMake version is now 3.13.1
|
|
Re: Minimum required CMake version is now 3.13.1
Nashif, Anas
s/not/now/ in the title J
From: devel@... [mailto:devel@...]
On Behalf Of Nashif, Anas
Sent: Thursday, January 3, 2019 11:52 AM To: devel@... Subject: [Zephyr-devel] Minimum required CMake version is not 3.13.1
Hi,
We have changed the minimal requirement version of cmake to 3.13.1 meaning that you are required to update cmake on your system to build Zephyr.
Please follow the documentation below to satisfy the requirements:
The reasons for a recent version of CMake is explain here:
https://github.com/zephyrproject-rtos/zephyr/pull/12022#issuecomment-446589193
We have a few requests to include CMake in the SDK, this is something we are considering in the new SDK based on crosstools-ng.
Regards, Anas
|
|
Minimum required CMake version is not 3.13.1
Nashif, Anas
Hi,
We have changed the minimal requirement version of cmake to 3.13.1 meaning that you are required to update cmake on your system to build Zephyr.
Please follow the documentation below to satisfy the requirements:
https://docs.zephyrproject.org/latest/getting_started/installation_linux.html#install-requirements-and-dependencies
The reasons for a recent version of CMake is explain here:
https://github.com/zephyrproject-rtos/zephyr/pull/12022#issuecomment-446589193
We have a few requests to include CMake in the SDK, this is something we are considering in the new SDK based on crosstools-ng.
Regards, Anas
|
|
Re: Disabling Multithreading
Raj Gundi
Thanks Carles. This is what I had in my mind too. This is already done for the generic spi flash driver (drivers/flash/spi_nor.c). I’ll hope that’s all that’s required. Thanks again.
Regards, Raj
From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Thursday, January 3, 2019 4:46 PM To: Gundi, Rajavardhan <rajavardhan.gundi@...> Cc: devel@... Subject: RE: [Zephyr-devel] Disabling Multithreading
Hi Raj,
The issue with CONFIG_MULTITHREADING is that it was never properly supported. It was added for MCUboot and considered for removal a couple of times, but that never happened because the size difference is still significant enough for many people. The only option at this point is for you to submit a patch for the drivers you need that disables use of any primitives that require multithreading (semaphores, mutexes, etc) behind a macro, like it’s done here: https://github.com/zephyrproject-rtos/zephyr/blob/master/drivers/flash/soc_flash_nrf.c#L68
This might not be trivial for SPI though, depending on how the driver is written.
Carles
From:
devel@... <devel@...>
On Behalf Of Raj Gundi
Hi Carles,
Guess this mail got buried while you were away. Please help me out here.
Regards, Raj
From:
devel@... [mailto:devel@...]
On Behalf Of Raj Gundi
Hi Carles,
I am trying to build Zephyr to fit in a memory constrained device of 64kB. My device doesn’t require multithreading and hence I disabled multithreading to save on the memory. However, this is throwing me exceptions since I have UART and SPI Flash drivers enabled. It appears the semaphore accesses in those drivers are not “single-thread” aware. Is there anything that can be done to work-around this? Does just “nop”ing it out suffice? Please let me know.
Regards, Raj
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Bo.Kragelund@...
Hi Carles,
Manually adding your new code lines to my jlink.py works. Regards, Bo
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Carles Cufi
Thanks.
I’ve sent a PR to the west repo to fix this. If you could test it (simply get the file and overwrite your local jlink.py) and approve it it would be most helpful. https://github.com/zephyrproject-rtos/west/pull/145
Thanks,
Carles
From: devel@... <devel@...>
On Behalf Of Bo.Kragelund@...
Sent: 03 January 2019 12:42 To: devel@... Subject: Re: [Zephyr-devel] FATAL ERROR: 2 The system cannot find the file specified None 2 None #gettingstartedguide
Hi Carles,
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Bo.Kragelund@...
Hi Carles,
Number 2 works fine. Thanks a lot. Regards, Bo
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Carles Cufi
Right, I think I know what is going on, the default value in the constructor is not being used.
I believe there are 2 ways to try and fix the issue until we submit a patch:
Carles
From: devel@... <devel@...>
On Behalf Of Bo.Kragelund@...
Sent: 03 January 2019 11:13 To: devel@... Subject: Re: [Zephyr-devel] FATAL ERROR: 2 The system cannot find the file specified None 2 None #gettingstartedguide
Hi Carles,
|
|
Re: Disabling Multithreading
Carles Cufi
Hi Raj,
The issue with CONFIG_MULTITHREADING is that it was never properly supported. It was added for MCUboot and considered for removal a couple of times, but that never happened because the size difference is still significant enough for many people. The only option at this point is for you to submit a patch for the drivers you need that disables use of any primitives that require multithreading (semaphores, mutexes, etc) behind a macro, like it’s done here: https://github.com/zephyrproject-rtos/zephyr/blob/master/drivers/flash/soc_flash_nrf.c#L68
This might not be trivial for SPI though, depending on how the driver is written.
Carles
From: devel@... <devel@...>
On Behalf Of Raj Gundi
Sent: 03 January 2019 10:38 To: Cufi, Carles <Carles.Cufi@...> Cc: devel@... Subject: Re: [Zephyr-devel] Disabling Multithreading
Hi Carles,
Guess this mail got buried while you were away. Please help me out here.
Regards, Raj
From:
devel@... [mailto:devel@...]
On Behalf Of Raj Gundi
Hi Carles,
I am trying to build Zephyr to fit in a memory constrained device of 64kB. My device doesn’t require multithreading and hence I disabled multithreading to save on the memory. However, this is throwing me exceptions since I have UART and SPI Flash drivers enabled. It appears the semaphore accesses in those drivers are not “single-thread” aware. Is there anything that can be done to work-around this? Does just “nop”ing it out suffice? Please let me know.
Regards, Raj
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Bo.Kragelund@...
Hi Carles,
And thank you very much for your quick response. I have renamed 'JLinkExe' to 'JLink.exe' in line 20 of my local jlink.py. I also renamed 'JLinkGDBServer' to 'JLinkGDBServer.exe' in line 23 of my local jlink.py. I then updated the PATH environment variable with "c:\Program Files (x86)\SEGGER\JLink_V640\", where the exe files are located. After this I can type both JLink.exe and JLinkGDBServer.exe on the command line of the cmd window from the build directory of the "hello_world" sample, and both programs starts. But if I type ninja flash, I still get the same error. I hope this feedback can help fixing this Windows issue. Best regards, Bo
|
|
Re: Disabling Multithreading
Raj Gundi
Hi Carles,
Guess this mail got buried while you were away. Please help me out here.
Regards, Raj
From: devel@... [mailto:devel@...]
On Behalf Of Raj Gundi
Sent: Saturday, December 15, 2018 8:24 PM To: Cufi, Carles <carles.cufi@...> Cc: devel@... Subject: [Zephyr-devel] Disabling Multithreading
Hi Carles,
I am trying to build Zephyr to fit in a memory constrained device of 64kB. My device doesn’t require multithreading and hence I disabled multithreading to save on the memory. However, this is throwing me exceptions since I have UART and SPI Flash drivers enabled. It appears the semaphore accesses in those drivers are not “single-thread” aware. Is there anything that can be done to work-around this? Does just “nop”ing it out suffice? Please let me know.
Regards, Raj
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Marcio Montenegro
The same problem occurs using the nxp kw41z board and windows 10
On Wed, Jan 2, 2019 at 10:31 AM <Bo.Kragelund@...> wrote:
|
|
Re: FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Carles Cufi
Hi there,
The jlink runner will try to execute a file named “JLinkExe”. This exists on Linux but I just checked my Windows machine and it is named differently, namely “JLink.exe”’. I think we need a patch in the runner to execute a different filename based on the platform.
Could you try renaming “JLinkExe” to “JLink.exe” here: https://github.com/zephyrproject-rtos/zephyr/blob/master/scripts/meta/west/runners/jlink.py#L20
and see if that works.
Thanks,
Carles
From: devel@... <devel@...>
On Behalf Of Bo.Kragelund@...
Sent: 02 January 2019 14:31 To: devel@... Subject: [Zephyr-devel] FATAL ERROR: 2 The system cannot find the file specified None 2 None #gettingstartedguide
Hi, cmake -GNinja -DOPENSDA_FW=jlink -DBOARD=frdm_k64f .. Then I use below command for making the elf file and flash the board. [103/109] Linking C executable zephyr\zephyr_prebuilt.elf Memory region Used Size Region Size %age Used FLASH: 12676 B 1 MB 1.21% SRAM: 4012 B 192 KB 2.04% IDT_LIST: 88 B 2 KB 4.30% [108/109] Flashing frdm_k64f Using runner: jlink Flashing Target Device FATAL ERROR: 2 The system cannot find the file specified None 2 None run as "west -v ... flash ..." for a stack trace
ZEPHYR_BASE=c:\zephyr\zephyr\ ZEPHYR_TOOLCHAIN_VARIANT=gnuarmemb
|
|
FATAL ERROR: 2 The system cannot find the file specified None 2 None
#gettingstartedguide
Bo.Kragelund@...
Hi,
I have followed the getting started guide and installed zephyr, GNU, and tools on a Windows 7 machine and now trying to build and flash the "hello_world" sample. I'm following the guidelines for the supported NXP FRDM-K64F board. Since I'm using jlink for flashing, which is not default, I use below cmake command: cmake -GNinja -DOPENSDA_FW=jlink -DBOARD=frdm_k64f ..
This command executes without any errors. Then I use below command for making the elf file and flash the board.
ninja flash This also runs without errors until the actual flashing. See output from cmd window below: [103/109] Linking C executable zephyr\zephyr_prebuilt.elf
Memory region Used Size Region Size %age Used
FLASH: 12676 B 1 MB 1.21%
SRAM: 4012 B 192 KB 2.04%
IDT_LIST: 88 B 2 KB 4.30%
[108/109] Flashing frdm_k64f
Using runner: jlink
Flashing Target Device
FATAL ERROR: 2 The system cannot find the file specified None 2 None
run as "west -v ... flash ..." for a stack trace
I believe all my environment variables are set correct for using GNU compiler: GNUARMEMB_TOOLCHAIN_PATH=C:\gnu_arm_embedded ZEPHYR_BASE=c:\zephyr\zephyr\
ZEPHYR_TOOLCHAIN_VARIANT=gnuarmemb
I can flash the elf file using the J-Flash Lite without any problems, so I beleive hardware and windows drivers are fine. I hope somebody can help me fix this basic issue. Best regards, Bo
|
|
Integration of central and peripheral code
#nrf52832
Akash Naidu <akashnaiduece@...>
Hi all,
is there any example that supports both central and peripheral roles? I would like to integrate central and peripheral roles into rpl_node example. I have successfully integrated peripheral code, but couldn't enable the central code. could please help me to enable central role (which should support 7 servers)in rpl_node? Advance in thanks. Regards Akash.
|
|
How to build images for client or server in bluetooth mesh examples?
#bluetoothmesh
wxzzzh
I noticed that in these examples, there's only one main.c file, and only one image file would be built, it can support different hardware, but seems not different roles?
Bluetooth Mesh is supposed to be run in different roles, right? If one image is enough, how to set it for different roles?
|
|
Re: PCA10059 without additional debugger - non-volatile storage of settings
Martin <ma@...>
Hi Jamie,
toggle quoted messageShow quoted text
thanks! I was already trying different values, such as storage_partition: partition@b0000 { label = "storage"; reg = < 0xb0000 0x4000 >; }; unfortunately without success.. The display of nRF Connect does not change here, such that it does not show an additional region for the config (I don't know if it is supposed to). Best regards, Martin Am Do., 27. Dez. 2018 um 15:07 Uhr schrieb Jamie Mccrae <Jamie.Mccrae@lairdtech.com>:
|
|
Re: PCA10059 without additional debugger - non-volatile storage of settings
lairdjm
Hi Martin,
You have this in your DTS: storage_partition: partition@fa000 { label = "storage"; reg = < 0xfa000 0x4000 >; }; You are setting the storage partition to 0xfa000, from your picture, the Nordic bootloader starts at 0xe0000, so yes the settings will never work because you're attempting to overwrite the bootloader. Luckily for you it looks like the bootloader enables write protection using ACL, otherwise it's likely your module would no longer be working. Thanks, Jamie
|
|
PCA10059 without additional debugger - non-volatile storage of settings
Martin <ma@...>
Hi,
I know it is a quite specific question, but I thought that maybe someone has an idea into which direction to go.. I have some PCA10059 (nRF52-Dongles) lying around and would like to make experiments with them running Zephyr OS. Unfortunately, I do not have a an appropriate cable for connecting it to my nRF52 DK to flash it and buying a cable would crash my budget. Luckily, work has been ongoing to make flashing the PCA10059 possible without an external debugger. The solution (how I understand it) is that the stock Nordic bootloader remains on the PCA10059, loads MCUboot, which in turn loads Zephyr OS. The merge request can be found here: https://github.com/zephyrproject-rtos/zephyr/pull/11210 I have playing around with it (i.e. flash samples/bluetooth/mesh) and can report that it is working. I had to make two modifications: Comment storage_partition in boards\arm\nrf52840_pca10059\nrf52840_pca10059.dts, such that there is no duplicate collision with dts/common/nrf52840-nrf5-*.overlay and strangely (I would interpret the documention differently) keep Kconfig settings how they are (leave CONFIG_BOOTLOADER_MCUBOOT=n). The "only" problem I have: Storage of settings does not work. The symptoms are that I have to re-provision the PCA10059 every time it is power-cycled. I have been playing around with storage settings in the .dts-files (changing the memory regions) with no success. Attached is the _dts_compiled that is generated during the build phase and a screenshot of nrf connect showing in which regions code resides. Has anyone already gotten storage of settings with PCA10059 to work (possibly even with the traditional debugger solution)? And does anyone have a clue / an idea why it is not working and where I should look into? Thanks, Martin
|
|