Re: [PATCH] iio: chemical: add SGP41 driver

From: Not More

Date: Thu Oct 29 2026 - 12:56:43 EST


Re: SGP41 support
Reply to:
>Hi Akshat,
>
>I'd like to pick up SGP41 support, taking the approach Jonathan
>suggested above and extending the sgp40 driver rather than adding
>a separate one. I have SGP40 and SGP41 boards on the way for
>testing.
>
>Unless you already have a v2 close to ready, I plan to post a
>series in the next few weeks and will Cc you on it. Your review
>and testing would be very welcome.
>
>Thanks,
>Lukasz Kulga

Hi Lukasz,

Thanks for reaching out.
I have a v2 nearly ready (binding as a trivial-devices entry with
vdd-supply, plus a separate driver). Hardware testing on my SGP41
board is still remaining, so I expect to post it within the next 2
weeks.

I kept it separate because SGP41 has different commands, CRC-protected
two-word results, a NOx channel and a 10 s conditioning phase that
sgp40 lacks. I'll explain this in the cover letter as Jonathan asked,
and I'm happy to rework it as an sgp40 extension if he prefers.

I'll Cc you on v2. Testing on your boards would be very welcome.

Thanks,
Akshat

On Wed, 28 Oct 2026 at 18:43, Lukasz Kulga <lukasz.kulga@xxxxxxxxx> wrote:
>
> On 9/4/26 05:22, Jonathan Cameron wrote:
> > Whilst it should be a separate patch, the route here to use
> > trivial-devices might make sense. Only thing that might be
> > worth documenting would be vdd-supply.
> >
> > I'm would be looking for description in the cover letter of how this
> > is different from, and not suited to extension of another drive
> > such as the sgp40 (obviously there are more channels on one than
> > the other so it isn't trivial!)
> >
> > Jonathan
>
> Hi Akshat,
>
> I'd like to pick up SGP41 support, taking the approach Jonathan
> suggested above and extending the sgp40 driver rather than adding
> a separate one. I have SGP40 and SGP41 boards on the way for
> testing.
>
> Unless you already have a v2 close to ready, I plan to post a
> series in the next few weeks and will Cc you on it. Your review
> and testing would be very welcome.
>
> Thanks,
> Lukasz Kulga