|
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
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
My replies with IPG>> prefixed below
My replies with IPG>> prefixed below
|
By
Perez-Gonzalez, Inaky <inaky.perez-gonzalez@...>
·
#5308
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
My fault (?). I replied from mobile.
My fault (?). I replied from mobile.
|
By
Marti Bolivar <marti@...>
·
#5307
·
|
|
Re: [Zephyr-tsc] [Zephyr-devel] Highlights from the TSC meeting during ELCE
Adding to Martí’s points here.
Can’t seem to break lines with Outlook so I will need to use anothercolor. Apologies for that, but I blame whoever introduced HTML to this thread.
Adding to Martí’s points here.
Can’t seem to break lines with Outlook so I will need to use anothercolor. Apologies for that, but I blame whoever introduced HTML to this thread.
|
By
Carles Cufi
·
#5306
·
|
|
Re: Highlights from the TSC meeting during ELCE
Hi,
I'd like to discuss some counterpoints.
In all honesty I think
s/platform/Linux distribution/
And I agree.
IRC is not "easy" across platforms in a modern sense of the word, unless you use irccloud
Hi,
I'd like to discuss some counterpoints.
In all honesty I think
s/platform/Linux distribution/
And I agree.
IRC is not "easy" across platforms in a modern sense of the word, unless you use irccloud
|
By
Marti Bolivar <marti@...>
·
#5305
·
|
|
Re: Does the EFR32_slwstk6061a port work?
Hello Jake,
Am Montag, den 29.10.2018, 18:03 +0000 schrieb Kumar Gala:
I just tried samples/hello_world from the current master on the
efr32_slwstk6061a and it is working fine:
***** Booting Zephyr
Hello Jake,
Am Montag, den 29.10.2018, 18:03 +0000 schrieb Kumar Gala:
I just tried samples/hello_world from the current master on the
efr32_slwstk6061a and it is working fine:
***** Booting Zephyr
|
By
Christian Taedcke <hacking@...>
·
#5304
·
|
|
Re: [Zephyr-tsc] Highlights from the TSC meeting during ELCE
Hello Anas,
"Nashif, Anas" <anas.nashif@...> wrote:
[]
Great!
That's great! But what does "on IRC on teleconference" mean? Is it on
IRC or not?
The moment I've read this line, I felt nice
Hello Anas,
"Nashif, Anas" <anas.nashif@...> wrote:
[]
Great!
That's great! But what does "on IRC on teleconference" mean? Is it on
IRC or not?
The moment I've read this line, I felt nice
|
By
Paul Sokolovsky
·
#5303
·
|
|
Re: Highlights from the TSC meeting during ELCE
"Perez-Gonzalez, Inaky" <inaky.perez-gonzalez@...> writes:
yeah, easy to script, clients are lightweight, ... Without a good reason
I'm totally in favor of keep using IRC.
>
>
>
"Perez-Gonzalez, Inaky" <inaky.perez-gonzalez@...> writes:
yeah, easy to script, clients are lightweight, ... Without a good reason
I'm totally in favor of keep using IRC.
>
>
>
|
By
Flavio Ceolin
·
#5302
·
|
|
Re: Highlights from the TSC meeting during ELCE
Thanks for the summary, Anas
>> 4. We are considering a new communication platform to replace IRC. Candidates are Slack and gitter. This has not been decided yet, if you have any feedback,
Thanks for the summary, Anas
>> 4. We are considering a new communication platform to replace IRC. Candidates are Slack and gitter. This has not been decided yet, if you have any feedback,
|
By
Perez-Gonzalez, Inaky <inaky.perez-gonzalez@...>
·
#5301
·
|
|
Re: Does the EFR32_slwstk6061a port work?
Hopefully Christian can chime in if the latest code is working for him or not.
So the 0x4000a400 is correct since its the common registers (GPIO_EXTIPSELL..GPIO_LOCK) to all port’s. There isn’t
Hopefully Christian can chime in if the latest code is working for him or not.
So the 0x4000a400 is correct since its the common registers (GPIO_EXTIPSELL..GPIO_LOCK) to all port’s. There isn’t
|
By
Kumar Gala
·
#5300
·
|
|
Re: Does the EFR32_slwstk6061a port work?
Let me take look, I convert the EFR32 gpio driver over to device tree so its possible I made an error in an address. I didn’t have the hardware to test on.
- k
Let me take look, I convert the EFR32 gpio driver over to device tree so its possible I made an error in an address. I didn’t have the hardware to test on.
- k
|
By
Kumar Gala
·
#5299
·
|