Re: NRF52840 select clock source from external XTAL HFXO
jim@...
Something like this should work:
toggle quoted messageShow quoted text
struct device *clk_dev = device_get_binding(DT_INST_0_NORDIC_NRF_CLOCK_LABEL "_16M"); clock_control_on(clk_dev, (void *)1); Jim
On Fri, Oct 4, 2019 at 09:25 AM, Alexis Cogrel <alexis.cogrel@...> wrote:
|
|
NRF52840 select clock source from external XTAL HFXO
Alexis Cogrel <alexis.cogrel@...>
Hello Zephyr Community,
We work on board based on NRF52840 using zephyr. We are encountering problems to communicate with a device using UARTE at 9600 bit/s. We observe that the current speed is not properly at 9600 bit/s. We observe a shift error around 2%. When we program the UARTE properly at 9600 bit/s by setting BAUDRATE register value, the communication is good with our device.
To our mind, the shift error is due to the clock source (HFCLOCK) from internal (HFINT tolerance typ 1.5% to 8% max) is selected by default and we would like to use clock from external crystal (HFXO) for better performance. Currently, setting clock source from external crystal seems to be not easily and maybe not implemented yet. Is the driver available?
If yes someone can help me to set clock source to external XTAL (HFXO)?
Regards,
Alexis COGREL Embedded software engineer
|
|
Re: how to get the verbose output the check the compile details using west?
Bolivar, Marti
The "west -vvv build" line is correct, but will potentially enable a lot
toggle quoted messageShow quoted text
more verbose output than is desired. The -v option can be given multiple times, and west build includes compiler output when it's given just one. You can just do "west -v build ..." if the compiler lines are what you need. The "full" -vvv output is usually only helpful when debugging west itself. "Cufi, Carles via Lists.Zephyrproject.Org" <carles.cufi=nordicsemi.no@lists.zephyrproject.org> writes:
Even simpler:
|
|
Upcoming Event: Zephyr Project: Dev Meeting - Thu, 10/03/2019 8:00am-9:00am, Please RSVP
#cal-reminder
devel@lists.zephyrproject.org Calendar <devel@...>
Reminder: Zephyr Project: Dev Meeting When: Thursday, 3 October 2019, 8:00am to 9:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/993312203 An RSVP is requested. Click here to RSVP Organizer: devel@... Description: Join Zoom Meeting
|
|
Dev-Review Meeting Agenda (Oct 3)
Kumar Gala
Here’s the agenda topics for this week:
kernel: Introduce k_triggered_work: https://github.com/zephyrproject-rtos/zephyr/pull/14041 Let me know if anyone has any other topics. - k
|
|
Re: how to get the verbose output the check the compile details using west?
Carles Cufi
Even simpler:
toggle quoted messageShow quoted text
west -vvv build samples/hello_world
-----Original Message-----
|
|
Re: how to get the verbose output the check the compile details using west?
Sebastian Boe
west build --build-opt=-v
(from a clean build directory) see "west build --help" for more. ________________________________________ From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> on behalf of "曹子龙 via Lists.Zephyrproject.Org <caozilong=allwinnertech.com@lists.zephyrproject.org> Sent: Thursday, October 3, 2019 1:44 PM To: devel@lists.zephyrproject.org Cc: devel@lists.zephyrproject.org Subject: [Zephyr-devel] how to get the verbose output the check the compile details using west? Hi folks: i want to get the compiler process details output when using west build command, so, how to get this? 曹子龙 珠海全志科技股份有限公司 BU1-PSW 地址:广东省珠海市高新区唐家湾镇科技2路9号 TEL:13824125580 Email:caozilong@allwinnertech.com 网址: http://www.allwinnertech.com<http://www.allwinnertech.com/> [cid:__aliyun157010308698250051]
|
|
how to get the verbose output the check the compile details using west?
"曹子龙
Hi folks: i want to get the compiler process details output when using west build command, so, how to get this? 曹子龙 珠海全志科技股份有限公司 BU1-PSW 地址:广东省珠海市高新区唐家湾镇科技2路9号 TEL:13824125580 Email:caozilong@... 网址: http://www.allwinnertech.com
|
|
Re: DATA_DTCM and NETWORKING Hello World
alessandro.moroni@...
Hello, thanks for the reply.
I can't compile with CONFIG_DATA_OCRAM (I guess because I'm using version 2.0.0 and not the last of Zephyr). I will try to update it but my main problem is another. My final goal is a comparison between my bare-metal webserver (using raw lwip + mbedtls) and a webserver created with Zephyr (using sockets). I don't understand why the bare-metal version is much faster than the zephyr version. The example "samples/net/sockets/dumb_http_server" takes about 350ms to serve a request. I thought it was because of the external SDRAM but using it in my bare metal, the performance doesn't drop so much. In the bare-metal version, HTTP requests are much faster than HTTPS (as I expected). On Zephyr, HTTP requests take 350ms while HTTPS are very variable but often they are even less than 350ms! (I can't explain the reason). Do you have any idea of the reason? I apologize for the off-topic, if it is a problem I will create a different discussion. Best Regards, Alessandro.
|
|
Re: WiFi driver
Venkat Subbiah
Hello Loic,
toggle quoted messageShow quoted text
I see below that your code section refers to 43xx. Is that cypress driver publicly available? Is the code section below is the wifi_43xxx_api structure. Can’t spot that in master. Is that in a branch? I am also looking at enabling the 43xx WiFi driver. Thanks, Venkat
On Oct 2, 2019, at 4:07 PM, Loic Poulain <loic.poulain@linaro.org> wrote:
|
|
Re: DATA_DTCM and NETWORKING Hello World
Loic Poulain
Le mer. 2 oct. 2019 à 06:28, <alessandro.moroni@...> a écrit : Hello AFAIK, Problem is that you can not use highly coupled memory (DTCM) for DMA transfer, since NXP ethernet driver and probably hal driver use transfer buffer for DMA, this breaks. Ideally we should create a kind of __DMAABLE macro for such buffer. To fix that either relocate network data to OCRAM or external SDRAM. Or build with DATA_OCRAM and relocate the code you want in DTCM. E.g.
You'll have to define DTCM section in a custom.ld or in imx rt linker, something like: +#if (DT_MCUX_DTCM_SIZE > 0) && !defined(CONFIG_DATA_DTCM) + DTCM (wx) : ORIGIN = DT_MCUX_DTCM_BASE_ADDRESS, LENGTH = DT_MCUX_DTCM_SIZE +#endif Regards,
|
|
Re: GPIO driver & API Changes for Zephyr 2.1
Kumar Gala
On Oct 2, 2019, at 4:11 PM, Kumar Gala via Lists.Zephyrproject.Org <kumar.gala=linaro.org@lists.zephyrproject.org> wrote:Its been pointed out the the CC gets munged by the list server. So if there’s confusion, look at issue #18530 for who is expected to work on which driver. - k
|
|
GPIO driver & API Changes for Zephyr 2.1
Kumar Gala
All,
We have been working on changes to the GPIO driver layer that we intent to support in the 2.1 Zephyr release. Towards that we need to convert all the GPIO drivers (as well as users) to the new GPIO API. If you are on CC you own at least one of the GPIO drivers we have in tree. We’ve set a deadline of Friday Oct 11th for submitting changes to the GPIO drivers. The detail for how to change the driver are documented in this issue: https://github.com/zephyrproject-rtos/zephyr/issues/18530 Additionally we’ve converted several drivers already that can be used as examples (gecko, sam, mcux, nrfx are merged in the branch) and PRs for (Stellaris, cmsdk_ahb, sx1509b, mcux igpio, PRs should be made to the `topic-gpio` branch and have [TOPIC-GPIO] in the subject. If you have questions you can find support from various developers on the #gpio channel on slack. Peter Bigot has worked on updating the gpio_basic_api (tests/drivers/gpio/gpio_basic_api) test to provide significant coverage of the new API and help validate the driver changes. This test requires a single wire loopback between 2-pins to run. Thanks everyone. - k
|
|
DATA_DTCM and NETWORKING Hello World
alessandro.moroni@...
Hello
I'm just trying to use the NETWORKING using the internal DATA_DTCM. I can execute the hello world sample with DATA_DTCM=y, but i can't execute it with both: CONFIG_DATA_DTCM=y CONFIG_NETWORKING=y I'm developing in the MIMXRT1050-EVK board. The problem is that debugging i can't see the step line and the board breaks and i can't reprogram it (to fix the board, i have to use this procedure: https://community.nxp.com/thread/493530#comments ). I can execute the sample dumb_webserver too with CONFIG_NETWORKING=y, but not with CONFIG_DATA_DTCM=y Thanks, Best Regards. Alessandro Moroni.
|
|
WiFi driver
Venkat Subbiah
Hello,
I am looking for a wifi driver which I could use to the interface to be used for a wifi driver to hook up to zephyr. I see a few in the zephyr/drivers/wifi/ folder, but they seem to AT command based. Not ones which received packets and sends them up the network stack. I am looking to port the WHD driver from Cypress over to Zephyr and an existing one would help to try and figure out the how to interface it to zephyr and the network stack. I guess could try to use an ethernet driver, since it most OS's the interface to hookup a WiFi/ethernet driver is the same. Would that be true for zephyr too? Thanks, Venkat
|
|
Re: question in zephyrproject
Bolivar, Marti
Jaemin Choi <jaeminy.choi@samsung.com> writes:
The import error is solved due to you guys. Thank you.Glad that part is resolved, sorry you're still (maybe) having problems. Is this still a problem for you? It looks like you are using the zephyr SDK as your toolchain. I'm not sure why a newlib file is being linked in for hello_world, though. That sample shouldn't be using newlib. Thanks, Marti collect2: error: ld returned 1 exit status
|
|
Cancelled Event: Zephyr Project: Dev Meeting - Thursday, 31 October 2019
#cal-cancelled
devel@lists.zephyrproject.org Calendar <devel@...>
Cancelled: Zephyr Project: Dev Meeting This event has been cancelled. When: Where: Organizer: devel@... Description:
|
|
Upcoming Event: Zephyr Project: APIs - Tue, 10/01/2019 9:00am-10:00am, Please RSVP
#cal-reminder
devel@lists.zephyrproject.org Calendar <devel@...>
Reminder: Zephyr Project: APIs When: Tuesday, 1 October 2019, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/177647878 An RSVP is requested. Click here to RSVP Organizer: devel@... Description: Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/177647878 Live meeting minutes: https://docs.google.com/
|
|
API meeting: agenda
Carles Cufi
Hi all,
This week we will look at: - CAN: Unification of the TX error behavior - https://github.com/zephyrproject-rtos/zephyr/issues/19502 - GPIO: Update on progress - https://github.com/zephyrproject-rtos/zephyr/issues/18530 Additionally, if time permits and anyone interested is present: - Status and concerns related to PR #17155 to change how timeout delays are represented: https://github.com/zephyrproject-rtos/zephyr/pull/17155 - Sensor API: Update on progress Additional items in the "Triage" column in the GitHub project may be discussed if time permits. If you want an item included in the meeting, please add it to the GitHub project. https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion https://github.com/zephyrproject-rtos/zephyr/projects/18 https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit Regards, Carles
|
|
Re: sys_dlist_remove: bus fault with CONFIG_NO_OPTIMIZATIONS
Christopher Friedt
Hi Maureen / list, On Mon., Sep. 30, 2019, 11:31 a.m. Christopher Friedt, <chrisfriedt@...> wrote:
I just thought I would follow up on-list in case anyone else has a similar issue. So I simply enabled CONFIG_STACK_CANARIES=y because ARMv7-M supports gcc's stack canaries, and found that the "tx_workq" thread indeed did have a stack overflow. Great catch Maureen, and thanks for pointing out that the kinetis MPU is not an actual ARM MPU too. I assumed they were the same originally. Cheers, C
|
|