Date   

Re: Using Math function in zephyr

ashish.shukla@corvi.com <ashish.shukla@...>
 

Michael, I'm a newbie in Zephyr, can you please tell the steps to be followed to turn on float support for printf.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 2:39 PM, Michael Hope <michaelh@...> wrote:

printk probably doesn't support floating point args. Give printf a try and make sure that printf float support is turned on under 'make menuconfig'.


On Fri, 22 Dec 2017, 10:04 ashish.shukla@..., <ashish.shukla@...> wrote:
Hi,

It doesn't seem to be working for me. Here's a test program

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
printk("round up %d  \n\r",round(5.7));
printk("round down %d \n\r",round(5.2));
}

and output I get is

round up 1075314688
round down 1075052544

I'm working with nrf52840 uC.





--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 1:02 PM, Michael Hope <michaelh@...> wrote:
Huh, interesting.  It works for me in a test program:

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
        printf("round up: %f\n", round(1.9));
        printf("round down: %f\n", round(3.1));
}

"""
***** BOOTING ZEPHYR OS v1.10.99- - BUILD: Dec 21 2017 21:44:19 *****
round up: 2.000000
round down: 3.000000
"""

This is on BOARD=qemu_cortex_m3 which uses the ARM soft float ABI.  There's a chance that you've got a mix of hard float / soft float code but I thought the linker checked that.

What board is this for?

-- Michael

On Fri, 22 Dec 2017 at 08:17 ashish.shukla@... <ashish.shukla@...> wrote:
Hi Michael,

After switching to new library, code compiles but it rounds off all the values to 0.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 12:01 PM, Michael Hope <michaelh@...> wrote:
Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel




Re: Using Math function in zephyr

Michael Hope
 

printk probably doesn't support floating point args. Give printf a try and make sure that printf float support is turned on under 'make menuconfig'.


On Fri, 22 Dec 2017, 10:04 ashish.shukla@..., <ashish.shukla@...> wrote:
Hi,

It doesn't seem to be working for me. Here's a test program

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
printk("round up %d  \n\r",round(5.7));
printk("round down %d \n\r",round(5.2));
}

and output I get is

round up 1075314688
round down 1075052544

I'm working with nrf52840 uC.





--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 1:02 PM, Michael Hope <michaelh@...> wrote:
Huh, interesting.  It works for me in a test program:

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
        printf("round up: %f\n", round(1.9));
        printf("round down: %f\n", round(3.1));
}

"""
***** BOOTING ZEPHYR OS v1.10.99- - BUILD: Dec 21 2017 21:44:19 *****
round up: 2.000000
round down: 3.000000
"""

This is on BOARD=qemu_cortex_m3 which uses the ARM soft float ABI.  There's a chance that you've got a mix of hard float / soft float code but I thought the linker checked that.

What board is this for?

-- Michael

On Fri, 22 Dec 2017 at 08:17 ashish.shukla@... <ashish.shukla@...> wrote:
Hi Michael,

After switching to new library, code compiles but it rounds off all the values to 0.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 12:01 PM, Michael Hope <michaelh@...> wrote:
Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@...
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel



Re: Using Math function in zephyr

ashish.shukla@corvi.com <ashish.shukla@...>
 

Hi,

It doesn't seem to be working for me. Here's a test program

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
printk("round up %d  \n\r",round(5.7));
printk("round down %d \n\r",round(5.2));
}

and output I get is

round up 1075314688
round down 1075052544

I'm working with nrf52840 uC.





--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 1:02 PM, Michael Hope <michaelh@...> wrote:
Huh, interesting.  It works for me in a test program:

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
        printf("round up: %f\n", round(1.9));
        printf("round down: %f\n", round(3.1));
}

"""
***** BOOTING ZEPHYR OS v1.10.99- - BUILD: Dec 21 2017 21:44:19 *****
round up: 2.000000
round down: 3.000000
"""

This is on BOARD=qemu_cortex_m3 which uses the ARM soft float ABI.  There's a chance that you've got a mix of hard float / soft float code but I thought the linker checked that.

What board is this for?

-- Michael

On Fri, 22 Dec 2017 at 08:17 ashish.shukla@... <ashish.shukla@...> wrote:
Hi Michael,

