|
subject
sir i am doing weather forecasting using zephyr OS. i am deploying arduino 101 and BME 280 sensor to collect data for forecasting. i found less resources about the programming part of Zephyr OS in
sir i am doing weather forecasting using zephyr OS. i am deploying arduino 101 and BME 280 sensor to collect data for forecasting. i found less resources about the programming part of Zephyr OS in
|
By
VISHWANATH REDDY <vishwanathreddy1503@...>
·
#260
·
|
|
hello sir
Glad to see your reply for my message. may i know sir which sector you belongs to in ZEPHYR os development.--
Thank you.
Regards,
Vishwanath. Reddy
Glad to see your reply for my message. may i know sir which sector you belongs to in ZEPHYR os development.--
Thank you.
Regards,
Vishwanath. Reddy
|
By
VISHWANATH REDDY <vishwanathreddy1503@...>
·
#259
·
|
|
Re: dhcp integration into the platform
Hi,
The network interface patches proposed as a result of this thread have
generated a fair amount of discussion both in patch reviews and in
IRC. Now would seem like a good time to summarize where
Hi,
The network interface patches proposed as a result of this thread have
generated a fair amount of discussion both in patch reviews and in
IRC. Now would seem like a good time to summarize where
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#258
·
|
|
Re: Kernel MS Precision
ns or us, you still needed 64-bit timeouts for either, which ended up
being the major concern. 64-bit math can be costly: we've seen stack
usage increase of 80 bytes on some architectures. Also, I
ns or us, you still needed 64-bit timeouts for either, which ended up
being the major concern. 64-bit math can be costly: we've seen stack
usage increase of 80 bytes on some architectures. Also, I
|
By
Benjamin Walsh <benjamin.walsh@...>
·
#256
·
|
|
Re: LWM2M: Call for proposals
Hi all
I am a contributor to https://github.com/FlowM2M/AwaLWM2M. We've been working recently on integrating this into a number of different platforms and would love for Awa to be a part of the
Hi all
I am a contributor to https://github.com/FlowM2M/AwaLWM2M. We've been working recently on integrating this into a number of different platforms and would love for Awa to be a part of the
|
By
Matt Vinall <Matt.Vinall@...>
·
#257
·
|
|
Re: Kernel MS Precision
Regarding reserving upper bits, perhaps think about this the other way around. What is the largest sane microsecond sleep? We need only to reserve enough bits to accommodate that...
For example once
Regarding reserving upper bits, perhaps think about this the other way around. What is the largest sane microsecond sleep? We need only to reserve enough bits to accommodate that...
For example once
|
By
Daniel Thompson <daniel.thompson@...>
·
#255
·
|
|
Re: Kernel MS Precision
While Im not sure Im 100% convinced, having negative numbers just be the number in ticks as it was in the old API should be fine. Im curious though why you went for ns when most system wouldn't be
While Im not sure Im 100% convinced, having negative numbers just be the number in ticks as it was in the old API should be fine. Im curious though why you went for ns when most system wouldn't be
|
By
Michael Rosen
·
#254
·
|
|
Re: Kernel MS Precision
Hi Mike,
When prototyping the new API, I started with timeouts as an int64_t in
nanoseconds, to allow the same precision as struct timespec, but without
the akwardness of having to create an instance
Hi Mike,
When prototyping the new API, I started with timeouts as an int64_t in
nanoseconds, to allow the same precision as struct timespec, but without
the akwardness of having to create an instance
|
By
Benjamin Walsh <benjamin.walsh@...>
·
#253
·
|
|
Re: Daily digests...
Hi, I raised https://jira.zephyrproject.org/browse/INF-119 which is
currently assigned to Inaky.
Cheers
/Marcus
Hi, I raised https://jira.zephyrproject.org/browse/INF-119 which is
currently assigned to Inaky.
Cheers
/Marcus
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#252
·
|
|
Re: Daily digests...
+1, is there any action to get them back or should we live with it from now on?
+1, is there any action to get them back or should we live with it from now on?
|
By
Erwan Gouriou
·
#251
·
|
|
Kernel MS Precision
Zephyr Devs,
Weve started moving our project from Zephyr 1.5 to Zephyr 1.7. One big change (aside from the really big ones like unified kernel and all that) is that the APIs for timers and others
Zephyr Devs,
Weve started moving our project from Zephyr 1.5 to Zephyr 1.7. One big change (aside from the really big ones like unified kernel and all that) is that the APIs for timers and others
|
By
Michael Rosen
·
#250
·
|
|
Re: NXP FRDM-K64F and OpenOCD from 0.9.0 SDK issue
Hi Maureen,
thanks for reply.
(...)
Yes and I can flash with that version although I get above errors I'm not sure how important is that. Despite working flashing procedure and correctly running
Hi Maureen,
thanks for reply.
(...)
Yes and I can flash with that version although I get above errors I'm not sure how important is that. Despite working flashing procedure and correctly running
|
By
Piotr Król <piotr.krol@...>
·
#249
·
|
|
Re: RFC: Random numbers
Hi Marcus,
<marcus.shawcroft@...> wrote:
From a developer with no much expertise into what does TRNG/PRNG
really means, myself included, Im not sure how using this terms would
improve the
Hi Marcus,
<marcus.shawcroft@...> wrote:
From a developer with no much expertise into what does TRNG/PRNG
really means, myself included, Im not sure how using this terms would
improve the
|
By
Luiz Augusto von Dentz
·
#248
·
|
|
Re: RFC: Random numbers
Hi Luiz
My last set of comments in gerrit and this RFC crossed, I'll repost my
comments here in the thread:
This seems reasonable. It would be good to choose names that more
clearly articulate the
Hi Luiz
My last set of comments in gerrit and this RFC crossed, I'll repost my
comments here in the thread:
This seems reasonable. It would be good to choose names that more
clearly articulate the
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#247
·
|
|
RFC: Random numbers
Hi Marcus,
Lets move the discussion of
https://gerrit.zephyrproject.org/r/#/c/12341 here since it should be
quite important to get it right if we intend Zephyr to be somewhat
secure OS.
--
Luiz
Hi Marcus,
Lets move the discussion of
https://gerrit.zephyrproject.org/r/#/c/12341 here since it should be
quite important to get it right if we intend Zephyr to be somewhat
secure OS.
--
Luiz
|
By
Luiz Augusto von Dentz
·
#246
·
|
|
Re: File system in zephyr flashed on Arduino 101
Not clear where you made these changes. Are you referring to the
sample app function test_file_write()?
Not sure what is going on. Assuming the file system got corrupted,
you can try recreating
Not clear where you made these changes. Are you referring to the
sample app function test_file_write()?
Not sure what is going on. Assuming the file system got corrupted,
you can try recreating
|
By
Thomas, Ramesh
·
#245
·
|
|
Re: File system in zephyr flashed on Arduino 101
Can anyone tell me where the file is stored I mean which part if the memory
Can anyone tell me where the file is stored I mean which part if the memory
|
By
Ani
·
#244
·
|
|
Re: LWM2M: Call for proposals
Is your implementation available anywhere public already?
Don't think we should restrict Zephyr to have only client support, but
I would imagine that is the most important piece to start with.
Looks
Is your implementation available anywhere public already?
Don't think we should restrict Zephyr to have only client support, but
I would imagine that is the most important piece to start with.
Looks
|
By
Ricardo Salveti de Araujo <ricardo.salveti@...>
·
#243
·
|
|
Re: NXP FRDM-K64F and OpenOCD from 0.9.0 SDK issue
Hi Piotr,
By
Maureen Helm
·
#241
·
|
|
Re: LWM2M: Call for proposals
Hello Anas,
I would like to try our LWM2M client only implementation in Zephyr and as recently have been working hard
to get it more portable and independent of Contiki it should be fairly easy I
Hello Anas,
I would like to try our LWM2M client only implementation in Zephyr and as recently have been working hard
to get it more portable and independent of Contiki it should be fairly easy I
|
By
Joakim Eriksson <joakim.eriksson@...>
·
#242
·
|