From: "Kurt Borja" <kuurtb@gmail.com>
To: "David Lechner" <dlechner@baylibre.com>,
"Kurt Borja" <kuurtb@gmail.com>,
"Jonathan Cameron" <jic23@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Linus Walleij" <linusw@kernel.org>,
"Bartosz Golaszewski" <brgl@kernel.org>
Cc: "Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andy@kernel.org>,
linux-iio@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org
Subject: Re: [PATCH v3 1/9] dt-bindings: iio: adc: support the TI ADS126x ADC family
Date: Sun, 09 Aug 2026 03:26:29 -0500 [thread overview]
Message-ID: <DKK9QKE0OYZA.3BCNK78VTHNYN@gmail.com> (raw)
In-Reply-To: <c7faac0a-e3a5-42bf-8cc1-aee1370ef662@baylibre.com>
On Sat Aug 8, 2026 at 1:38 PM -05, David Lechner wrote:
> On 8/7/26 10:58 PM, Kurt Borja wrote:
>> The ADS1262 and ADS1263 are 32-bit, 38.4-kSPS delta-sigma ADCs with an
>> integrated PGA, internal reference, excitation and burn-out current
>> sources for sensor biasing and diagnostics. The ADS1263 adds a second,
>> 24-bit delta-sigma ADC (ADC2) for background measurements.
>>
>
> ...
>
>> +patternProperties:
>> + "^ain([0-9]|com)-supply$":
>> + description:
>> + Common-mode voltage supply connected to AIN<N> or AINCOM.
>> +
>> + "^refp[1-3]-supply$":
>> + description:
>> + Positive voltage reference connected to REFP1 (AIN0), REFP2 (AIN2) or
>> + REFP3 (AIN4). If not described, its assumed to be connected to ground
>> + (0V).
>
> Would we really have a case with a negative only reference? I would say if not
> described, assume the pin is free for other use.
In bipolar supply configurations, I believe it would make sense to wire
the negative reference to -2.5V and ground the positive. Also we have
the ti,reference-reversal case, where you may wire the "negative"
reference to say 2.5V and the positive to ground.
>
>> +
>> + "^refn[1-3]-supply$":
>> + description:
>> + Negative voltage reference connected to REFN1 (AIN1), REFN2 (AIN3) or
>> + REFN3 (AIN5). If not described, its assumed to be connected to ground
>> + (0V).
>
> Assumption is only true when corresponding refp supply is described. Otherwise
> we should assume the pin is free for other uses.
I'll clarify it.
>
>> +
>> + "^ti,refp[1-3]-refn[1-3]-resistor-ohms$":
>> + description:
>> + Magnitude of the external reference resistor connected between REFP<N>
>> + and REFN<M>. In ratiometric configurations, such as RTD measurements, the
>> + IDAC excitation current returns through this resistor, generating the
>> + reference voltage for the conversion.
>> +
>> + "^channel@[0-9]+$":
>> + $ref: /schemas/iio/adc/adc.yaml#
>> + unevaluatedProperties: false
>> +
>> + properties:
>> + reg:
>> + maxItems: 1
>> +
>> + single-channel:
>> + minimum: 0
>> + maximum: 10
>> +
>> + common-mode-channel:
>> + minimum: 0
>> + maximum: 10
>> + default: 10
>> +
>> + diff-channels:
>> + description: |
>> + In addition to the analog input pins 0 (AIN0) - 10 (AINCOM), there are
>> + special inputs that can be selected from the following values:
>> + 11: Temperature sensor monitor
>> + 12: Analog power supply monitor
>> + 13: Digital power supply monitor
>> + 14: TDAC test signal
>
> For reasons mentioned in the reply to the cover letter, I'm not a fan of the
> monitor channels here.
>
>> + items:
>> + minimum: 0
>> + maximum: 14
>> +
>
> ...
>
>> + input-chopping: true
>> +
>> + ti,idac-rotation:
>
> Should we make this one a standard property like input-chopping?
Maybe excitation-current-chopping or excitation-channel-chopping?
>
>> + $ref: /schemas/types.yaml#/definitions/flag
>> + description:
>> + Automatically swap the IDAC1 and IDAC2 connections of alternate
>> + conversions. The ADC averages the alternate conversions to eliminate
>> + IDAC mismatch.
>> +
>
> ...
>
>> +examples:
>> + - |
>> + #include <dt-bindings/gpio/gpio.h>
>> + #include <dt-bindings/interrupt-controller/irq.h>
>> +
>> + spi {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> +
>> + adc@0 {
>> + compatible = "ti,ads1262";
>> + reg = <0>;
>> + spi-max-frequency = <8000000>;
>> + spi-cpha;
>> + avdd-supply = <&avdd>;
>> + dvdd-supply = <&dvdd>;
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> +
>> + interrupts-extended = <&gpio 0 IRQ_TYPE_EDGE_FALLING>;
>> + interrupt-names = "drdy";
>> +
>> + /* Typical common mode voltage configuration */
>> + aincom-supply = <&ads1262_vbias>;
>> +
>> + regulators {
>> + ads1262_vbias: vbias {
>> + regulator-name = "vbias";
>
> The node name is already "vbias" so giving regulator-name is redundant.
Is it okay to leave it empty?
ads1262_vbias: vbias { };
>
>> + };
>> + };
>> +
>> + channel@0 {
>> + reg = <0>;
>> + single-channel = <0>;
>> + /* The VBIAS is enabled on pin 10 (AINCOM) */
>> + common-mode-channel = <10>;
>> + };
>> + };
>> + };
>> +
--
Thanks,
~ Kurt
next prev parent reply other threads:[~2026-08-09 8:26 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-08 3:58 [PATCH v3 0/9] iio: adc: Add TI ADS126X ADC family support Kurt Borja
2026-08-08 3:58 ` [PATCH v3 1/9] dt-bindings: iio: adc: support the TI ADS126x ADC family Kurt Borja
2026-08-08 4:08 ` sashiko-bot
2026-08-08 18:38 ` David Lechner
2026-08-09 8:26 ` Kurt Borja [this message]
2026-08-10 16:42 ` David Lechner
2026-08-10 8:46 ` Bartosz Golaszewski
2026-08-08 3:58 ` [PATCH v3 2/9] iio: adc: add the ti-ads1262 driver Kurt Borja
2026-08-08 4:11 ` sashiko-bot
2026-08-08 18:39 ` David Lechner
2026-08-09 8:26 ` Kurt Borja
2026-08-10 16:42 ` David Lechner
2026-08-10 18:48 ` Andy Shevchenko
2026-08-08 22:28 ` Uwe Kleine-König
2026-08-09 16:24 ` Kurt Borja
2026-08-08 3:58 ` [PATCH v3 3/9] iio: adc: ti-ads1262: support per-channel sampling frequency Kurt Borja
2026-08-08 4:11 ` sashiko-bot
2026-08-08 18:39 ` David Lechner
2026-08-09 8:27 ` Kurt Borja
2026-08-08 3:58 ` [PATCH v3 4/9] iio: adc: ti-ads1262: support per-channel reference and gain Kurt Borja
2026-08-08 18:39 ` David Lechner
2026-08-09 8:28 ` Kurt Borja
2026-08-08 3:58 ` [PATCH v3 5/9] iio: adc: ti-ads1262: support input chopping Kurt Borja
2026-08-08 18:39 ` David Lechner
2026-08-08 3:58 ` [PATCH v3 6/9] iio: adc: ti-ads1262: support excitation currents Kurt Borja
2026-08-08 4:13 ` sashiko-bot
2026-08-08 18:39 ` David Lechner
2026-08-08 3:58 ` [PATCH v3 7/9] iio: adc: ti-ads1262: support triggered buffer sampling Kurt Borja
2026-08-08 4:09 ` sashiko-bot
2026-08-08 18:39 ` David Lechner
2026-08-09 8:28 ` Kurt Borja
2026-08-10 16:31 ` David Lechner
2026-08-08 3:58 ` [PATCH v3 8/9] iio: adc: ti-ads1262: support REFOUT and VBIAS regulators Kurt Borja
2026-08-08 4:11 ` sashiko-bot
2026-08-08 18:40 ` David Lechner
2026-08-09 8:28 ` Kurt Borja
2026-08-08 3:58 ` [PATCH v3 9/9] iio: adc: ti-ads1262: support common mode supplies Kurt Borja
2026-08-08 18:40 ` David Lechner
2026-08-09 8:29 ` Kurt Borja
2026-08-08 18:37 ` [PATCH v3 0/9] iio: adc: Add TI ADS126X ADC family support David Lechner
2026-08-09 8:29 ` Kurt Borja
2026-08-10 16:42 ` David Lechner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DKK9QKE0OYZA.3BCNK78VTHNYN@gmail.com \
--to=kuurtb@gmail.com \
--cc=andy@kernel.org \
--cc=brgl@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.