SHT31 readout on nRF5340 using the Zephyr Sample

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Wed, 17 Apr 2024 13:58:51 GMT

Verified Answer is equivalent to Closed, so that is good.
Thanks!

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Wed, 17 Apr 2024 13:21:12 GMT

Dear Nordic team, I think this ticket can be closed.

I realized that I have few more tickets that probably should be closed (they have "Verified Answer" check).

Do I ask it to be closed, or just let it go? Just curious what it should be...

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Fri, 21 Jul 2023 05:57:34 GMT

Hi Sigurd,

I can confirm that level shifter for the I2C solved the problem! I am getting the sensor readings now.

The board overlay file ended up being:

&i2c1 {
    sht3xd@44 {
		compatible = "sensirion,sht3xd";
		reg = <0x44>;
	};
};

As a side note, I did have to try two different level shifters. Somehow PCA9306 based level shifter didn't work (maybe I got a dud one), but FXMA2102 based level shifter worked...

Anyway, thank you for your help!

Best Regards,

Makoto

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Thu, 20 Jul 2023 07:11:20 GMT

Ah yes, I agree.
This is likely the issue here.

Good find!

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Thu, 20 Jul 2023 07:01:38 GMT

Hi Sigurd,

Thank you for the info.

Last night I realized a critical error I made - nRF7002DK VDD is 1.8v (I assumed 3v). nRF52840DK is 3v. the SHT31-D board I am using requires at least 2.4v to turn on. This likely explains why nRF52840DK worked and nRF7002DK does not.

I ordered a level shifter today, so whenever I receive it I will test it out and post the result here.

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Thu, 20 Jul 2023 06:31:24 GMT

[quote user="makoto.inoue"] When I try to change from i2c1 to i2c0 it starts showing me a red squiggly underline in nRF Connect for VS code stating it needs more parameters to be configured (ex. "pinctrl-0 is requried"). [/quote]

This is because the i2c1 dts definition has pinctrl, while i2c0 has not yet been defined for the nRF5340DK cpuapp.
Still, just keep on using i2c1 if that is the default, we should be able to make that one work.

Maybe some of your pins are used by another resource, and this is why the i2c1 will not work?
You can check this either by looking at build/zephyr/zephyr.dts or by using the VS Code visual dts editor:

devzone.nordicsemi.com/.../dts_5F00_visual_5F00_editor.mp4

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Tue, 18 Jul 2023 13:15:57 GMT

Hi Sigurd,

I have not gotten the i2c0 that builds yet (not with nrf7002dk_nrf5340_cpuapp board). When I try to change from i2c1 to i2c0 it starts showing me a red squiggly underline in nRF Connect for VS code stating it needs more parameters to be configured (ex. "pinctrl-0 is requried"). It is not important to me whether I use i2c0 or i2c1, I'm just looking for a configuration that works.

From what I can tell, GPIO output current levels are same for both nRF52840 and nRF5340. Since I can get the example working for nRF52840, I think that there is no need for extra GPIO setup for nRF5340.

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Tue, 18 Jul 2023 09:37:28 GMT

Hi,

The nRF5340 is not pin-locked. You can use any pins you want for I2C, but see pin assignements for some notes.
To change pins used for either i2c0 or i2c1, see Pin Control.

The i2c0 and i2c1 both should work though. But if it builds fine for i2c0 for you, maybe no need to figure out why i2c1 does not work?

[quote user="makoto.inoue"]Does an i2c current drive level differ on nRF5340 than nRF52840? I remember in when interfacing a particular kind of a touch LCD with nRF52840, I needed to increase the SPI's current drive level (needed an extra GPIO configuration). Maybe something similar is required for nRF5340 when interfacing older i2c devices...?[/quote]

For drive current, see GPIO electrical specification.

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Tue, 18 Jul 2023 08:54:31 GMT

Hi Sigurd,

I've tried the suggested edits/configuration, but it still does not work.

The reason I'm using i2c1 instead of i2c0 is because the Arduino pin layout for SCL and SDA are mapped to:

SCL -> P1.03

SDA-> P1.02

of the nRF5340. I have wired my SHT31-D board's SCL and SDA to those pins. Hence I thought it needed to use port1 instead of port 0, so i2c1 instead of i2c0. Maybe this is configurable/flexible and I don't have to insist on using i2c1.

Does an i2c current drive level differ on nRF5340 than nRF52840? I remember in when interfacing a particular kind of a touch LCD with nRF52840, I needed to increase the SPI's current drive level (needed an extra GPIO configuration). Maybe something similar is required for nRF5340 when interfacing older i2c devices...?

Also note that I checked the SHT31-D board, and it has pull-up resisters for both SCL and SDA, so that is taken care.

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Tue, 18 Jul 2023 06:38:05 GMT

Hi,

It is the i2c1 which needs to be enabled:

&i2c1 {
	status = "okay";
	sht3xd@44 {
		compatible = "sensirion,sht3xd";
		reg = <0x44>;
		label = "SHT3XD";
	};
};

By the way, is there a reason to why you use i2c1 instead of i2c0?

[quote user="makoto.inoue"]Would I need pull-up resistors when working with nRF7002DK board (nRF52840DK works with the same setup)?[/quote]

As long as the nRF7002DK does not have pull-ups on the Development Kit on the pins you use, you need those, yes.
And I do not believe it has. To verify this, you can check its hardware files.

RE: SHT31 readout on nRF5340 using the Zephyr Sample

makoto.inoue — Mon, 17 Jul 2023 23:52:14 GMT

Hi Sigurd,

Thank you for your help.

Yes, I have enabled I2C in prj.conf. Below is my prj.conf:

CONFIG_STDOUT_CONSOLE=y
CONFIG_I2C=y
CONFIG_SENSOR=y
CONFIG_CBPRINTF_FP_SUPPORT=y

I've tried with status = "okay"; added to the overlay file:

&i2c1 {
	sht3xd@44 {
		compatible = "sensirion,sht3xd";
		status = "okay";
		reg = <0x44>;
		label = "SHT3XD";
	};
};

But I still get the same problem in device.c (line 103): dev->state->init_res = 5

FYI the same hardware setup works (I get both temperature and humidity readouts) with nRF52840DK.

Also I am using the code from here:

https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/sensor/sht3xd/README.rst

In the above documentation, I see an entry:

"Depending on the baseboard used, the SDA and SCL lines require Pull-Up resistors."

Would I need pull-up resistors when working with nRF7002DK board (nRF52840DK works with the same setup)?

Thanks,

Makoto

RE: SHT31 readout on nRF5340 using the Zephyr Sample

Sigurd Hellesvik — Mon, 17 Jul 2023 14:45:31 GMT

Hi,

Have you enabled I2C in prj.conf?

Your driver should be enabled in the devicetree overlay with

status = "okay";

Regards,
Sigurd Hellesvik