Programmer’s Guide
Initialization
The controller should be initialized with the properties of the ADC and scan times.
- The ADC power up delay must be set in
adc_pd_ctl.pwrup_time
. - The time to delay between samples in a slow scan should be set in
adc_pd_ctl.wakeup_time
. - The number of samples to cause transition from slow to fast scan should be set in
adc_lp_sample_ctl
. - The number of samples for debounce should be set in
adc_sample_ctl
. - The filter registers
adc_chnX_filter_ctlN
should be programmed. - The interrupt
adc_intr_ctl
and wakeupadc_wakeup_ctl
enables should be configured. - All ones should be written to
adc_intr_status
andfilter_status
to ensure there are no spurious pending triggers. - Optionally, the low-power mode should be set in
adc_pd_ctl.lp_mode
if the system is going to the low-power mode. - The state machine will only start running when
adc_en_ctl
is set.
Running in normal mode
If fast sampling is always required then the adc_pd_ctl.lp_mode
bit should be clear.
In this case the values in the adc_lp_sample_ctl
are not used.
The ADC will always be enabled and consuming power.
If power saving is required then the controller can be set to operate in low power mode by setting adc_pd_ctl.lp_mode
.
The adc_lp_sample_ctl
must be programmed prior to setting this bit.
Running with the rest of the chip in sleep
Once programmed the controller and ADC can run when the rest of the chip is in low power state and the main clocks are stopped.
This allows the chip to be woken when appropriate values are detected on the two ADC channels.
The fast sampling mode can be used but will usually consume more power than desired when the chip is in sleep.
So it is expected that adc_lp_sample_ctl
is configured and low power mode enabled by setting adc_pd_ctl.lp_mode
prior to the sleep being initiated.
If the ADC wakeup is not required then the controller and ADC should both be disabled by clearing adc_en_ctl
prior to the sleep being initiated.
Use Case
While the ADC controller is meant to be used generically, it can be configured to satisfy more complex use cases. As an illustrative example, the programmers guide uses the Chrome OS Hardware Debug as an example of how the ADC controller can be used.
The debug setup referred to uses a USB-C debug accessory. This insertion of this debug accessory into a system, can be detected by the ADC controller.
The debug accessory voltage range of interest is shown in the diagram below:
The ADC can be used to detect debug cable connection / disconnection in the non-overlapping regions. As an example use case of the two channel filters they can be used for detection of a USB-C debug accessory. The ADC must meet some minimum specifications:
- The minimum voltage for the ADC to produce a valid result is 0.0V
- The maximum voltage for the ADC to produce a valid result is 2.2V or more
- If the signal is below 0.0V the ADC value must be zero
- If the signal is above the full scale value, the ADC value must be maximum
- Absolute maximum error must be +/- 15 mV in the 0.25 - 0.45 V range
- Absolute maximum error must be +/- 30 mV in the rest of the 0.0 - 2.2 V range
Note that the ADC in the Earlgrey integration with Nuvoton has a full range of 0.0V - 2.3V.
The following assumes:
- Full scale range is 0.0V to 2.3V
- The slow clock runs at 200kHz or 5 us.
- The ADC requires 30 us to power on.
- The ADC takes a single sample in 44 clocks (220 us)
The controller should be initialized with the properties of the ADC and scan times.
-
The ADC power up delay must be set in
adc_pd_ctl.pwrup_time
to6
(30 us). -
The time to delay between samples in a slow scan should be set in
adc_pd_ctl.wakeup_time
to1600
(8ms). -
The number of samples to cause transition from slow to fast scan should be set in
adc_lp_sample_ctl
to4
(causing slow scan to be 4*8ms = 32ms of debounce time). -
The number of samples for debounce should be set in
adc_sample_ctl
to155
(causing the total debounce time to be 32ms (slow scan) + 220us * 2 * 155 = 100ms, at the low end of the USB-C spec window). -
For the 10-bit ADC granularity, the filter registers
adc_chnX_filter_ctlN
should be programmed to (assuming a 0.0V - 2.3V full range):
Filter | Ch0 Min | Ch0 Max | Ch1 Min | Ch1 Max | Device connected |
---|---|---|---|---|---|
0 IN | 142 (0.32V) | 267 (0.60V) | 142 (0.32V) | 267 (0.60V) | Debug Sink (local RpUSB) |
1 IN | 374 (0.84V) | 501 (1.125V) | 374 (0.84V) | 501 (1.125V) | Debug Sink (local Rp1.5A) |
2 IN | 681 (1.53V) | 890 (2.00V) | 681 (1.53V) | 890 (2.00V) | Debug Sink (local Rp3A) |
3 IN | 681 (1.53V) | 810 (1.82V) | 387 (0.87V) | 481 (1.08V) | Debug Source with RpUSB |
4 IN | 334 (0.75V) | 499 (1.12V) | 178 (0.40V) | 267 (0.60V) | Debug Source with Rp1.5A |
5 IN | 387 (0.87V) | 481 (1.08V) | 681 (1.53V) | 810 (1.82V) | Debug Source RpUSB Flipped |
6 IN | 178 (0.40V) | 267 (0.60V) | 334 (0.75V) | 499 (1.12V) | Debug Source Rp1.5A Flipped |
7 OUT | 111 (0.25V) | 913 (2.05V) | 111 (0.25V) | 913 (2.05V) | Disconnect |
- The interrupt
adc_intr_ctl
and wakeupadc_wakeup_ctl
enables should be configured. - All ones should be written to
adc_intr_status
andfilter_status
to ensure there are no spurious pending triggers. - The state machine will only start running when
adc_en_ctl
is set.
Note that for the debug controller (DTS in USB-C specification) as a power source the filter that is hit will indicate the orientation of the connector. If the debug controller is acting as a power sink then the orientation cannot be known unless the debug controller supports the optional behavior of converting one of its pulldowns to an Ra (rather than Rp) to indicate CC2 (the CC that is not used for communication). This would not be detected by the filters since it happens later than connection detection and debounce in the USB-C protocol state machine, but could be detected by monitoring the current ADC value.