Negative polarity gain correction #3

Open
opened 2023-01-03 05:46:13 +00:00 by alexisvl · 0 comments

The negative polarity has its own gain error, determined by the divider error in the ramp inverter. If the user applies their own calibration to the 15-bit input, they will incur larger rounding errors than if we did it in the tuning stage. We should provide a way for the user to calibrate the negative ramps and store a calibration constant, which can then be used in the tuning equation at full internal 16-bit precision.

In theory the digipot in 2.0 could also be moved around for negative pulses, but that takes time. I wonder if it can be sequenced cleverly (e.g. do all negative going pulses in a group, and move the digipot during STABILIZE, TRANSFER, and DISCHARGE...)

The negative polarity has its own gain error, determined by the divider error in the ramp inverter. If the user applies their own calibration to the 15-bit input, they will incur larger rounding errors than if we did it in the tuning stage. We should provide a way for the user to calibrate the negative ramps and store a calibration constant, which can then be used in the tuning equation at full internal 16-bit precision. In theory the digipot in 2.0 could also be moved around for negative pulses, but that takes time. I wonder if it can be sequenced cleverly (e.g. do all negative going pulses in a group, and move the digipot during STABILIZE, TRANSFER, and DISCHARGE...)
alexisvl added this to the 1.1 milestone 2023-01-04 03:32:03 +00:00
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: fip/timdac#3
There is no content yet.