After switching to new library, code compiles but it rounds off all the values to 0.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 12:01 PM, Michael Hope <michaelh@...> wrote:
Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel



poll event handling bug in v1.9.0 and v1.10.0, Request review for this patch.

Xin Zhou
 

Hi, All


Due to network policy issue, We submit a bug about poll event handling by mail-list way here,

And request review for the patch.




周欣 Zhou Xin


安全操作系统与驱动
解决方案一部/解决方案部/深圳市中兴微电子技术有限公司


南京市雨花台区紫荆花路68号中兴通讯南京研发中心4C

4C/F, ZTE R&D Center(NanJing), No.68 ZiJinghua Road, 

YuHuatai District, Nanjing, P.R.China, 210012

T: 025-52870384

M: +86 13770868539

E: zhou.xin8@...


Re: Using Math function in zephyr

Michael Hope
 

Huh, interesting.  It works for me in a test program:

#include <zephyr.h>
#include <misc/printk.h>
#include <math.h>

void main(void)
{
        printf("round up: %f\n", round(1.9));
        printf("round down: %f\n", round(3.1));
}

"""
***** BOOTING ZEPHYR OS v1.10.99- - BUILD: Dec 21 2017 21:44:19 *****
round up: 2.000000
round down: 3.000000
"""

This is on BOARD=qemu_cortex_m3 which uses the ARM soft float ABI.  There's a chance that you've got a mix of hard float / soft float code but I thought the linker checked that.

What board is this for?

-- Michael

On Fri, 22 Dec 2017 at 08:17 ashish.shukla@... <ashish.shukla@...> wrote:
Hi Michael,

After switching to new library, code compiles but it rounds off all the values to 0.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 12:01 PM, Michael Hope <michaelh@...> wrote:
Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@...
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Re: Using Math function in zephyr

ashish.shukla@corvi.com <ashish.shukla@...>
 

Hi Michael,

After switching to new library, code compiles but it rounds off all the values to 0.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Fri, Dec 22, 2017 at 12:01 PM, Michael Hope <michaelh@...> wrote:
Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Re: Using Math function in zephyr

Michael Hope
 

Hi Ashish.  I haven't used this personally, but try switching the libc from the built-in minimal libc to newlib.  See http://docs.zephyrproject.org/subsystems/c_library.html for more.

-- Michael

On Fri, 22 Dec 2017 at 06:00 ashish.shukla@... <ashish.shukla@...> wrote:
Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@...
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Using Math function in zephyr

ashish.shukla@corvi.com <ashish.shukla@...>
 

Hello everyone !

I'm to use round()  function in zephyr. How to include math functions in zephyr ?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


Re: Problem in I2C interfacing with nrf52840

ashish.shukla@corvi.com <ashish.shukla@...>
 

Hi,

I was trying to read I2C registers, when I look at TXD register of I2C, data is written there, but it not being sent or it does not receive ACK signal.

After, commenting out this line
k_sem_take(&data->sem, K_FOREVER);    in i2c_nrf5.c
I added this line
while(NRF_TWI0->EVENTS_TXDSENT==0);

flow of control never comes out of this loop.



--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Thu, Dec 21, 2017 at 5:48 PM, ashish.shukla@... <ashish.shukla@...> wrote:
Hi,

Yes, it appears that I'm stuck at same place.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Thu, Dec 21, 2017 at 4:14 PM, Puzdrowski, Andrzej <Andrzej.Puzdrowski@nordicsemi.no> wrote:

