|
Re: lwip integration with OpenThread
#nrf52840
#lwip
#openthread
Hello Deepa,
deepa.gopinath@... wrote:
Where did you find it? Do you have any links/etc.?
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro:
Hello Deepa,
deepa.gopinath@... wrote:
Where did you find it? Do you have any links/etc.?
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro:
|
By
Paul Sokolovsky
·
#5329
·
|
|
Re: lwip integration with OpenThread
#nrf52840
#lwip
#openthread
Hi all,
I have found that Zephyr;s code base Echo client & server Example application can be built either on third paty lwip stack or else on OpenThread stack based on config file.
Do the Echo client
Hi all,
I have found that Zephyr;s code base Echo client & server Example application can be built either on third paty lwip stack or else on OpenThread stack based on config file.
Do the Echo client
|
By
deepa.gopinath@...
·
#5328
·
|
|
Re: Communication between onoff-app Zephyr sample and light switch example of NRF52 Mesh SDK
Hi Martin,
The bt_mesh_model_publish() API depends on the model publication state.
So if that state hasn't been set correctly (e.g. the publish address)
then you wont get the results that you expect.
Hi Martin,
The bt_mesh_model_publish() API depends on the model publication state.
So if that state hasn't been set correctly (e.g. the publish address)
then you wont get the results that you expect.
|
By
Johan Hedberg
·
#5327
·
|
|
Communication between onoff-app Zephyr sample and light switch example of NRF52 Mesh SDK
Hi,
While doing experiments with the OnOff samples provided, I stumbled
across a strange phenomenon:
There are two ways used to send STATUS messages in
samples\boards\nrf52\mesh\onoff-app: One is by
Hi,
While doing experiments with the OnOff samples provided, I stumbled
across a strange phenomenon:
There are two ways used to send STATUS messages in
samples\boards\nrf52\mesh\onoff-app: One is by
|
By
Martin <ma@...>
·
#5326
·
|
|
Re: #nrf52840 #ble unstable connection
#nrf52840
#ble
Hi Randy,
Could you please let us know the LF clock src used in your EVB?
If you are using 32KHz external crystal as source (CONFIG_CLOCK_CONTROL_NRF5_K32SRC_XTAL=y),
and the accuracy is not the
Hi Randy,
Could you please let us know the LF clock src used in your EVB?
If you are using 32KHz external crystal as source (CONFIG_CLOCK_CONTROL_NRF5_K32SRC_XTAL=y),
and the accuracy is not the
|
By
Chettimada, Vinayak Kariappa
·
#5325
·
|
|
usb host
Hi:
Is there has anyone who are developing usb host stack or has any plan about that?
Hi:
Is there has anyone who are developing usb host stack or has any plan about that?
|
By
qianfan Zhao
·
#5324
·
|
|
#nrf52840 #ble unstable connection
#nrf52840
#ble
Hi community,
I'm using nrf52840 on our own development board, I met one problem about abnormal disconnect.
environment:[Central] use BLE nRF connect run on nRF52840_PCA10056 (Windows)
[Peripheral 1]
Hi community,
I'm using nrf52840 on our own development board, I met one problem about abnormal disconnect.
environment:[Central] use BLE nRF connect run on nRF52840_PCA10056 (Windows)
[Peripheral 1]
|
By
Randy Chou <rchou3@...>
·
#5323
·
|
|
Re: Zephyr Memory Heap Size
Hi Chintan,
I'm not sure we can do like that.
But you might define your customized mem pool, and take use of k_mem_alloc* instead.
Looking forward to more ideas!
Best Regards,
Bub
Hi Chintan,
I'm not sure we can do like that.
But you might define your customized mem pool, and take use of k_mem_alloc* instead.
Looking forward to more ideas!
Best Regards,
Bub
|
By
"K.I.R.A.
·
#5322
·
|
|
Re: Zephyr Memory Heap Size
Hi Bub,
Thanks for reply.
My question is related to only HEAP MEM POOL and not GENERIC MEM POOL.
In other words can I have CONFIG_HEAP_MEM_POOL_SIZE greater than 16k bytes? My heap requirement to
Hi Bub,
Thanks for reply.
My question is related to only HEAP MEM POOL and not GENERIC MEM POOL.
In other words can I have CONFIG_HEAP_MEM_POOL_SIZE greater than 16k bytes? My heap requirement to
|
By
Chintan Patel <meetcd@...>
·
#5321
·
|
|
Re: Zephyr Memory Heap Size
Hi Chintan,
It's a single maximum size block.
I'm wondering which scenario you need such big block.
Best Regards,
Bub
---Original---
From: " via Lists.Zephyrproject.Org"<meetcd=yahoo.com@...>
Date:
Hi Chintan,
It's a single maximum size block.
I'm wondering which scenario you need such big block.
Best Regards,
Bub
---Original---
From: " via Lists.Zephyrproject.Org"<meetcd=yahoo.com@...>
Date:
|
By
"K.I.R.A.
·
#5320
·
|
|
Re: I2C Driver nfrx_twi BUSY state
#nrf52840
Why aren't you using the Zephyr i2c driver instead of nrfx?
--
Rodrigo Peixoto
Co-founder and Technical guru
+55 (82) 98144-8585
http://ayna.tech | Skype: rodrigopex
.
Why aren't you using the Zephyr i2c driver instead of nrfx?
--
Rodrigo Peixoto
Co-founder and Technical guru
+55 (82) 98144-8585
http://ayna.tech | Skype: rodrigopex
.
|
By
Rodrigo Peixoto
·
#5319
·
|
|
Zephyr Memory Heap Size
Hi Community,
As per Zephyr Documentation in this link.
Heap Memory Pool — Zephyr Project Documentation
Heap Memory Pool — Zephyr Project Documentation
The size of the heap memory pool is
Hi Community,
As per Zephyr Documentation in this link.
Heap Memory Pool — Zephyr Project Documentation
Heap Memory Pool — Zephyr Project Documentation
The size of the heap memory pool is
|
By
Chintan Patel <meetcd@...>
·
#5318
·
|
|
Re: I2C Driver nfrx_twi BUSY state
#nrf52840
I would suggest you to use the mutex or even a semaphore to deal with the concurrent access to the driver. It seems to be the simple way in my point of view.
Indeed I guess the first "workaround" you
I would suggest you to use the mutex or even a semaphore to deal with the concurrent access to the driver. It seems to be the simple way in my point of view.
Indeed I guess the first "workaround" you
|
By
Rodrigo Peixoto
·
#5317
·
|
|
I2C Driver nfrx_twi BUSY state
#nrf52840
Hi,
I'm currently using the i2c_nrfx_twi driver to process i2c transfers with some peripherals.
I have several slave units on the same i2c bus and use multi-threading to deal with all of them.
I have
Hi,
I'm currently using the i2c_nrfx_twi driver to process i2c transfers with some peripherals.
I have several slave units on the same i2c bus and use multi-threading to deal with all of them.
I have
|
By
aurelien.vouaillat@...
·
#5316
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
[]
Isn't there a 3rd option which does require some more work than the other two other options and that is to have both slack and IRC while mirroring the channels from IRC to slack with an IRC-slack
[]
Isn't there a 3rd option which does require some more work than the other two other options and that is to have both slack and IRC while mirroring the channels from IRC to slack with an IRC-slack
|
By
Sigvart Hovland
·
#5314
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
"Cufi, Carles" <Carles.Cufi@...> wrote:
[]
Great to know, you must be <...> then ;-) (Well, nick is skipped for
privacy reasons).
Right, and besides that "potentially pointless" situation
"Cufi, Carles" <Carles.Cufi@...> wrote:
[]
Great to know, you must be <...> then ;-) (Well, nick is skipped for
privacy reasons).
Right, and besides that "potentially pointless" situation
|
By
Paul Sokolovsky
·
#5313
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
On Mon, 29 Oct 2018 21:58:22 +0000
Marti Bolivar <marti@...> wrote:
[]
> > > Slack is a proprietary de facto standard in this context, at
> > > least in the west.
> >
> > Love that
On Mon, 29 Oct 2018 21:58:22 +0000
Marti Bolivar <marti@...> wrote:
[]
> > > Slack is a proprietary de facto standard in this context, at
> > > least in the west.
> >
> > Love that
|
By
Paul Sokolovsky
·
#5312
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
This sentence is hard to parse, but I suspect you (and Flavio) have both missed my point, which was that if you're talking about "everyone's" favorite chat clients by raw number of users, IRC
This sentence is hard to parse, but I suspect you (and Flavio) have both missed my point, which was that if you're talking about "everyone's" favorite chat clients by raw number of users, IRC
|
By
Marti Bolivar <marti@...>
·
#5311
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
Hi Paul,
By
Carles Cufi
·
#5310
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
On Mon, 29 Oct 2018 20:11:04 +0000
"Marti Bolivar" <marti@...> wrote:
[]
> Slack is a proprietary de facto standard in this context, at least in
> the west.
Love that argument. So, perhaps
On Mon, 29 Oct 2018 20:11:04 +0000
"Marti Bolivar" <marti@...> wrote:
[]
> Slack is a proprietary de facto standard in this context, at least in
> the west.
Love that argument. So, perhaps
|
By
Paul Sokolovsky
·
#5309
·
|