S32K comparator tolerance/offset

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

S32K comparator tolerance/offset

Jump to solution
734 Views
Sid_Zhou
Contributor II

we are having some test on the comparator of S32K116:
we apply an input voltage(238mV) to INN (or INP), use bandgap as reference, then we increase VOSEL from 0 to 255 and monitor when the comparator output changed.

Somehow, we see different tolerance/offset on MCU2 when the connection of input voltage and bandgap is swapped.  (Details shown in Test1 and Test2)

1) Is this some kind of known feature like VAIO or something else?
2) For this tolerance/offset, is it stable and can we eliminate this by calibration?
(like record the trigger VOSEL at the target voltage)

Test1: Input Voltage on V-, Bandgap on V+, Low Speed Mode

Sid_Zhou_5-1784193940847.png

 

Test2: Input Voltage on V+, Bandgap on V-, Low Speed Mode

Sid_Zhou_6-1784193974436.png

 

 

 

 

0 Kudos
Reply
1 Solution
587 Views
Robin_Shen
NXP TechSupport
NXP TechSupport

Thank you for your detailed explanation. I now understand that you are concerned about the VAIO (Analog Input Offset Voltage) parameter in the S32K1 Datasheet.

Internally, I saw the AE team's explanation:
The AIO offset is the offset of the comparator itself. the offset between INP and INN.
The INL error includes the DNL error since it is an integral over the DNL.
The error is then |V_AIO| + |INL|

Based on my understanding, directly using two analog voltages from an external signal source to input INP and INN respectively to test VAIO should be more intuitive than using bandgap voltage divider. 

Regarding your question:  for the same MCU, VAIO is not a random value that changes arbitrarily from moment to moment , but it can drift with operating conditions, especially temperature. The VAIO value in the datasheet should be understood as a guaranteed/worst-case limit over the full temperature range.
When designing the threshold, do not treat VAIO as negligible or as a fixed calibrated-out value . Keep margin based on the full-temperature worst-case |VAIO| , plus the DAC/INL error.

 

I also checked your previous discussion on this: S32K116 comparator tolerance.
It seems that CMP's accuracy doesn't meet your needs. Have you considered the feature described in section "44.5.5 Automatic compare function" of S32K1XXRM Rev14.2?
"Table 41. 12-bit ADC characteristics (2.7 V to 3 V)" in S32K1 DataSheet Rev15 shows a maximum TUE of ±8 LSB. This appears to be more accurate than CMP.

View solution in original post

0 Kudos
Reply
4 Replies
697 Views
Robin_Shen
NXP TechSupport
NXP TechSupport

Hi Sid_Zhou,

Which CMP0_IN pin are you connecting the input voltage to?

When swapping INN and INP, is the input voltage still being input through the same CMP0_IN pin?

Also, the BandGap voltage range is between 0.97-1.03V. Have you considered temporarily ruling out issues caused by different BandGap voltages on the two MCUs? For example, could you use a different CMP0_IN pin to input a more accurate external voltage reference?

Have you checked whether the VDD/VDDA voltages of the two S32K1s are the same?

Were OFFSET=1 and HYSTCTR=0 confirmed during debugging?

I noticed you increased the input voltage and recorded VOSEL. Have you tested decreasing the input voltage and recording VOSEL? Also, check if the Analog comparator hysteresis is affected, although I see you configured HYSTCTR=0.

Take two S32K116 photos and tell me the MCU mask.

Best Regards,
Robin

 

0 Kudos
Reply
690 Views
Sid_Zhou
Contributor II

1) Input Pin
CMP0_IN is always set to channel 0. (PIN26, PTA0)
Yes, input voltage still being input through the same CMP0_IN Pin26, PTA0.
2) Bandgap
The feature I want to figure out is not the difference between two MCU.  It is this different tolerance/offset from the same MCU when INN and INP is swapped. I think the bandgap should not change during this swapped.  (The data of MCU1 here is just use as reference)
3) VDD/VDDA:
The two MCU are using same +3.3V network (LDO within 1.25% tolerance). 
I am fully understanding there will be difference between MCUs bandgap, but, again, it is the difference during swapped I am checking.
4) test method
The test data above is not increasing input voltage, it is using fixed input voltage, and increasing VOSEL. (For decreasing VOSEL, i have not test yet, will check this later.)
As for increasing/decreasing input voltage with fixed VOSEL, there is similar -9mV. 

