|
Re: [Zephyr Main] WEST File Initialization Problem
Can you paste on this thread what the output of “pip3 show –f west” and “echo $PATH” return?
From: devel@... [mailto:devel@...]
On Behalf Of M Rizwan Ghori
Dear, I am using Ubuntu 18.04. Moreover, the path of West file is after running the command "pip3 show -f west" is home/rizwan/.local/python 3.6/packages Subsequently, i have installed all the stuff related to Zephyr including Cmake and Zephyr sdk in a path /home/rizwan/zaphyr Kindly advise.
Rizwan
From: Marti Bolivar Sent: Friday, 29 March, 12:43 pm Subject: Re: [Zephyr-devel] [Zephyr Main] WEST File Initialization Problem To: M Rizwan Ghori Cc: Brett Preston,
devel@... What version of Ubuntu are you using? If you ran "pip3 install --user west" and west cannot be run afterwards, it sounds like the directory that the west binary was installed into is not on your $PATH. Older versions of Ubuntu sometimes have this issue; I forget which ones. Usually this directory is ~/.local/bin. Please ensure this directory is on your PATH environment variable and try again. If that doesn't work, you can confirm where west was installed by running "pip3 show -f west"; check both the Location: value and the [...]/bin/west relative path in the Files: list that follows. Marti
On Thu, Mar 28, 2019, 10:22 PM M Rizwan Ghori <rizwanghori@...> wrote:
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
Marti Bolivar <marti@...>
On Thu, Mar 28, 2019, 11:07 PM M Rizwan Ghori <rizwanghori@...> wrote:
Is this correct? The lack of / before "home" and the space between "python" and "3.6" makes me suspect this was retyped by hand instead of copy/pasted. Please copy/paste whenever possible; it avoids typos. If it is correct, please make sure this directory is on your PATH and try again as suggested. Again, it is better if you copy paste the actual commands you typed and their output. Please do not try to summarize the results or refer to online documents. It leaves me guessing about what is actually happening on your computer instead of showing me directly. Thanks, Marti
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
M Rizwan Ghori <rizwanghori@...>
Dear,
I am using Ubuntu 18.04.
Moreover, the path of West file is after running the command
"pip3 show -f west"
is
home/rizwan/.local/python 3.6/packages
Subsequently, i have installed all the stuff related to Zephyr including Cmake and Zephyr sdk in a path
/home/rizwan/zaphyr
Kindly advise.
Rizwan
From: Marti Bolivar
Sent: Friday, 29 March, 12:43 pm
Subject: Re: [Zephyr-devel] [Zephyr Main] WEST File Initialization Problem
To: M Rizwan Ghori
Cc: Brett Preston, devel@...
What version of Ubuntu are you using?
If you ran "pip3 install --user west" and west cannot be run afterwards, it sounds like the directory that the west binary was installed into is not on your $PATH. Older versions of Ubuntu sometimes have this issue; I forget which ones.
Usually this directory is ~/.local/bin. Please ensure this directory is on your PATH environment variable and try again.
If that doesn't work, you can confirm where west was installed by running "pip3 show -f west"; check both the Location: value and the [...]/bin/west relative path in the Files: list that follows.
Marti
On Thu, Mar 28, 2019, 10:22 PM M Rizwan Ghori <rizwanghori@...> wrote:
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
Marti Bolivar <marti@...>
What version of Ubuntu are you using? If you ran "pip3 install --user west" and west cannot be run afterwards, it sounds like the directory that the west binary was installed into is not on your $PATH. Older versions of Ubuntu sometimes have this issue; I forget which ones. Usually this directory is ~/.local/bin. Please ensure this directory is on your PATH environment variable and try again. If that doesn't work, you can confirm where west was installed by running "pip3 show -f west"; check both the Location: value and the [...]/bin/west relative path in the Files: list that follows. Marti
On Thu, Mar 28, 2019, 10:22 PM M Rizwan Ghori <rizwanghori@...> wrote:
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
M Rizwan Ghori <rizwanghori@...>
Hi,
Thank you for your kind response. I am using Ubuntu OS for the project. I have followed all the installation steps given on webpage (Linux)
https://docs.zephyrproject.org/latest/getting_started/installation_linux.html
Moreover, after following all the steps of aforementioned link, i started the next step given on the following link.
https://docs.zephyrproject.org/latest/getting_started/index.html#get-the-source-code
west --versionError Received on Execution of the aforementioned commands: No command 'west' found, did you mean: Command 'test' from package 'coreutils' (main) west: command not found
Best Regards
Muhammad Rizwan Ghori
USM Fellow,
Universiti Sains Malaysia (USM),
From: Marti Bolivar <marti@...>
Sent: Friday, March 29, 2019 8:44:47 AM To: Brett Preston Cc: M Rizwan Ghori; devel@... Subject: Re: [Zephyr-devel] [Zephyr Main] WEST File Initialization Problem Hi,
Happy to try to help, but could you please provide details? The below email is a bit vague: "commands given on the website cannot recognize the West file" doesn't provide much context on what went wrong.
- what is your host operating system?
- what commands did you type?
- what was the output?
- what output did you expect?
Feel free to just copy and paste rather than taking screenshots of the terminal window.
Thanks,
Marti
On Thu, Mar 28, 2019, 9:39 PM Brett Preston <bpreston@...> wrote:
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
Marti Bolivar <marti@...>
Hi, Happy to try to help, but could you please provide details? The below email is a bit vague: "commands given on the website cannot recognize the West file" doesn't provide much context on what went wrong. - what is your host operating system? - what commands did you type? - what was the output? - what output did you expect? Feel free to just copy and paste rather than taking screenshots of the terminal window. Thanks, Marti
On Thu, Mar 28, 2019, 9:39 PM Brett Preston <bpreston@...> wrote:
|
|
|
|
Re: [Zephyr Main] WEST File Initialization Problem
Sorry - forwarding from the main mail list to devel@...
On Thu, Mar 28, 2019 at 8:37 PM M Rizwan Ghori <rizwanghori@...> wrote:
--
|
|
|
|
Zephyr v1.14.0-rc3 Tagged
Kumar Gala
Hi all,
We have just tagged Zephyr 1.14.0-rc3. At this point ONLY PRs related to docs or related to a GitHub issue / bug will go in. If a PR fixes a bug it MUST have an associated GitHub issue. Our bug counts are looking pretty good for the release at this point: 6 - High [Goal 0] 26 - Medium [Goal 20] 57 - Low [Goal 50] The final release is tentatively scheduled for the 12th of April. The full release log can be found here: https://github.com/zephyrproject-rtos/zephyr/releases/tag/v1.14.0-rc3 Thanks to everybody who contributed to this release! Kumar
|
|
|
|
Re: Syntax in dts file for defining a GPIO output based on nxp,kinetis-gpio.yaml
#defines
Andrei Gansari
Hello,
Yes, my example was hardcoded in regard to port and pin number. Your example makes them configurable via dts, while code remains the same.
I only have to point another thing: the generated macros name will remain the same in other dts configurations if you keep the same name across dts (in the example: _test {} ).
Regards, Andrei
From: devel@... <devel@...>
On Behalf Of Bo.Kragelund via Lists.Zephyrproject.Org
Hello Andrei, _test { compatible = "gpio-xxx"; test_pin { gpios = <&gpiob 22 0>; label = "My test pin"; }; };
/* test_pin */ #define DT_GPIO_OUT_TEST_PIN_GPIO_CONTROLLER "GPIO_1" #define DT_GPIO_OUT_TEST_PIN_GPIO_FLAGS 0 #define DT_GPIO_OUT_TEST_PIN_GPIO_PIN 22 #define DT_GPIO_OUT_TEST_PIN_LABEL "My test pin"
We don't use alias because we want to see in the code, that the defines comes from dts.
gpio_pin_configure(wdt_device, DT_GPIO_OUT_TEST_PIN_GPIO_PIN, GPIO_DIR_OUT | DT_GPIO_OUT_TEST_PIN_GPIO_FLAGS); gpio_pin_write(wdt_device, DT_GPIO_OUT_TEST_PIN_GPIO_PIN, 1);
I guess this is a way to do it, if you want to keep your code independant of pin numbers etc.
|
|
|
|
Re: Syntax in dts file for defining a GPIO output based on nxp,kinetis-gpio.yaml
#defines
Bo.Kragelund@...
Hello Andrei,
And thank you very much for your quick answer. I really appriciate the quick link to where I can find the documentation and also the example you have provided. I am also aware of, that it will be in the code, that you configure the pin to be input or output. But what is not so great is, that we would very much like to define the port and pin number at the dts level for the specific boards, that we support. We want the code to be generic and not be changed, if a new board will use another pin for the same function. This is what zephyr has achieved by making the gpio-leds.yaml and then setup the leds in the board specific dts files. By doing this, along with using alias, you simply refer to the define LED0_GPIO_PIN in your code across all boards without knowing what pin it is and what port in the code, which we like. We have actually made our own gpio-xxx.yaml, which looks similar to gpio-leds.yaml and placed it in the same location as gpio-leds.yaml. Then we put the following lines in the dts file for the given board: _test {
compatible = "gpio-xxx";
test_pin {
gpios = <&gpiob 22 0>;
label = "My test pin";
};
};
This will create the following in the auto generated header file: /* test_pin */
#define DT_GPIO_OUT_TEST_PIN_GPIO_CONTROLLER "GPIO_1"
#define DT_GPIO_OUT_TEST_PIN_GPIO_FLAGS 0
#define DT_GPIO_OUT_TEST_PIN_GPIO_PIN 22
#define DT_GPIO_OUT_TEST_PIN_LABEL "My test pin"
The code will then have lines like this: wdt_device = device_get_binding(DT_GPIO_OUT_TEST_PIN_GPIO_CONTROLLER); gpio_pin_configure(wdt_device, DT_GPIO_OUT_TEST_PIN_GPIO_PIN, GPIO_DIR_OUT | DT_GPIO_OUT_TEST_PIN_GPIO_FLAGS);
gpio_pin_write(wdt_device, DT_GPIO_OUT_TEST_PIN_GPIO_PIN, 1);
Of course you have to write the dts lines with the exact same names in all dts files supporting this function. Best regards, Bo
|
|
|
|
Re: Syntax in dts file for defining a GPIO output based on nxp,kinetis-gpio.yaml
#defines
Andrei Gansari
Hello Bo,
We have a general help page for Device Tree: https://docs.zephyrproject.org/latest/guides/dts/index.html
In your particular case, you need to set port b pin 22 as output.
Device Tree: The purpose of DT is to describe the HW of the board (boot time @ Linux, compile time @ Zephyr). K64F’s DT file is found in: boards/arm/frdm_k64f/frdm_k64f.dts I expect this is what you are looking at. It also includes file dts/arm/nxp/nxp_k6x.dtsi where port b is set using nxp,kinetis-gpio.yaml. Dtsi file is a generic dts include file that describes the SoC (we may have another board with the same SoC on it). Add the following to frdm_k64f.dts to use gpiob from nxp_k6x.dtsi: &gpiob { status = "ok"; }; You can comment out/remove the following to remove he led configuration on the same pin: red_led: led_0 { gpios = <&gpiob 22 0>; label = "User LD1"; };
Code: You can’t configure a pin as in/out, using DT, we have board’s pinmux.c (in boards/arm/frdm_k64f) to do that. This is because GPIO should be dynamic during the application. pinmux_pin_set(portb, 22, PORT_PCR_MUX(kPORT_MuxAsGpio)); The code above sets pin as GPIO (for the led in the case above). Then set pin to output and send a signal: #include <gpio.h>
pinmux_pin_set(portb, 22, PORT_PCR_MUX(kPORT_MuxAsGpio));
struct device *gpiob = device_get_binding(DT_NXP_KINETIS_GPIO_GPIO_B_LABEL);
gpio_pin_configure(gpiob, 22, GPIO_DIR_OUT); gpio_pin_write(gpiob, 22, 0);
DT_NXP_KINETIS_GPIO_GPIO_B_LABEL can be found in files zephyr/include/generated/generated_dts_board*** (relative to build folder) this is the effect of setting portb in dts.
Regards, Andrei Gânsari
From: devel@... <devel@...>
On Behalf Of Bo.Kragelund via Lists.Zephyrproject.Org
Hello developers! leds { compatible = "gpio-leds"; red_led: led_0 { gpios = <&gpiob 22 0>; label = "User LD1"; }; };
But in general, I believe the idea is to define GPIO in the dts file based on the
nxp,kinetis-gpio.yaml file created for this purpose, instead of the gpio-keys.yaml file. "#cells": - pin - flags
Since I am rather new in dts and yaml syntax, I hope someone can help me with the syntax for setting port b, pin 22, and no flags, based on the nxp,kinetis-gpio.yaml file...
|
|
|
|
Re: How to run samples/subsys/usb/console on windows with nrf52840_pac10056?
Carles Cufi
Hi Aaron,
There is a Pull Request to fix this, but it is not merged yet: https://github.com/zephyrproject-rtos/zephyr/pull/14106
Regards,
Carles
From: Aaron Xu <overheat1984@...>
Hi,
After updating my zephyr code to latest, I found some patch already done both on USB driver and sample. Good job!
On Mon, Mar 18, 2019 at 3:36 PM Andrei Emeltchenko <andrei.emeltchenko.news@...> wrote:
|
|
|
|
Re: How to run samples/subsys/usb/console on windows with nrf52840_pac10056?
Aaron Xu
Hi, After updating my zephyr code to latest, I found some patch already done both on USB driver and sample. Good job! And the result of console sample on my win10 PC is changed, there is one more Zephyr port, looks the USB device already be recognized, but still not works. Any patch pending not merged? 
On Mon, Mar 18, 2019 at 3:36 PM Andrei Emeltchenko <andrei.emeltchenko.news@...> wrote: Hi Lars,
|
|
|
|
Syntax in dts file for defining a GPIO output based on nxp,kinetis-gpio.yaml
#defines
Bo.Kragelund@...
Hello developers!
I have difficulties finding any documentation/examples of how to define a simple GPIO as an e.g. output in the frdm_k64f.dts file for the frdm_k64f board. As long as we talk about defining the outputs for LEDS on the board, this is done very nice based on the gpio-keys.yaml specific for this purpose. As seen below, which is copied from the frdm_k64f.dts file, you simply define the port, pin number, and flags in one line like this: gpios = <&gpiob 22 0>, which means port b, pin 22, and no flags. leds {
compatible = "gpio-leds";
red_led: led_0 {
gpios = <&gpiob 22 0>;
label = "User LD1";
};
};
But this file has a completely different way/syntax for defining a GPIO compared to the gpio-keys.yaml file. It doesn't have the gpios property, but reg and interrupt instead. It also includes the below lines, which I guess I should use in some way: "#cells":
- pin
- flags
As written before, I haven't been able to find any examples so far in either the zephyr repository or zephyr documentation. Thank you for your help. Best regards, Bo Kragelund I hope someone can help me,
|
|
|
|
Re: Opus codec on nrf52840
nicolas lantz <nicolas.lantz@...>
Hi,
toggle quoted messageShow quoted text
Very late, as I wanted to try to do that properly, ############### Opus configuration : - frame of 5ms - opus bitrate (CBR) : 32kbit/s - Sampling 16bit@16kHz - Channel 1 - complexity 4 - Celt mode only Zephyr build : CONFIG_SPEED_OPTIMIZATIONS=y ############### With SDK 0.9.5, the CPU usage is about: Opus Encoder : 50% Opus Decoder : 30% With SDK 0.10.0, the CPU usage is about: Opus Encoder : 78% Opus Decoder : 57% Nicolas LANTZ M : +33 (0)6 19 07 43 43 T : +33 (0)9 52 96 81 86 www.ubicore.net Le 19/12/2018 à 10:28, Zięcik, Piotr a
écrit :
|
|
|
|
Re: SPI slave on nRF52840-PCA10059
#nrf52480
Riccardo
Thanks to Marcio I resolved. The dts overlay was missing.
compatible = "nordic,nrf-spis";
|
|
|
|
Re: SDK migration 0.9.5 -> 0.10.0 increase CPU usage
nicolas lantz <nicolas.lantz@...>
Anas,
toggle quoted messageShow quoted text
The processor is an nrf52840, and the opus codec is imported from the "nRFready Smart Remote 3 for nRF52 Series" project. The project is build with the NEWLIB_LIBC and i have also imported some C Flags in the CMakeLists.txt to disable Floating point use and enable some DSP extensions available on Nordic chip . set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} \ -DARM_MATH_CM4 \ -DDISABLE_FLOAT_API \ -DFIXED_POINT \ -DHAVE_ALLOCA_H \ -DUSE_ALLOCA \ -DHAVE_LRINT \ -DHAVE_LRINTF \ -DOPUS_ARM_ASM \ -DOPUS_ARM_INLINE_ASM \ -DOPUS_ARM_INLINE_EDSP \ -DOPUS_ARM_INLINE_MEDIA \ -DOPUS_ARM_MAY_HAVE_EDSP \ -DOPUS_ARM_PRESUME_EDSP \ -DVAR_ARRAYS \ -DOPUS_BUILD \ -DHAVE_CONFIG_H \ -g \ ") I guess the new toolchain does not treat these optimizations the same way... My first demo with opus : https://gitlab.com/ubicore/zephyr/commit/177a410c6902ecacb9552c907f1e4f60e7a23b1a Nicolas Nicolas LANTZ M : +33 (0)6 19 07 43 43 T : +33 (0)9 52 96 81 86 www.ubicore.net Le 27/03/2019 à 15:21, Nashif, Anas a
écrit :
|
|
|
|
Re: SDK migration 0.9.5 -> 0.10.0 increase CPU usage
Nashif, Anas
Nicolas, Which architecture? I did not see any issues.
Anas
From: devel@...
[mailto:devel@...] On Behalf Of nicolas lantz
Hi all, -- Nicolas Nicolas LANTZ M : +33 (0)6 19 07 43 43 T : +33 (0)9 52 96 81 86 www.ubicore.net
|
|
|
|
SDK migration 0.9.5 -> 0.10.0 increase CPU usage
nicolas lantz <nicolas.lantz@...>
Hi all,
I just migrate from SDK 0.9.5 to SDK 0.10.0 on my projet and i have between 40% to 90% of additional CPU usage with the new toolchain on the audio compression and decompression tasks (using opus codec). This over cpu consumption append both with build optimisation configured in debug and speed mode. Does anyone have some any info or explanation ? Thanks -- Nicolas Nicolas LANTZ M : +33 (0)6 19 07 43 43 T : +33 (0)9 52 96 81 86 www.ubicore.net
|
|
|
|
Re: v1.14.0-rc3 release
Kumar Gala
Doc updates will still be acceptable, but please tag them with v1.14 milestone & doc label.
toggle quoted messageShow quoted text
- k
On Mar 27, 2019, at 2:37 AM, Erwan Gouriou <erwan.gouriou@...> wrote:
|
|
|
