[INSTRM-1526] Implement internal FEE routine for LBNL wipe Created: 23/Feb/22 Updated: 28/Apr/22 Resolved: 28/Apr/22 |
|
| Status: | Done |
| Project: | Instrument control development |
| Component/s: | ics_xcu_fee |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Normal |
| Reporter: | cloomis | Assignee: | shope |
| Resolution: | Done | Votes: | 0 |
| Labels: | SPS | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||
| Reviewers: | cloomis | ||||||||||||
| Description |
|
[ I thought I had filed this earlier but apparently not. ] The LBNL wipe routine is believed to ameliorate the tearing seen in
So command like: ~SEQ,[ramp_time_ms],[threshold],[parallel voltage] |
| Comments |
| Comment by cloomis [ 23/Feb/22 ] |
|
Implemented in Firmware Rev: 220211-01 Adds the following command: rSeq,[new parallel voltage],[Vthreshold to revert Parallels],[number of ~5ms steps to ramp Vbb],[Vbb dwell time in ms at 0V]\n Example: rSeq,8,8,100,1000\n |
| Comment by cloomis [ 23/Feb/22 ] |
|
And it turns out that all of this might have been unnecessary. The VBB circuit had a diode which was blocking some part of the charging, and so VBB was taking a very long time to drop to 0V. So it may well be that the only thing I was doing was inserting a very long time while VBB was going from 30V to 0V. In any case we have a new knob. |
| Comment by cloomis [ 23/Feb/22 ] |
|
Needs burning and testing. |
| Comment by cloomis [ 28/Apr/22 ] |
|
We are calling this and it evidently works. |