IncreaseInput_FixedVOSEL.PNG

 5) Hysteresis
I do have test data for hysteresis in low-speed mode:
Test data here is fixing input voltage and increase VOSEL: 

Hysteresis_LowSpeedMode.PNG

 6) MCU photos
you can refer to attached photo "MCU1.PNG" and "MCU2.PNG"
Solder mask is 
FS32K11-6LFMFM-ON96V-S12YM16

 

 



0 Kudos
Reply
588 Views
Robin_Shen
NXP TechSupport
NXP TechSupport

Thank you for your detailed explanation. I now understand that you are concerned about the VAIO (Analog Input Offset Voltage) parameter in the S32K1 Datasheet.

Internally, I saw the AE team's explanation:
The AIO offset is the offset of the comparator itself. the offset between INP and INN.
The INL error includes the DNL error since it is an integral over the DNL.
The error is then |V_AIO| + |INL|

Based on my understanding, directly using two analog voltages from an external signal source to input INP and INN respectively to test VAIO should be more intuitive than using bandgap voltage divider. 

Regarding your question:  for the same MCU, VAIO is not a random value that changes arbitrarily from moment to moment , but it can drift with operating conditions, especially temperature. The VAIO value in the datasheet should be understood as a guaranteed/worst-case limit over the full temperature range.
When designing the threshold, do not treat VAIO as negligible or as a fixed calibrated-out value . Keep margin based on the full-temperature worst-case |VAIO| , plus the DAC/INL error.

 

I also checked your previous discussion on this: S32K116 comparator tolerance.
It seems that CMP's accuracy doesn't meet your needs. Have you considered the feature described in section "44.5.5 Automatic compare function" of S32K1XXRM Rev14.2?
"Table 41. 12-bit ADC characteristics (2.7 V to 3 V)" in S32K1 DataSheet Rev15 shows a maximum TUE of ±8 LSB. This appears to be more accurate than CMP.

0 Kudos
Reply
562 Views
Sid_Zhou
Contributor II

Thanks for your detailed explanation.
I noted that the ADC may have better accuracy in our application.
But somehow, we have requirements for using CMP as safety monitor from high level architecture and i am not sure if this can be changed to ADC.