Can  you chech whether is it similar to previous mail-list thread topic: NRF5x I2C driver and the sensor/th02 example  (on https://lists.zephyrproject.org/pipermail/zephyr-devel/2017-November/thread.html)?

 

Andrzej

 

From: zephyr-devel-bounces@...hyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of ashish.shukla@...
Sent: Thursday, December 21, 2017 10:44 AM
To: zephyr-users@...ct.org; zephyr-devel@...ct.org
Subject: [Zephyr-devel] Problem in I2C interfacing with nrf52840

 


Hello everyone !!!

 

I'm trying to interface an EEPROM with nrf52840 using I2C protocol.

 

For this, I used  .../samples/drivers/i2c_fujitsu_fram example, I'm able to read bytes from memory, but I can't write anything in memory. It's write_bytes() function doesn't seem to be working.

 

Did someone faced the same issue? and what needs to be done to fix this?

 

--

Warm regards,
Ashish Shukla

Jr. Embedded Engineer

Research & Development

 

Please consider the environment before printing this e-mail or its attachments.

 

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

 




Re: Confusion about Zephyr ADC API semantics

Marti Bolivar
 

Hi Jonas,

Thanks for your response! I hope you don't mind I've added back the
users list as well.

I am leaving for holiday break at end of day and so likely won't have
more to say until the new year, but I will be sure to handle 12-bit
right aligned values in a u16_t array in anything I propose for the
core API.

FWIW, STM32 ADCs also support 12 bit conversion with configurable alignment.

Best,
Marti

On Thu, Dec 21, 2017 at 2:24 AM, Jonas Pfaff <jonas.pfaff@comsuisse.ch> wrote:
Hi Marti,

I understand your confusion as I had the same problem a few months ago.
I implemented the sam_afec driver using a 16bit array containing right
aligned 12bit values (can go up to 16bit depending on the ADC config)
because it seemed to be the most plausible and straightforward solution
in my use case.
I am curious to see your solution and would be happy to help where I
can.

Regards,
Jonas

Hello again,

Since about a week has passed by with no response, I assume that the
ADC infrastructure is currently unmaintained (or the maintainers are
on vacation), and will do my best to fix the core semantics as best I
can. I will also make a best effort to contact authors of existing ADC
drivers if I need help as regards to changes that might impact those.

I hope and expect to submit some PRs around this in the first week of
2018, now that I've spent a few days hacking on an nRF SAADC driver
and feel I understand the issues a bit better.

Please let me know if you'd like to help!

Thanks,
Marti

On Fri, Dec 15, 2017 at 9:00 PM, Marti Bolivar
<marti@opensourcefoundries.com> wrote:
Hi,

I've been reading through the ADC API, its users, and its test cases,
and I'm confused about the semantics of struct adc_seq_entry, in
particular the field named "buffer". The API docs are vague and the
users contradict each other; something seems wrong to me.

(I volunteer to try to improve the documentation if we can clear
things up; I'm working on an ADC driver and would like to make sure
I'm doing the right thing.)

The main header says "buffer" is a byte array:

https://github.com/zephyrproject-rtos/zephyr/blob/master/include/adc.h#L39

But it doesn't say anything about the contents. That's strange,
especially since common ADC IPs can do 12+ bit conversions. (I at
least expected a u16*, and something written about the left- or
right-alignment of sample data, e.g. how a 12 bit sample is stored in
a 16 bit word.)

That same header only has this to say about the returned values from
an adc_read() call:

* The sample data can be retrieved from the memory buffers in
* the sequence table structure.

So I looked at the API users to find out more, but the results were
even more confusing.

This "simple" test wants to interpret the results as though the buffer
field points at an array of u32 (note the _print_sample_in_hex
implementation and the "delta" printk in adc_test):

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L36

It also says buffer should be void*, which isn't true:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L78

This "api" test thinks buffer is u16*:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_api/src/test_adc.c#L53

The ADC-based grove temperature driver treats Zephyr samples as if
they were 12 bit right aligned values in a u16 array, and has a
comment saying that's the common convention:

https://github.com/zephyrproject-rtos/zephyr/blob/master/drivers/grove/temperature_sensor.c#L46

Can anyone clarify what the correct interpretation of this field is?

Thanks,
Marti


Re: Problem in I2C interfacing with nrf52840

ashish.shukla@corvi.com <ashish.shukla@...>
 

Hi,

Yes, it appears that I'm stuck at same place.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Thu, Dec 21, 2017 at 4:14 PM, Puzdrowski, Andrzej <Andrzej.Puzdrowski@...> wrote:

Can  you chech whether is it similar to previous mail-list thread topic: NRF5x I2C driver and the sensor/th02 example  (on https://lists.zephyrproject.org/pipermail/zephyr-devel/2017-November/thread.html)?

 

Andrzej

 

From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of ashish.shukla@...
Sent: Thursday, December 21, 2017 10:44 AM
To: zephyr-users@lists.zephyrproject.org; zephyr-devel@lists.zephyrproject.org
Subject: [Zephyr-devel] Problem in I2C interfacing with nrf52840

 


Hello everyone !!!

 

I'm trying to interface an EEPROM with nrf52840 using I2C protocol.

 

For this, I used  .../samples/drivers/i2c_fujitsu_fram example, I'm able to read bytes from memory, but I can't write anything in memory. It's write_bytes() function doesn't seem to be working.

 

Did someone faced the same issue? and what needs to be done to fix this?

 

--

Warm regards,
Ashish Shukla

Jr. Embedded Engineer

Research & Development

 

Please consider the environment before printing this e-mail or its attachments.

 

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

 



Re: Problem in I2C interfacing with nrf52840

Puzdrowski, Andrzej
 

Can  you chech whether is it similar to previous mail-list thread topic: NRF5x I2C driver and the sensor/th02 example  (on https://lists.zephyrproject.org/pipermail/zephyr-devel/2017-November/thread.html)?

 

Andrzej

 

From: zephyr-devel-bounces@... [mailto:zephyr-devel-bounces@...] On Behalf Of ashish.shukla@...
Sent: Thursday, December 21, 2017 10:44 AM
To: zephyr-users@...; zephyr-devel@...
Subject: [Zephyr-devel] Problem in I2C interfacing with nrf52840

 


Hello everyone !!!

 

I'm trying to interface an EEPROM with nrf52840 using I2C protocol.

 

For this, I used  .../samples/drivers/i2c_fujitsu_fram example, I'm able to read bytes from memory, but I can't write anything in memory. It's write_bytes() function doesn't seem to be working.

 

Did someone faced the same issue? and what needs to be done to fix this?

 

--

Warm regards,
Ashish Shukla

Jr. Embedded Engineer

Research & Development

 

Please consider the environment before printing this e-mail or its attachments.

 

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

 


Problem in I2C interfacing with nrf52840

ashish.shukla@corvi.com <ashish.shukla@...>
 


Hello everyone !!!

I'm trying to interface an EEPROM with nrf52840 using I2C protocol.

For this, I used  .../samples/drivers/i2c_fujitsu_fram example, I'm able to read bytes from memory, but I can't write anything in memory. It's write_bytes() function doesn't seem to be working.

Did someone faced the same issue? and what needs to be done to fix this?

--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


Re: [Zephyr-users] Problem in working with Ozone and nRF52840

ashish.shukla@corvi.com <ashish.shukla@...>
 

Thanks,
That solved the issue.


--
Warm regards,
Ashish Shukla
Jr. Embedded Engineer
Research & Development


Please consider the environment before printing this e-mail or its attachments.

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi


On Wed, Dec 20, 2017 at 8:25 PM, Cufi, Carles <Carles.Cufi@...> wrote:

Hi Ashish,

 

The “variable is out of scope” is pretty common and I get it all the time too. It usually happens with local variables only, and it’s mostly due to the compiler optimizations. So the 2 options you have is to either reduce the optimization level (say from –O3 to –O0) or, for a quick fix, store the variable you’re interested in in a temporary global.

 

Regards,

 

Carles

 

From: zephyr-users-bounces@lists.zephyrproject.org [mailto:zephyr-users-bounces@lists.zephyrproject.org] On Behalf Of ashish.shukla@...
Sent: 20 December 2017 06:22
To: zephyr-users@lists.zephyrproject.org; zephyr-devel@lists.zephyrproject.org
Subject: [Zephyr-users] Problem in working with Ozone and nRF52840

 

Hello everyone !!!

I'm just starting to work with Ozone for hardware debugging of nRF52840 uC.

When I enter a variable named cnt which is declared in main function, it says the variable is out of scope. I can't figure out what this means here, and how to resolve this.

Also, is there any way look at status of PINs of uC e.g. I want to look at changing status of pins as a graph.

I'm attaching snapshot of Ozone window. 

 

--

Warm regards,
Ashish Shukla

Jr. Embedded Engineer

Research & Development

 

Please consider the environment before printing this e-mail or its attachments.

 

Disclaimer: The information contained herein (including any accompanying documents) is confidential and is intended solely for the addressee(s). If you have erroneously received this message, please immediately delete it and notify the sender. Also, if you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this message or any accompanying document is strictly prohibited and is unlawful. The organization is not responsible for any damage caused by a virus or alteration of the e-mail by a third party or otherwise. The contents of this message may not necessarily represent the views or policies of Corvi

 



Re: Confusion about Zephyr ADC API semantics

Jonas Pfaff
 

Hi Marti,

I understand your confusion as I had the same problem a few months ago.
I implemented the sam_afec driver using a 16bit array containing right
aligned 12bit values (can go up to 16bit depending on the ADC config)
because it seemed to be the most plausible and straightforward solution
in my use case.
I am curious to see your solution and would be happy to help where I
can.

Regards,
Jonas

Hello again,

Since about a week has passed by with no response, I assume that the
ADC infrastructure is currently unmaintained (or the maintainers are
on vacation), and will do my best to fix the core semantics as best I
can. I will also make a best effort to contact authors of existing ADC
drivers if I need help as regards to changes that might impact those.

I hope and expect to submit some PRs around this in the first week of
2018, now that I've spent a few days hacking on an nRF SAADC driver
and feel I understand the issues a bit better.

Please let me know if you'd like to help!

Thanks,
Marti

On Fri, Dec 15, 2017 at 9:00 PM, Marti Bolivar
<marti@opensourcefoundries.com> wrote:
Hi,

I've been reading through the ADC API, its users, and its test cases,
and I'm confused about the semantics of struct adc_seq_entry, in
particular the field named "buffer". The API docs are vague and the
users contradict each other; something seems wrong to me.

(I volunteer to try to improve the documentation if we can clear
things up; I'm working on an ADC driver and would like to make sure
I'm doing the right thing.)

The main header says "buffer" is a byte array:

https://github.com/zephyrproject-rtos/zephyr/blob/master/include/adc.h#L39

But it doesn't say anything about the contents. That's strange,
especially since common ADC IPs can do 12+ bit conversions. (I at
least expected a u16*, and something written about the left- or
right-alignment of sample data, e.g. how a 12 bit sample is stored in
a 16 bit word.)

That same header only has this to say about the returned values from
an adc_read() call:

* The sample data can be retrieved from the memory buffers in
* the sequence table structure.

So I looked at the API users to find out more, but the results were
even more confusing.

This "simple" test wants to interpret the results as though the buffer
field points at an array of u32 (note the _print_sample_in_hex
implementation and the "delta" printk in adc_test):

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L36

It also says buffer should be void*, which isn't true:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L78

This "api" test thinks buffer is u16*:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_api/src/test_adc.c#L53

The ADC-based grove temperature driver treats Zephyr samples as if
they were 12 bit right aligned values in a u16 array, and has a
comment saying that's the common convention:

https://github.com/zephyrproject-rtos/zephyr/blob/master/drivers/grove/temperature_sensor.c#L46

Can anyone clarify what the correct interpretation of this field is?

Thanks,
Marti


Re: how to wait for BLE controller initialization?

Johan Hedberg
 

Hi Vakul,

On Thu, Dec 21, 2017, Vakul Garg wrote:
I am using zephyr with nxp board frdm_k64f. It is connected with
frdm_kw41z running the BLE firmware. The kw41z acts as BLE
controller.

The two boards get powered up together. In this setup, bt_enable()
executes even before frdm_kw41z firmware could complete
initialization.

This leads to bt_hci_cmd_send_sync failing for command
BT_HCI_OP_RESET. The failure happens due to timeout on semaphore
'sync_sem'.

As a workaround, I have to insert a delay of 1 second in bt_enable().

Can someone guide me how to fix such a race condition properly?
To me this sounds like something the HCI driver should handle, since
that's the entity that's expected to deal with HW-specific details. You
could e.g. make the HCI driver for your controller block on its open()
call until the HW is ready to receive HCI commands. If you're using the
existing H:4 driver (i.e. drivers/bluetooth/hci/h4.c) you could also use
UART flow control for this, i.e. the controller would only assert the
CTS line when it's ready to receive commands.

Johan


how to wait for BLE controller initialization?

Vakul Garg <vakul.garg@...>
 

Hi

 

I am using zephyr with nxp board frdm_k64f. It is connected with frdm_kw41z running the BLE firmware.

The kw41z acts as BLE controller.

 

The two boards get powered up together.

In this setup, bt_enable() executes even before frdm_kw41z firmware could complete initialization.

 

This leads to bt_hci_cmd_send_sync failing for command BT_HCI_OP_RESET.

The failure happens due to timeout on semaphore ‘sync_sem’.

 

As a workaround, I have to insert a delay of 1 second in bt_enable().

 

Can someone guide me how to fix such a race condition properly?

 

Regards

 

Vakul

 

 


Re: Confusion about Zephyr ADC API semantics

Marti Bolivar
 

Hello again,

Since about a week has passed by with no response, I assume that the
ADC infrastructure is currently unmaintained (or the maintainers are
on vacation), and will do my best to fix the core semantics as best I
can. I will also make a best effort to contact authors of existing ADC
drivers if I need help as regards to changes that might impact those.

I hope and expect to submit some PRs around this in the first week of
2018, now that I've spent a few days hacking on an nRF SAADC driver
and feel I understand the issues a bit better.

Please let me know if you'd like to help!

Thanks,
Marti

On Fri, Dec 15, 2017 at 9:00 PM, Marti Bolivar
<marti@opensourcefoundries.com> wrote:
Hi,

I've been reading through the ADC API, its users, and its test cases,
and I'm confused about the semantics of struct adc_seq_entry, in
particular the field named "buffer". The API docs are vague and the
users contradict each other; something seems wrong to me.

(I volunteer to try to improve the documentation if we can clear
things up; I'm working on an ADC driver and would like to make sure
I'm doing the right thing.)

The main header says "buffer" is a byte array:

https://github.com/zephyrproject-rtos/zephyr/blob/master/include/adc.h#L39

But it doesn't say anything about the contents. That's strange,
especially since common ADC IPs can do 12+ bit conversions. (I at
least expected a u16*, and something written about the left- or
right-alignment of sample data, e.g. how a 12 bit sample is stored in
a 16 bit word.)

That same header only has this to say about the returned values from
an adc_read() call:

* The sample data can be retrieved from the memory buffers in
* the sequence table structure.

So I looked at the API users to find out more, but the results were
even more confusing.

This "simple" test wants to interpret the results as though the buffer
field points at an array of u32 (note the _print_sample_in_hex
implementation and the "delta" printk in adc_test):

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L36

It also says buffer should be void*, which isn't true:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_simple/src/main.c#L78

This "api" test thinks buffer is u16*:

https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/drivers/adc/adc_api/src/test_adc.c#L53

The ADC-based grove temperature driver treats Zephyr samples as if
they were 12 bit right aligned values in a u16 array, and has a
comment saying that's the common convention:

https://github.com/zephyrproject-rtos/zephyr/blob/master/drivers/grove/temperature_sensor.c#L46

Can anyone clarify what the correct interpretation of this field is?

Thanks,
Marti


Re: SD card driver?

Michael Hope
 

Thanks Anas, will do.


On Wed, 20 Dec 2017, 22:04 Nashif, Anas, <anas.nashif@...> wrote:
Michael,
I am not aware of anyone working on this, I would start by adding an issue in GH with this, if someone is interested in that, they will find it logged as something that is being worked on and can join you.

Anas

-----Original Message-----
From: zephyr-devel-bounces@... [mailto:zephyr-devel-bounces@...] On Behalf Of Michael Hope
Sent: Wednesday, December 20, 2017 3:56 PM
To: zephyr-devel@...
Subject: [Zephyr-devel] SD card driver?

Hi there.  I'm thinking of writing a SPI mode SDHC card driver that implements the disk layer and works with ELMFAT.

Is anyone else working on the same?  If so, would you like to join efforts?

-- Michael
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@...
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Re: SD card driver?

Nashif, Anas
 

Michael,
I am not aware of anyone working on this, I would start by adding an issue in GH with this, if someone is interested in that, they will find it logged as something that is being worked on and can join you.

Anas

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Michael Hope
Sent: Wednesday, December 20, 2017 3:56 PM
To: zephyr-devel@lists.zephyrproject.org
Subject: [Zephyr-devel] SD card driver?

Hi there. I'm thinking of writing a SPI mode SDHC card driver that implements the disk layer and works with ELMFAT.

Is anyone else working on the same? If so, would you like to join efforts?

-- Michael
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel

4141 - 4160 of 8046