Device Tree: 'reg' node property

RE: Device Tree: 'reg' node property

Learner — Tue, 20 Oct 2020 17:31:30 GMT

Thank you Simon for providing answering my questions.

[quote userid="72692" url="~/f/nordic-q-a/67205/device-tree-reg-node-property/275888#275888"]

Learner said:

I favour option 1b. Can you please help me with the steps I need to take to implement this?

[/quote]

[quote userid="72692" url="~/f/nordic-q-a/67205/device-tree-reg-node-property/275888#275888"]However, this question is out-of-scope for this ticket, which was about the reg node property. Could you open a new ticket and ask about this? In this way we keep DevZone more organized and it easier for future users to navigate. Thanks for your understanding [/quote]

I fully understand your point. I have opened another ticket dedicated to the SPI device driver implementation.

Kind regards

Mohamed

RE: Device Tree: 'reg' node property

Simon — Tue, 20 Oct 2020 11:50:16 GMT

[quote user="Learner"]Can both methods of accessing devices over SPI (memory-mapped and SPI devices) be used with zephyr RTOS?[/quote]

I am not sure what you mean by "accesing devices". But both methods can be used in Zephyr. Read this for more information. You should just set the reg field appropriately, and then you don't have to worry about it more in your main code. The underlying drivers will use the reg fields and handle everything for you.

The sensor (e.g. the apds sensor) can be accessed from the code by using device_get_binding(<label>), where <label> is what you have set label equal to in the overlay/dts-file. E.g. this sensor is accessed by using device_get_binding("ADXL362").

[quote user="Learner"]I favour option 1b. Can you please help me with the steps I need to take to implement this?[/quote]

This question was about how to implement the sensor into your application and if you should create your own driver or not, and you decide to go for option b: "b. Easier way: Setup the SPI instance in your application, then add the communication protocol on-top."

However, this question is out-of-scope for this ticket, which was about the reg node property. Could you open a new ticket and ask about this? In this way we keep DevZone more organized and it easier for future users to navigate. Thanks for your understanding 🙂

[quote user="Learner"]So, sub-node adxl362@0 is an SPI device that is connected to spi3 and uses the pins defined below. Pin 8 is the CS for spi device adxl362@0 and pin 7 is the CS for spi device adxl372@1. Is this right? [/quote]

Yes, you have understood it correctly.

Best regards,

Simon

RE: Device Tree: 'reg' node property

Learner — Fri, 16 Oct 2020 09:23:11 GMT

Thank you Simon.

I am clear about the chip select question. However, I asked 3 more questions further up in this trail. You will find them if you search for the character '?'.

Please provide answers. Thank you.

Kind regards

Mohamed

RE: Device Tree: 'reg' node property

Simon — Fri, 16 Oct 2020 08:53:21 GMT

I think the zeros below are SPI device's chip select GPIO flags. See this

cs-gpios = <&gpio0 8 0>, <&gpio0 7 0>;

I believe the value assigned to reg shows whether an SPI device have a chip select line configured or not, 1 if yes and 0 if no. See this.

Best regards,

Simon

RE: Device Tree: 'reg' node property

Learner — Fri, 16 Oct 2020 07:25:49 GMT

[quote userid="72692" url="~/f/nordic-q-a/67205/device-tree-reg-node-property/275063#275063"]

This is an example of SPI device.

In this case the reg property will be on the from reg = <address>, which is the chip select line number

[/quote]

You are saying the value assigned to reg property is the chip select line (cs). What is meant by line in this context? is it the pin number on a particular port? I thought the chip select line is specified by the line below.

[quote userid="92434" url="~/f/nordic-q-a/67205/device-tree-reg-node-property/275211#275211"]cs-gpios = <&gpio0 8 0>, <&gpio0 7 0>;[/quote]

Please clarify. Thank you.

Kind regards

Mohamed

RE: Device Tree: 'reg' node property

Learner — Thu, 15 Oct 2020 20:46:34 GMT

Hi Simon,

Thank you for your answer.

Can both methods of accessing devices over SPI (memory-mapped and SPI devices) be used with zephyr RTOS?

[quote userid="72692" url="~/f/nordic-q-a/67205/device-tree-reg-node-property/275063#275063"]This is an example of SPI device.[/quote]

So, sub-node adxl362@0 is an SPI device that is connected to spi3 and uses the pins defined below. Pin 8 is the CS for spi device adxl362@0 and pin 7 is the CS for spi device adxl372@1. Is this right?

What is the 0 in the chip select line below (cs-gpios) for?

status = "okay";
sck-pin = <3>;
mosi-pin = <4>;
miso-pin = <5>;
cs-gpios = <&gpio0 8 0>, <&gpio0 7 0>;

Let me put it to you what I think I understood from your answer and relate to what I am trying to implement on our own proprietary board.

I need to communicate with a device over SPI using nRF5340 and zephyr RTOS. I have the source code for the driver.

For example if I wanted to communicate with the device over spi1 I need to implement the following in an overlay file.

&spi1 {
compatible = "nordic,nrf-spim";
status = "okay";
sck-pin = <13>;
mosi-pin = <09>;
miso-pin = <40>;
cs-gpios = <&gpio0 19 0>;

};

I am not sure about what to do with the source code for the device driver. I do not want to create a full blown zephyr based driver for this device. I have read on DevZone this

Drivers-wise, you essentially have two options (zephyr choice is divided into two options):

1. Use the generic Zephyr driver API

a. Hard way: Create a full-blown zephyr based driver - this is normally not done unless you plan to do a pull-request to the zephyr-rtos project.

b. Easier way: Setup the SPI instance in your application, then add the communication protocol on-top.

2. Use the nordic specific nrfx driver directly

You can use the Zephyr API to create your own driver. This includes creating Kconfig menu, device tree, and developing the sensor src and porting to use the spi.h API. This would then be a portable driver, which can theoretically run on any of the supported SPI "backends" (ie: x86, arm, xtensa, etc), but its not a straight forward process.

You also have the option to use the nrfx_spim driver directly in your application, by adding CONFIG_NRFX_SPIM=y, then adding for instance CONFIG_NRFX_SPIM1=y.

I favour option 1b. Can you please help me with the steps I need to take to implement this?

Thank you.

Kind regards

Mohamed

RE: Device Tree: 'reg' node property

Simon — Thu, 15 Oct 2020 11:56:46 GMT

I looked into this, and I think I understand how this works

There is a difference between Devices accessed via memory-mapped and SPI devices.

This is an example of Devices accessed via memory-mapped.

There is not defined any reg property here, so it will get the default value from here
In this case the reg property will be on the form reg = <address length>, which gives information on where this peripheral is placed in memory and how much memory it occupies. It should coincide with the values defined here.

This is an example of SPI device.

In this case the reg property will be on the from reg = <address>, which is the chip select line number

The values you see in zephyr.dts comes from here

Best regards,

Simon