0 Kudos
Reply
%3CLINGO-SUB%20id%3D%22lingo-sub-2395876%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3ES32K%20comparator%20tolerance%2Foffset%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2395876%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3Ewe%20are%20having%20some%20test%20on%20the%20comparator%20of%20S32K116%3A%3CBR%20%2F%3Ewe%20apply%20an%20input%20voltage(238mV)%20to%20INN%20(or%20INP)%2C%20use%20bandgap%20as%20reference%2C%20then%20we%20increase%20VOSEL%20from%200%20to%20255%20and%20monitor%20when%20the%20comparator%20output%20changed.%3C%2FP%3E%3CP%3ESomehow%2C%20we%20see%20different%20tolerance%2Foffset%20on%20MCU2%20when%20the%20connection%20of%20%3CSTRONG%3Einput%20voltage%20and%20bandgap%20is%20swapped.%3C%2FSTRONG%3E%26nbsp%3B%20(Details%20shown%20in%20Test1%20and%20Test2)%3C%2FP%3E%3CP%3E1)%20Is%20this%20some%20kind%20of%20known%20feature%20like%20VAIO%20or%20something%20else%3F%3CBR%20%2F%3E2)%20For%20this%20tolerance%2Foffset%2C%20is%20it%20stable%20and%20can%26nbsp%3Bwe%20eliminate%20this%20by%20calibration%3F%3CBR%20%2F%3E(like%20record%20the%20trigger%20VOSEL%20at%20the%20target%20voltage)%3C%2FP%3E%3CP%3E%3CSTRONG%3ETest1%3A%3C%2FSTRONG%3E%20Input%20Voltage%20on%3CSTRONG%3E%20V-%2C%3C%2FSTRONG%3E%20Bandgap%20on%3CSTRONG%3E%20V%2B%3C%2FSTRONG%3E%2C%20Low%20Speed%20Mode%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Sid_Zhou_5-1784193940847.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_5-1784193940847.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_5-1784193940847.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cspan%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_5-1784193940847.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cimg%20src%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F392459i86F1D7A6FD77F144%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22Sid_Zhou_5-1784193940847.png%22%20alt%3D%22Sid_Zhou_5-1784193940847.png%22%20%2F%3E%3C%2Fspan%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CBR%20%2F%3E%3CP%3E%3CSTRONG%3ETest2%3A%3C%2FSTRONG%3E%20Input%20Voltage%20on%3CSTRONG%3E%20V%2B%2C%3C%2FSTRONG%3E%20Bandgap%20on%20%3CSTRONG%3EV-%3C%2FSTRONG%3E%2C%20Low%20Speed%20Mode%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Sid_Zhou_6-1784193974436.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_6-1784193974436.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_6-1784193974436.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cspan%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Sid_Zhou_6-1784193974436.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cimg%20src%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F392460i51D990D8AAE4C937%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22Sid_Zhou_6-1784193974436.png%22%20alt%3D%22Sid_Zhou_6-1784193974436.png%22%20%2F%3E%3C%2Fspan%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2396263%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20S32K%20comparator%20tolerance%2Foffset%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2396263%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3E1)%20Input%20Pin%3CBR%20%2F%3ECMP0_IN%20is%20always%20set%20to%20channel%200.%20(PIN26%2C%20PTA0)%3CBR%20%2F%3E%3CSPAN%3EYes%2C%20input%20voltage%20still%20being%20input%20through%20the%20same%20CMP0_IN%20Pin26%2C%20PTA0.%3CBR%20%2F%3E%3C%2FSPAN%3E2)%20Bandgap%3CBR%20%2F%3EThe%20feature%20I%20want%20to%20figure%20out%20is%20not%20the%20difference%20between%20two%20MCU.%26nbsp%3B%20It%20is%20this%20different%20tolerance%2Foffset%20from%20the%20same%20MCU%20when%20INN%20and%20INP%20is%20swapped.%20I%20think%20the%20bandgap%20should%20not%20change%20during%20this%20swapped.%26nbsp%3B%26nbsp%3B(The%20data%20of%20MCU1%20here%20is%20just%20use%20as%20reference)%3CBR%20%2F%3E3)%26nbsp%3B%3CSPAN%3EVDD%2FVDDA%3A%3CBR%20%2F%3EThe%20two%20MCU%20are%20using%20same%20%2B3.3V%20network%20(LDO%20within%201.25%25%20tolerance).%26nbsp%3B%3CBR%20%2F%3EI%20am%20fully%20understanding%20there%20will%20be%20difference%20between%20MCUs%20bandgap%2C%20but%2C%20again%2C%20it%20is%20the%20difference%20during%20swapped%20I%20am%20checking.%3CBR%20%2F%3E4)%20test%20method%3CBR%20%2F%3EThe%20test%20data%20above%20is%20not%20increasing%20input%20voltage%2C%20it%20is%20using%20fixed%20input%20voltage%2C%20and%20increasing%20VOSEL.%20(For%20decreasing%20VOSEL%2C%20i%20have%20not%20test%20yet%2C%20will%20check%20this%20later.)%3CBR%20%2F%3EAs%20for%20increasing%2Fdecreasing%20input%20voltage%20with%20fixed%20VOSEL%2C%20there%20is%20similar%20-9mV.%26nbsp%3B%3CBR%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22IncreaseInput_FixedVOSEL.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22IncreaseInput_FixedVOSEL.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22IncreaseInput_FixedVOSEL.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cspan%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22IncreaseInput_FixedVOSEL.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cimg%20src%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F392558i33A0D55D5CF3D0B2%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22IncreaseInput_FixedVOSEL.PNG%22%20alt%3D%22IncreaseInput_FixedVOSEL.PNG%22%20%2F%3E%3C%2Fspan%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%E2%80%835)%20Hysteresis%3CBR%20%2F%3EI%20do%20have%20test%20data%20for%20hysteresis%20in%20low-speed%20mode%3A%3CBR%20%2F%3ETest%20data%20here%20is%20fixing%20input%20voltage%20and%20increase%20VOSEL%3A%E2%80%83%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Hysteresis_LowSpeedMode.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Hysteresis_LowSpeedMode.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Hysteresis_LowSpeedMode.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cspan%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Hysteresis_LowSpeedMode.PNG%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cimg%20src%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F392560i2D2C85F3DC8F9EE8%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22Hysteresis_LowSpeedMode.PNG%22%20alt%3D%22Hysteresis_LowSpeedMode.PNG%22%20%2F%3E%3C%2Fspan%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%E2%80%836)%20MCU%20photos%3CBR%20%2F%3Eyou%20can%20refer%20to%20attached%20photo%20%22MCU1.PNG%22%20and%20%22MCU2.PNG%22%3CBR%20%2F%3ESolder%20mask%20is%26nbsp%3B%3CBR%20%2F%3EFS32K11-6LFMFM-ON96V-S12YM16%3C%2FP%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3CP%3E%3CSPAN%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2396171%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20S32K%20comparator%20tolerance%2Foffset%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2396171%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%26nbsp%3BSid_Zhou%2C%3C%2FP%3E%0A%3CP%3EWhich%20CMP0_IN%20pin%20are%20you%20connecting%20the%20input%20voltage%20to%3F%3C%2FP%3E%0A%3CP%3EWhen%20swapping%20INN%20and%20INP%2C%20is%20the%20input%20voltage%20still%20being%20input%20through%20the%20same%20CMP0_IN%20pin%3F%3C%2FP%3E%0A%3CP%3EAlso%2C%20the%20BandGap%20voltage%20range%20is%20between%200.97-1.03V.%20Have%20you%20considered%20temporarily%20ruling%20out%20issues%20caused%20by%20different%20BandGap%20voltages%20on%20the%20two%20MCUs%3F%20For%20example%2C%20could%20you%20use%20a%20different%20CMP0_IN%20pin%20to%20input%20a%20more%20accurate%20external%20voltage%20reference%3F%3C%2FP%3E%0A%3CP%3EHave%20you%20checked%20whether%20the%20VDD%2FVDDA%20voltages%20of%20the%20two%20S32K1s%20are%20the%20same%3F%3C%2FP%3E%0A%3CP%3EWere%20OFFSET%3D1%20and%20HYSTCTR%3D0%20confirmed%20during%20debugging%3F%3C%2FP%3E%0A%3CP%3EI%20noticed%20you%20increased%20the%20input%20voltage%20and%20recorded%20VOSEL.%20Have%20you%20tested%20decreasing%20the%20input%20voltage%20and%20recording%20VOSEL%3F%20Also%2C%20check%20if%20the%20%3CSTRONG%3EAnalog%20comparator%20hysteresis%3C%2FSTRONG%3E%20is%20affected%2C%20although%20I%20see%20you%20configured%20HYSTCTR%3D0.%3C%2FP%3E%0A%3CP%3ETake%20two%20S32K116%20photos%20and%20tell%20me%20the%20MCU%20mask.%3C%2FP%3E%0A%3CP%3EBest%20Regards%2C%3CBR%20%2F%3ERobin%3C%2FP%3E%0A%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2397071%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20S32K%20comparator%20tolerance%2Foffset%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2397071%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EThank%20you%20for%20your%20detailed%20explanation.%20I%20now%20understand%20that%20you%20are%20concerned%20about%20the%20%3CSTRONG%3EVAIO%3C%2FSTRONG%3E%20(%3CEM%3EAnalog%20Input%20Offset%20Voltage%3C%2FEM%3E)%20parameter%20in%20the%20S32K1%20Datasheet.%3C%2FP%3E%0A%3CP%3EInternally%2C%20I%20saw%20the%20AE%20team's%20explanation%3A%3CBR%20%2F%3E%3CFONT%20color%3D%22%23808080%22%3EThe%20AIO%20offset%20is%20the%20offset%20of%20the%20comparator%20itself.%20the%20offset%20between%20INP%20and%20INN.%3C%2FFONT%3E%3CBR%20%2F%3E%3CFONT%20color%3D%22%23808080%22%3EThe%20INL%20error%20includes%20the%20DNL%20error%20since%20it%20is%20an%20integral%20over%20the%20DNL.%3C%2FFONT%3E%3CBR%20%2F%3E%3CFONT%20color%3D%22%23808080%22%3EThe%20error%20is%20then%20%7CV_AIO%7C%20%2B%20%7CINL%7C%3C%2FFONT%3E%3C%2FP%3E%0A%3CP%3EBased%20on%20my%20understanding%2C%20directly%20using%20two%20analog%20voltages%20from%20an%20external%20signal%20source%20to%20input%20%3CSTRONG%3EINP%3C%2FSTRONG%3E%20and%20%3CSTRONG%3EINN%3C%2FSTRONG%3E%20respectively%20to%20test%20%3CSTRONG%3EVAIO%3C%2FSTRONG%3E%20should%20be%20more%20intuitive%20than%20using%20bandgap%20voltage%20divider.%26nbsp%3B%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%0A%3CP%3ERegarding%20your%20question%3A%26nbsp%3B%20for%20the%20same%20MCU%2C%20VAIO%20is%20not%20a%20random%20value%20that%20changes%20arbitrarily%20from%20moment%20to%20moment%20%2C%20but%20it%20can%20drift%20with%20operating%20conditions%2C%20especially%20temperature.%20The%20VAIO%20value%20in%20the%20datasheet%20should%20be%20understood%20as%20a%20guaranteed%2Fworst-case%20limit%20over%20the%20full%20temperature%20range.%3CBR%20%2F%3EWhen%20designing%20the%20threshold%2C%20do%20not%20treat%20VAIO%20as%20negligible%20or%20as%20a%20fixed%20calibrated-out%20value%20.%20Keep%20margin%20based%20on%20the%20full-temperature%20worst-case%20%7CVAIO%7C%20%2C%20plus%20the%20DAC%2FINL%20error.%3C%2FP%3E%0A%3CBR%20%2F%3E%0A%3CP%3EI%20also%20checked%20your%20previous%20discussion%20on%20this%3A%20%3CA%20href%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2FS32K%2FS32K116-comparator-tolerance%2Ftd-p%2F1667986%22%20target%3D%22_blank%22%3ES32K116%20comparator%20tolerance%3C%2FA%3E.%3CBR%20%2F%3EIt%20seems%20that%20CMP's%20accuracy%20doesn't%20meet%20your%20needs.%20Have%20you%20considered%20the%20feature%20described%20in%20section%20%22%3CSTRONG%3E44.5.5%20Automatic%20compare%20function%3C%2FSTRONG%3E%22%20of%20%3CA%20href%3D%22https%3A%2F%2Fwww.nxp.com%2Fwebapp%2FDownload%3FcolCode%3DS32K1XXRM%22%20target%3D%22_self%22%20rel%3D%22nofollow%20noopener%20noreferrer%22%3ES32K1XXRM%3C%2FA%3E%20Rev14.2%3F%3CBR%20%2F%3E%22%3CSTRONG%3ETable%2041.%2012-bit%20ADC%20characteristics%20(2.7%20V%20to%203%20V)%3C%2FSTRONG%3E%22%20in%20%3CA%20href%3D%22https%3A%2F%2Fwww.nxp.com%2Fdocs%2Fen%2Fdata-sheet%2FS32K1xx.pdf%22%20target%3D%22_self%22%20rel%3D%22nofollow%20noopener%20noreferrer%22%3ES32K1%20DataSheet%3C%2FA%3E%20Rev15%20shows%20a%20maximum%20%3CSTRONG%3ETUE%3C%2FSTRONG%3E%20of%20%C2%B18%20LSB.%20This%20appears%20to%20be%20more%20accurate%20than%20CMP.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2397449%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20S32K%20comparator%20tolerance%2Foffset%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2397449%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EThanks%20for%20your%20detailed%20explanation.%3CBR%20%2F%3EI%20noted%20that%20the%20ADC%20may%20have%20better%26nbsp%3Baccuracy%20in%20our%20application.%3CBR%20%2F%3EBut%20somehow%2C%20we%20have%20requirements%20for%20using%20CMP%20as%20safety%20monitor%20from%20high%20level%20architecture%20and%20i%20am%20not%20sure%20if%20this%20can%20be%20changed%20to%20ADC.%3CBR%20%2F%3E%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E