https://sprg.ssl.berkeley.edu/~tohban/wiki/index.php?title=Special:Contributions/Hazelbain&feed=atom&limit=50&target=Hazelbain&year=&month=RHESSI Wiki - User contributions [en]2024-03-28T16:47:33ZFrom RHESSI WikiMediaWiki 1.16.0https://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2016-04-06Tohban Report 2016-04-062016-04-07T00:01:56Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 30 Mar 2016 |end_date = 6 Apr 2016 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = Juan Carlos Martinez Ol..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 30 Mar 2016<br />
|end_date = 6 Apr 2016<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Juan Carlos Martinez Oliveros<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was very low.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 14 0 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 30-Mar-16 06-Apr-16<br />
<br />
No overlapping RHESSI flares to count, sorry<br />
<br />
== Memory Management ==<br />
<br />
SSR filled up this week to ~50% due to ADP testing. <br />
<br />
== Spacecraft Status ==<br />
<br />
The spacecraft is currently in the middle of an anneal procedure. <br />
<br />
The cooldown continues to proceed slowly, but without incident. Over the past 24 hours the cold tip temperature has dropped by 0.9 degrees while the cold plate has come down 1.6 degrees.<br />
<br />
Current conditions:<br />
<br />
16-097-17:04:46 CP1: 162.9 K<br />
16-097-17:04:46 CP2: 161.4 K<br />
16-097-17:04:46 CT1: 137.6 K<br />
16-097-17:04:46 CT2: 135.9 K<br />
16-097-17:04:46 TST: 187.4 K<br />
<br />
16-097-17:04:46 cp1 - ct1 = 25.43 K<br />
<br />
16-097-17:04:46 Cryo Power: 37.0 W<br />
16-097-17:04:46 Cryo Accel: 11.3 mG<br />
<br />
== Data Gaps ==<br />
<br />
N/A<br />
<br />
== Detector issues ==<br />
<br />
The detectors are currently off.<br />
<br />
== Spacecraft Management ==<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || N/A<br />
|-<br />
| HLAT Decimation || N/A<br />
|-<br />
| Night time data (fronts) || N/A<br />
|-<br />
| Night time data (rears) || N/A<br />
|-<br />
| Require extra passes? || N/A<br />
|-<br />
| Requirement for moving pointer? || N/A<br />
|-<br />
| Attenuator operation || N/A<br />
|-<br />
| Detector problems? || N/A<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2016-03-02Tohban Report 2016-03-022016-03-02T19:27:04Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 24 Feb 2016<br />
|end_date = 2 Mar 2016<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Martin Fivian<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 27 3 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 24-Feb-16 02-Mar-16<br />
<br />
== Memory Management ==<br />
<br />
SSR is currently emptying at the end of the pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
The spacecraft is currently in the middle of an anneal procedure. <br />
<br />
== Data Gaps ==<br />
<br />
N/A<br />
<br />
== Detector issues ==<br />
<br />
The detectors are currently off.<br />
<br />
== Spacecraft Management ==<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || N/A<br />
|-<br />
| HLAT Decimation || N/A<br />
|-<br />
| Night time data (fronts) || N/A<br />
|-<br />
| Night time data (rears) || N/A<br />
|-<br />
| Require extra passes? || N/A<br />
|-<br />
| Requirement for moving pointer? || N/A<br />
|-<br />
| Attenuator operation || N/A<br />
|-<br />
| Detector problems? || N/A<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2016-03-02Tohban Report 2016-03-022016-03-02T18:46:51Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 24 Feb 2016 |end_date = 2 Mar 2016 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = TBD }} == Solar Activi..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 24 Feb 2016<br />
|end_date = 2 Mar 2016<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = TBD<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 27 3 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 24-Feb-16 02-Mar-16<br />
<br />
== Memory Management ==<br />
<br />
SSR is currently emptying at the end of the pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
The spacecraft is currently in the middle of an anneal procedure. <br />
<br />
== Data Gaps ==<br />
<br />
N/A<br />
<br />
== Detector issues ==<br />
<br />
The detectors are currently off.<br />
<br />
== Spacecraft Management ==<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || N/A<br />
|-<br />
| HLAT Decimation || N/A<br />
|-<br />
| Night time data (fronts) || N/A<br />
|-<br />
| Night time data (rears) || N/A<br />
|-<br />
| Require extra passes? || N/A<br />
|-<br />
| Requirement for moving pointer? || N/A<br />
|-<br />
| Attenuator operation || N/A<br />
|-<br />
| Detector problems? || N/A<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_4Detector 42015-10-07T22:49:41Z<p>Hazelbain: /* Notes */</p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 4 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 4 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 4 is UNSEGMENTED.<br />
<br />
* On May 21 starting at 19:24 UTC we raised up the Slow threshold for the Front segment.<br />
<br />
15-141-19:24:10 start idib_chg_thrshld (4, FRONT, SLOW, 0x68) --> Was 0x60<br />
15-141-19:24:22 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-141-19:24:22 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-141-19:24:31 /IDPLOAD VALUE=0x68<br />
<br />
* Raised front fast threshold due to elevated counts. This change reduced counts and increased livetime<br />
2015-152-17:00:18 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-152-17:00:31 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
* On 2015 July 7, D4 front fast threshold was raised due to decreased livetime.<br />
2015-188-18:48:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-188-18:48:34 /IDPLOAD VALUE=0x70 ; was 0x60<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:21:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-191-19:21:25 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* The front fast threshold was increased on July 24 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime, to ~90%.<br />
2015-205-17:22:21 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-205-17:22:30 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* 2015-08-13: Front slow valid threshold was raised by 10 steps; trying to get the slow valid rates down.<br />
2015-225-16:45:08 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-225-16:45:20 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised, in two commands of 16 steps each, in order to lower fast rates and free up livetime. This was successful but probably needs to be repeated. Livetime rose from ~0% to ~50%. The D4 threshold should be raised again to further raise the livetime.<br />
<br />
15-232-22:17:53 start idib_chg_thrshld (4, FRONT, FAST, 0xA0)<br />
15-232-22:18:12 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:18:12 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:18:25 /IDPLOAD VALUE=0xA0<br />
<br />
15-232-22:19:13 start idib_chg_thrshld (4, FRONT, FAST, 0xB0)<br />
15-232-22:19:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:19:23 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:19:32 /IDPLOAD VALUE=0xB0<br />
<br />
* On Aug 24, 2015 the front fast threshold was raised twice to free up livetime. This was successful. Note that these changes are working, but we're almost out of head room!<br />
2015-236-20:44:08 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-236-20:44:22 /IDPLOAD VALUE=0xD0 ; was 0xB0<br />
<br />
2015-237-00:02:14 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-237-00:02:22 /IDPLOAD VALUE=0xE0 ; was 0xD0<br />
<br />
* As was discussed during the last meeting, detector 4 showed elevated slow front rates. Following the suggestions of the previous tohban, on August 27 the slow front threshold was increased but no change was observed at all. As the front fast rates were also elevated, a change in the front fast threshold was performed. This change increased its livetimes and the slow front rates, as was expected. Then we decrease D4 HV by 200V, a very conservative value as we would like the detector to segment. However the HV change did not have any impact the front slow rates. The detector remains in the same condition with the slow front threshold at 0xC3. <br />
<br />
2015-239-17:55:53 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:56:02 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
2015-239-17:56:56 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:05 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-19:34:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:34:32 /IDPLOAD VALUE=0xC0 ; was 0xA0<br />
<br />
2015-239-19:37:01 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-239-19:37:09 /IDPLOAD VALUE=0xF0 ; was 0xE0<br />
<br />
2015-239-19:39:38 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:39:47 /IDPLOAD VALUE=0xC3 ; was 0xC0<br />
<br />
2015-239-21:14:24 /ihvdac detector=4, voltage=226<br />
2015-239-21:15:53 /ihvdac detector=4, voltage=221<br />
<br />
* The front fast threshold was changed on Sep 9 2015 due to low livetime. HV was lowered.<br />
<br />
2015-252-17:50:20 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-252-17:50:35 /IDPLOAD VALUE=0xFF ; was 0xF0<br />
2015-252-17:49:33 /IHVDAC DETECTOR=4, VOLTAGE=200 (3898 V)<br />
<br />
* On September 14 2015, HV was lowered again, with no long term effect.<br />
<br />
2015-257-17:36:45 /IHVDAC DETECTOR=4, voltage=185 (3602 V, was 3897 V)<br />
<br />
* Sept. 23 2015: Despite our best efforts, there's been no success in recovering livetime from D4. The front segment livetime is essentially 0. Since desperate times call for desperate measures, we're lowering the HV by 1000V to try and recover some performance. (This was temporarily tried last week, for an orbit, and the livetime did rise to 30%.) The detector does not seem to be anywhere near segmenting. UPDATE Sept. 24: this drop was successful in bringing the fast rates down some, from 4x10^5 to 10^5. This freed up some livetime, which is now at ~35%. However, it also allowed the slow rates to skyrocket, to about 3000. This is probably cutting into the SSR, and so now the SSR fill is gradually rising (13% min today vs ~4% min yesterday). Action MAY need to be taken to reduce the fill rate.<br />
<br />
2015-266-19:25:51 /IHVDAC DETECTOR=4, VOLTAGE=134 (2598 V)<br />
<br />
<br />
* 5th October 2015: G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
;Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
===D4 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x50<br />
|-<br />
| 2015 May 21 19:24 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015 Aug 13 16:45 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015 Aug 27 17:56:02 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015 Aug 27 17:57:05 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015 Aug 27 19:34:32 UTC || 0xC0 (was 0xA0)<br />
|-<br />
| 2015 Aug 27 19:39:47 UTC || 0xC3 (was 0xC0)<br />
|-<br />
| 2015 Sep 17 06:35:40 UTC || 0xD0 (was 0xC3)<br />
|-<br />
| 2015 Oct 05 00:37:28 UTC || 0xE0 (was 0xD0)<br />
|-<br />
| 2015 Oct 05 00:38:20 UTC || 0xF0 (was 0xE0)<br />
|-<br />
| 2015 Oct 05 00:39:19 UTC || 0xFF (was 0xF0)<br />
|-<br />
|}<br />
<br />
===D4 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|- <br />
| 2014-Dec-8 after 22:05 UTC || 0x50 (was 0x30)<br />
|-<br />
| 2015-Jun-02 17:00:31 UTC || 0x60 (was 0x50)<br />
|-<br />
| 2015-Jul-07 18:48:34 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015-Jul-07 19:21:25 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015-Jul-24 17:22:30 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015-Aug-20 22:18:25 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015-Aug-20 22:19:32 UTC || 0xB0 (was 0xA0)<br />
|-<br />
| 2015-Aug-24 20:44:22 UTC || 0xD0 (was 0xB0)<br />
|-<br />
| 2015-Aug-25 00:02:22 UTC || 0xE0 (was 0xD0)<br />
|-<br />
| 2015-Aug-27 19:37:09 UTC || 0xF0 (was 0xE0)<br />
|-<br />
| 2015-Sep-09 17:50:35 UTC || 0xFF (was 0xF0)<br />
|-<br />
|}<br />
<br />
===D4 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D4 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|-<br />
| 2015-Sep-17 06:37:27UTC || 0x55 (was 0x45)<br />
|- <br />
|}<br />
<br />
===D4 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|-<br />
| 2015-Aug-27 21:15:53 UTC || 4289 V (was 4510 V)<br />
|-<br />
| 2015-Sep-09 17:49:33 UTC || 3898 V (was 4289 V)<br />
|-<br />
| 2015-Sep-14 17:36:45 UTC || 3602 V (was 3897 V)<br />
|-<br />
| 2015-Sep-23 19:25:51 UTC || 2598 V (was 3602 V)<br />
|-<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_4Detector 42015-10-07T22:49:22Z<p>Hazelbain: /* D4 front slow LLD threshold history */</p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 4 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 4 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 4 is UNSEGMENTED.<br />
<br />
* On May 21 starting at 19:24 UTC we raised up the Slow threshold for the Front segment.<br />
<br />
15-141-19:24:10 start idib_chg_thrshld (4, FRONT, SLOW, 0x68) --> Was 0x60<br />
15-141-19:24:22 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-141-19:24:22 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-141-19:24:31 /IDPLOAD VALUE=0x68<br />
<br />
* Raised front fast threshold due to elevated counts. This change reduced counts and increased livetime<br />
2015-152-17:00:18 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-152-17:00:31 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
* On 2015 July 7, D4 front fast threshold was raised due to decreased livetime.<br />
2015-188-18:48:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-188-18:48:34 /IDPLOAD VALUE=0x70 ; was 0x60<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:21:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-191-19:21:25 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* The front fast threshold was increased on July 24 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime, to ~90%.<br />
2015-205-17:22:21 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-205-17:22:30 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* 2015-08-13: Front slow valid threshold was raised by 10 steps; trying to get the slow valid rates down.<br />
2015-225-16:45:08 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-225-16:45:20 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised, in two commands of 16 steps each, in order to lower fast rates and free up livetime. This was successful but probably needs to be repeated. Livetime rose from ~0% to ~50%. The D4 threshold should be raised again to further raise the livetime.<br />
<br />
15-232-22:17:53 start idib_chg_thrshld (4, FRONT, FAST, 0xA0)<br />
15-232-22:18:12 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:18:12 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:18:25 /IDPLOAD VALUE=0xA0<br />
<br />
15-232-22:19:13 start idib_chg_thrshld (4, FRONT, FAST, 0xB0)<br />
15-232-22:19:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:19:23 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:19:32 /IDPLOAD VALUE=0xB0<br />
<br />
* On Aug 24, 2015 the front fast threshold was raised twice to free up livetime. This was successful. Note that these changes are working, but we're almost out of head room!<br />
2015-236-20:44:08 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-236-20:44:22 /IDPLOAD VALUE=0xD0 ; was 0xB0<br />
<br />
2015-237-00:02:14 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-237-00:02:22 /IDPLOAD VALUE=0xE0 ; was 0xD0<br />
<br />
* As was discussed during the last meeting, detector 4 showed elevated slow front rates. Following the suggestions of the previous tohban, on August 27 the slow front threshold was increased but no change was observed at all. As the front fast rates were also elevated, a change in the front fast threshold was performed. This change increased its livetimes and the slow front rates, as was expected. Then we decrease D4 HV by 200V, a very conservative value as we would like the detector to segment. However the HV change did not have any impact the front slow rates. The detector remains in the same condition with the slow front threshold at 0xC3. <br />
<br />
2015-239-17:55:53 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:56:02 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
2015-239-17:56:56 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:05 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-19:34:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:34:32 /IDPLOAD VALUE=0xC0 ; was 0xA0<br />
<br />
2015-239-19:37:01 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-239-19:37:09 /IDPLOAD VALUE=0xF0 ; was 0xE0<br />
<br />
2015-239-19:39:38 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:39:47 /IDPLOAD VALUE=0xC3 ; was 0xC0<br />
<br />
2015-239-21:14:24 /ihvdac detector=4, voltage=226<br />
2015-239-21:15:53 /ihvdac detector=4, voltage=221<br />
<br />
* The front fast threshold was changed on Sep 9 2015 due to low livetime. HV was lowered.<br />
<br />
2015-252-17:50:20 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-252-17:50:35 /IDPLOAD VALUE=0xFF ; was 0xF0<br />
2015-252-17:49:33 /IHVDAC DETECTOR=4, VOLTAGE=200 (3898 V)<br />
<br />
* On September 14 2015, HV was lowered again, with no long term effect.<br />
<br />
2015-257-17:36:45 /IHVDAC DETECTOR=4, voltage=185 (3602 V, was 3897 V)<br />
<br />
* Sept. 23 2015: Despite our best efforts, there's been no success in recovering livetime from D4. The front segment livetime is essentially 0. Since desperate times call for desperate measures, we're lowering the HV by 1000V to try and recover some performance. (This was temporarily tried last week, for an orbit, and the livetime did rise to 30%.) The detector does not seem to be anywhere near segmenting. UPDATE Sept. 24: this drop was successful in bringing the fast rates down some, from 4x10^5 to 10^5. This freed up some livetime, which is now at ~35%. However, it also allowed the slow rates to skyrocket, to about 3000. This is probably cutting into the SSR, and so now the SSR fill is gradually rising (13% min today vs ~4% min yesterday). Action MAY need to be taken to reduce the fill rate.<br />
<br />
2015-266-19:25:51 /IHVDAC DETECTOR=4, VOLTAGE=134 (2598 V)<br />
<br />
<br />
* 5th October 2015: G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
===D4 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x50<br />
|-<br />
| 2015 May 21 19:24 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015 Aug 13 16:45 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015 Aug 27 17:56:02 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015 Aug 27 17:57:05 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015 Aug 27 19:34:32 UTC || 0xC0 (was 0xA0)<br />
|-<br />
| 2015 Aug 27 19:39:47 UTC || 0xC3 (was 0xC0)<br />
|-<br />
| 2015 Sep 17 06:35:40 UTC || 0xD0 (was 0xC3)<br />
|-<br />
| 2015 Oct 05 00:37:28 UTC || 0xE0 (was 0xD0)<br />
|-<br />
| 2015 Oct 05 00:38:20 UTC || 0xF0 (was 0xE0)<br />
|-<br />
| 2015 Oct 05 00:39:19 UTC || 0xFF (was 0xF0)<br />
|-<br />
|}<br />
<br />
===D4 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|- <br />
| 2014-Dec-8 after 22:05 UTC || 0x50 (was 0x30)<br />
|-<br />
| 2015-Jun-02 17:00:31 UTC || 0x60 (was 0x50)<br />
|-<br />
| 2015-Jul-07 18:48:34 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015-Jul-07 19:21:25 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015-Jul-24 17:22:30 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015-Aug-20 22:18:25 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015-Aug-20 22:19:32 UTC || 0xB0 (was 0xA0)<br />
|-<br />
| 2015-Aug-24 20:44:22 UTC || 0xD0 (was 0xB0)<br />
|-<br />
| 2015-Aug-25 00:02:22 UTC || 0xE0 (was 0xD0)<br />
|-<br />
| 2015-Aug-27 19:37:09 UTC || 0xF0 (was 0xE0)<br />
|-<br />
| 2015-Sep-09 17:50:35 UTC || 0xFF (was 0xF0)<br />
|-<br />
|}<br />
<br />
===D4 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D4 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|-<br />
| 2015-Sep-17 06:37:27UTC || 0x55 (was 0x45)<br />
|- <br />
|}<br />
<br />
===D4 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|-<br />
| 2015-Aug-27 21:15:53 UTC || 4289 V (was 4510 V)<br />
|-<br />
| 2015-Sep-09 17:49:33 UTC || 3898 V (was 4289 V)<br />
|-<br />
| 2015-Sep-14 17:36:45 UTC || 3602 V (was 3897 V)<br />
|-<br />
| 2015-Sep-23 19:25:51 UTC || 2598 V (was 3602 V)<br />
|-<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_4Detector 42015-10-07T22:32:46Z<p>Hazelbain: /* Notes */</p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 4 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 4 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 4 is UNSEGMENTED.<br />
<br />
* On May 21 starting at 19:24 UTC we raised up the Slow threshold for the Front segment.<br />
<br />
15-141-19:24:10 start idib_chg_thrshld (4, FRONT, SLOW, 0x68) --> Was 0x60<br />
15-141-19:24:22 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-141-19:24:22 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-141-19:24:31 /IDPLOAD VALUE=0x68<br />
<br />
* Raised front fast threshold due to elevated counts. This change reduced counts and increased livetime<br />
2015-152-17:00:18 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-152-17:00:31 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
* On 2015 July 7, D4 front fast threshold was raised due to decreased livetime.<br />
2015-188-18:48:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-188-18:48:34 /IDPLOAD VALUE=0x70 ; was 0x60<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:21:17 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-191-19:21:25 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* The front fast threshold was increased on July 24 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime, to ~90%.<br />
2015-205-17:22:21 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-205-17:22:30 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* 2015-08-13: Front slow valid threshold was raised by 10 steps; trying to get the slow valid rates down.<br />
2015-225-16:45:08 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-225-16:45:20 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised, in two commands of 16 steps each, in order to lower fast rates and free up livetime. This was successful but probably needs to be repeated. Livetime rose from ~0% to ~50%. The D4 threshold should be raised again to further raise the livetime.<br />
<br />
15-232-22:17:53 start idib_chg_thrshld (4, FRONT, FAST, 0xA0)<br />
15-232-22:18:12 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:18:12 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:18:25 /IDPLOAD VALUE=0xA0<br />
<br />
15-232-22:19:13 start idib_chg_thrshld (4, FRONT, FAST, 0xB0)<br />
15-232-22:19:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-232-22:19:23 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
15-232-22:19:32 /IDPLOAD VALUE=0xB0<br />
<br />
* On Aug 24, 2015 the front fast threshold was raised twice to free up livetime. This was successful. Note that these changes are working, but we're almost out of head room!<br />
2015-236-20:44:08 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-236-20:44:22 /IDPLOAD VALUE=0xD0 ; was 0xB0<br />
<br />
2015-237-00:02:14 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-237-00:02:22 /IDPLOAD VALUE=0xE0 ; was 0xD0<br />
<br />
* As was discussed during the last meeting, detector 4 showed elevated slow front rates. Following the suggestions of the previous tohban, on August 27 the slow front threshold was increased but no change was observed at all. As the front fast rates were also elevated, a change in the front fast threshold was performed. This change increased its livetimes and the slow front rates, as was expected. Then we decrease D4 HV by 200V, a very conservative value as we would like the detector to segment. However the HV change did not have any impact the front slow rates. The detector remains in the same condition with the slow front threshold at 0xC3. <br />
<br />
2015-239-17:55:53 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:56:02 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
2015-239-17:56:56 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:05 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-19:34:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:34:32 /IDPLOAD VALUE=0xC0 ; was 0xA0<br />
<br />
2015-239-19:37:01 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-239-19:37:09 /IDPLOAD VALUE=0xF0 ; was 0xE0<br />
<br />
2015-239-19:39:38 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
2015-239-19:39:47 /IDPLOAD VALUE=0xC3 ; was 0xC0<br />
<br />
2015-239-21:14:24 /ihvdac detector=4, voltage=226<br />
2015-239-21:15:53 /ihvdac detector=4, voltage=221<br />
<br />
* The front fast threshold was changed on Sep 9 2015 due to low livetime. HV was lowered.<br />
<br />
2015-252-17:50:20 /IDPUTABLE4 OFFSET=FRONTFASTDAC<br />
2015-252-17:50:35 /IDPLOAD VALUE=0xFF ; was 0xF0<br />
2015-252-17:49:33 /IHVDAC DETECTOR=4, VOLTAGE=200 (3898 V)<br />
<br />
* On September 14 2015, HV was lowered again, with no long term effect.<br />
<br />
2015-257-17:36:45 /IHVDAC DETECTOR=4, voltage=185 (3602 V, was 3897 V)<br />
<br />
* Sept. 23 2015: Despite our best efforts, there's been no success in recovering livetime from D4. The front segment livetime is essentially 0. Since desperate times call for desperate measures, we're lowering the HV by 1000V to try and recover some performance. (This was temporarily tried last week, for an orbit, and the livetime did rise to 30%.) The detector does not seem to be anywhere near segmenting. UPDATE Sept. 24: this drop was successful in bringing the fast rates down some, from 4x10^5 to 10^5. This freed up some livetime, which is now at ~35%. However, it also allowed the slow rates to skyrocket, to about 3000. This is probably cutting into the SSR, and so now the SSR fill is gradually rising (13% min today vs ~4% min yesterday). Action MAY need to be taken to reduce the fill rate.<br />
<br />
2015-266-19:25:51 /IHVDAC DETECTOR=4, VOLTAGE=134 (2598 V)<br />
<br />
<br />
* 5th October 2015: G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
===D4 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x50<br />
|-<br />
| 2015 May 21 19:24 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015 Aug 13 16:45 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015 Aug 27 17:56:02 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015 Aug 27 17:57:05 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015 Aug 27 19:34:32 UTC || 0xC0 (was 0xA0)<br />
|-<br />
| 2015 Aug 27 19:39:47 UTC || 0xC3 (was 0xC0)<br />
|-<br />
| 2015 Sep 17 06:35:40 UTC || 0xD0 (was 0xC3)<br />
|-<br />
|}<br />
<br />
===D4 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|- <br />
| 2014-Dec-8 after 22:05 UTC || 0x50 (was 0x30)<br />
|-<br />
| 2015-Jun-02 17:00:31 UTC || 0x60 (was 0x50)<br />
|-<br />
| 2015-Jul-07 18:48:34 UTC || 0x70 (was 0x60)<br />
|-<br />
| 2015-Jul-07 19:21:25 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2015-Jul-24 17:22:30 UTC || 0x90 (was 0x80)<br />
|-<br />
| 2015-Aug-20 22:18:25 UTC || 0xA0 (was 0x90)<br />
|-<br />
| 2015-Aug-20 22:19:32 UTC || 0xB0 (was 0xA0)<br />
|-<br />
| 2015-Aug-24 20:44:22 UTC || 0xD0 (was 0xB0)<br />
|-<br />
| 2015-Aug-25 00:02:22 UTC || 0xE0 (was 0xD0)<br />
|-<br />
| 2015-Aug-27 19:37:09 UTC || 0xF0 (was 0xE0)<br />
|-<br />
| 2015-Sep-09 17:50:35 UTC || 0xFF (was 0xF0)<br />
|-<br />
|}<br />
<br />
===D4 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D4 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|-<br />
| 2015-Sep-17 06:37:27UTC || 0x55 (was 0x45)<br />
|- <br />
|}<br />
<br />
===D4 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|-<br />
| 2015-Aug-27 21:15:53 UTC || 4289 V (was 4510 V)<br />
|-<br />
| 2015-Sep-09 17:49:33 UTC || 3898 V (was 4289 V)<br />
|-<br />
| 2015-Sep-14 17:36:45 UTC || 3602 V (was 3897 V)<br />
|-<br />
| 2015-Sep-23 19:25:51 UTC || 2598 V (was 3602 V)<br />
|-<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_3Detector 32015-10-07T22:31:31Z<p>Hazelbain: /* D3 front slow LLD threshold history */</p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 3 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 3 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
Detector 3 is SEGMENTED following the 2014 anneal (yay!)<br />
<br />
* 2014-Aug-26: D3 is suffering a lot from the known light leak problem. This does not affect the quality of the data but greatly reduces livetime at times when light leaks in through the cryostat port. To alleviate this problem, the G3 rear fast threshold was raised from 0x45 to 0x50 at 2014-238-19:22:56 UTC. This didn't seem to fix the problem.<br />
<br />
* Another threshold change b/c of light leak:<br />
14-241-18:34:11 /IDPUTABLE3 REARFASTDAC ;Load address 0x25CC <br />
14-241-18:34:31 /IDPULOAD VALUE=0x60 ;Rear fast from ox50 to 0x60<br />
<br />
* Front Fast threshold increase due to light leak. This lowered fast counts and increased livetime<br />
2015-152-16:58:07 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-152-16:58:16 /IDPLOAD VALUE=0x30 ; was 0x22<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:20:47 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-191-19:20:58 /IDPLOAD VALUE=0x40 ; was 0x30<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised in order to lower fast rates and free up livetime. This was successful: Livetime rose from ~50% to >90%.<br />
15-232-22:16:08 start idib_chg_thrshld (3, FRONT, FAST, 0x50)<br />
15-232-22:16:30 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-232-22:16:30 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
15-232-22:16:41 /IDPLOAD VALUE=0x50<br />
<br />
* By Aug 24, 2015 rear livetime was so low that the detector had entered "reverse mode" where fast rates are not fully shown, and so fast threshold changes give the opposite effect to that you might expect. (Light leak shows up as livetime peaks, not valleys, in this mode.) The rear fast threshold was raised in two jumps. The first raise apparently increased fast rates and worsened livetime (due to this "reverse mode") but the second raise was successful in bringing down the fast rates and restoring livetime to ~64%.<br />
2015-236-20:45:42 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-236-20:45:54 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
2015-237-00:03:38 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-237-00:03:48 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* The front slow count rates were elevated, to try to bring them down we raised the slow front threshold by 0x10 on August 27th. This has an immediate effect lowering the slow front counts by a factor of 2. We also raised the front and rear fast threshold to increase the livetime.<br />
<br />
2015-239-17:57:41 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:50 /IDPLOAD VALUE=0x1C ; was 0x0C<br />
<br />
2015-239-19:33:13 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-239-19:33:23 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-21:13:25 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-239-21:13:33 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
*On Sept 14 2015, we raised the rear fast threshold on D3 from 0xA0 to 0xB0, to arrest a live-time decrease. Live time jumped fro 10 to 70%, but was bak to 40% in two days.<br />
<br />
2015-257-17:33:14 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-257-17:33:22 /IDPLOAD VALUE=0xB0 ; was 0xA0<br />
<br />
* Some threshold changes occurred during the tohban week of Sept 15-22.<br />
<br />
* On Sept 23, it was decided that the last changes to the slow threshold were probably too drastic, especially considering that the fast threshold was changed at the same time. We backed the front slow threshold back down to 0x1C, which is what it had been before the last adjustment. This needs to be monitored to see how D3 operates in this state, and keep an eye on the slow rates + SSR. UPDATE Sept. 24: the D3 event rate did not significantly change with this threshold drop. Livetime is still ~90% (same as before the drop) so I think this is a stable, working condition. If more livetime is desired, the fast threshold could be raised again.<br />
<br />
2015-266-19:24:00 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-266-19:24:12 /IDPLOAD VALUE=0x1C ;was 0x80<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
===D3 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x0C<br />
|- <br />
| 2015-08-27 17:57:50 UTC || 0x1C (was 0x0C)<br />
|- <br />
| 2015-09-17 06:35:17 UTC || 0x80 (was 0x1C)<br />
|- <br />
| 2015-09-23 19:24:12 UTC || 0x1C (was 0x80)<br />
|- <br />
| 2015-10-03 01:48:22 UTC || 0x0C (was 0x1C)<br />
|-<br />
| 2015-10-05 21:28:51 UTC || 0x15 (was 0x0C)<br />
|- <br />
|}<br />
<br />
===D3 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x22<br />
|-<br />
| 2015-06-03 16:58:16 UTC || 0x30 (was 0x22)<br />
|- <br />
| 2015-07-09 19:20:58 UTC || 0x40 (was 0x30)<br />
|- <br />
| 2015-08-20 22:16:41 UTC || 0x50 (was 0x40)<br />
|- <br />
| 2015-08-27 21:13:33 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-09-17 06:36:45 UTC || 0x70 (was 0x60)<br />
|- <br />
| 2015-09-22 19:47:12 UTC || 0x80 (was 0x70)<br />
|- <br />
|}<br />
<br />
===D3 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D3 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
| 2014-08-26 19:22:56 UTC || 0x50 (was 0x45)<br />
|- <br />
| 2014-08-29 18:33:28 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-08-24 20:45:54 UTC || 0x80 (was 0x70)<br />
|- <br />
| 2015-08-25 00:03:48 UTC || 0x90 (was 0x80)<br />
|- <br />
| 2015-08-27 19:33:23 UTC || 0xA0 (was 0x90)<br />
|- <br />
| 2015-09-14 17:33:22 UTC || 0xB0 (was 0xA0)<br />
|- <br />
| 2015-09-17 06:37:06 UTC || 0xC0 (was 0xB0)<br />
|- <br />
| 2015-09-21 20:09:44 UTC || 0xD0 (was 0xC0)<br />
|- <br />
|}<br />
<br />
===D3 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 3995 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_6Detector 62015-10-07T22:30:32Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 6 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 6 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 6 began its reincarnated life as an unsegmented detector but segmented shortly after (see below).<br />
<br />
<br />
* On 2014 August 14, the HV on D6 was raised to 4926V in an attempt to segment it. This was successful, and D6 now operates as a segmented detector. Since its segmentation is borderline as of Aug/Sept 2014, it commonly unsegments during and just after the SAA.<br />
<br />
* On 2014 Jan 8, the rear fast threshold was raised since fast counts were eating up a lot of livetime.<br />
<br />
15-008-17:44:55 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
15-008-17:45:18 /IDPULOAD VALUE=0x50 ;(was 0x45)<br />
<br />
* * D6 has been showing some strange peaks in the spectrum; these are best seen as multiple lines (that drift) in spectrograms. On Monday, Jan 28 we raised the slow front threshold on D6 to ~10 keV and kept it there for a day before returning to the nominal ~3 keV. This is intended to see if the slow threshold affects the abnormal spectral lines.<br />
15-026-21:57:13 / D6 front slow threshold to 0x30 (was 0x0C).<br />
15-027-21:37:03 / D6 front slow threshold to 0x0C (was 0x30).<br />
<br />
<br />
* D6 fast rates are a bit high (have been rising slowly over the past week). It would be a good idea to raise the front fast threshold a touch. I didn't want to do this at the same time as the slow threshold experiment! <br />
<br />
*D6 front fast threshold was adjusted from default (0x22) due to increased rates, based on the above suggestion. Rates dropped from 3300 to 1250 when the change was made.<br />
15-030-00:19:54 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-030-00:20:17 /IDPLOAD VALUE=0x30 ; was 0x22<br />
<br />
* On 2015 February 27 Front Fast threshold was raised <br />
15-058-21:41:11 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-058-21:41:44 /IDPLOAD VALUE=0x40 (was 0x30)<br />
<br />
*Another raise to D6 front fast threshold on 2015 March 9:<br />
15-068-01:26:56 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-068-01:27:07 /IDPLOAD VALUE=0x50<br />
<br />
*On 2015 March 13 another raise was made to D6 front fast threshold and a raise of the rear fast threshold was made:<br />
15-072-22:04:01 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-072-22:04:22 /IDPLOAD VALUE=0x60<br />
<br />
15-072-22:05:07 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
15-072-22:05:17 /IDPLOAD VALUE=0x60<br />
<br />
*Again 2015 March 17 D6 front fast threshold was increased:<br />
15-076-20:44:01 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-076-20:44:14 /IDPLOAD VALUE=0x70<br />
<br />
On 2015 March 20 D6 HV was dropped in two 10 step increments, twice. Also we attempted to lower the front fast threshold to 0x50, but changed this almost immediately when the live time dropped to 3%:<br />
15-079-21:10:49 /IHVDAC DETECTOR=6, VOLTAGE=243<br />
15-079-21:12:47 /IHVDAC DETECTOR=6, VOLTAGE=233<br />
<br />
15-079-22:49:23 /ihvdac detector=6, voltage=223<br />
15-079-22:50:44 /ihvdac detector=6, voltage=213<br />
<br />
15-079-22:52:39 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-079-22:52:58 /IDPLOAD VALUE=0x60<br />
<br />
15-079-22:55:07 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-079-22:55:19 /IDPLOAD VALUE=0x50<br />
<br />
15-079-22:55:53 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-079-22:56:01 /IDPLOAD VALUE=0x70<br />
<br />
On 2015 March 25 D6 HV was dropped in 20 steps. <br />
15-084-22:45:15 /ihvdac detector=6, voltage=203<br />
15-084-22:46:45 /ihvdac detector=6, voltage=193 (3750 V)<br />
<br />
* April 7 2015: the front fast threshold was raised due to high fast rates that were significantly reducing livetime. This helped, but not a lot, so the action will probably be repeated soon.<br />
15-097-19:56:35 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-097-19:56:45 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* April 9 2015: The front fast and the front slow threshold were raised up to recover the livetime and trying to reduce the noise on the slow valid counts.<br />
<br />
15-099-17:32:59 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-099-17:33:11 /IDPLOAD VALUE=0xA0<br />
<br />
15-099-21:17:16 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-099-21:17:27 /IDPLOAD VALUE=0x15<br />
<br />
* On Abril 14 starting at 14:06 UT we made the next changes for detectors 6 trying to decrease valid counts on the Slow Front segment.<br />
<br />
15-104-14:11:57 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
15-104-14:12:05 /IDPLOAD VALUE=0xA8<br />
15-104-15:45:14 /IDPLOAD VALUE=0xB0<br />
15-104-15:46:24 /IDPLOAD VALUE=0xB8<br />
15-104-15:47:36 /IDPLOAD VALUE=0xB0<br />
<br />
15-104-15:49:18 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-104-15:49:25 /IDPLOAD VALUE=0x1A<br />
15-104-15:50:30 /IDPLOAD VALUE=0x1F<br />
15-104-15:52:06 /IDPLOAD VALUE=0x15<br />
<br />
* On May 21 starting at 19:23 UTC we made the next changes on Front Slow threshold:<br />
<br />
15-141-19:25:36 start idib_chg_thrshld (6, FRONT, SLOW, 0x20) --> Was 0x15<br />
15-141-19:25:46 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-141-19:25:47 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-141-19:25:55 /IDPLOAD VALUE=0x20<br />
<br />
* On May 26 we lowered the HV on detector 6 by 30 counts to a value of 1984 V. This change gave detector 6 the lowest voltage of all the detectors. G6 remained segmented through the pass.<br />
<br />
2015-146-19:11:11 /IHVDAC DETECTOR=6, VOLTAGE=103 (1985 V)<br />
<br />
We also increased the rear fast threshold on detector 6 by 0x08<br />
<br />
2015-146-19:13:07 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-146-19:13:25 /IDPLOAD VALUE=0x68 ; was 0x60<br />
<br />
* On 2015 July 7, D6 rear fast threshold was raised due to decreased livetime<br />
<br />
2015-188-18:49:02 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-188-18:49:19 /IDPLOAD VALUE=0x70 ; was 0x68<br />
<br />
* The rear fast threshold was changed on July 13 2015 due to dropping livetime in the rear:<br />
2015-194-16:34:40 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-194-16:34:52 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
* The rear fast threshold was changed on July 24 2015 due to low livetime. However, the change probably wasn't needed; the tohban hadn't noticed that a change had already been made a few days ago. The next tohban can reverse the change if desired.<br />
2015-205-17:19:29 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-205-17:19:45 /IDPLOAD VALUE=0xB0 ; was 0xA0<br />
<br />
* Aug. 24, 2015: Detector 6: Both front and rear fast thresholds were raised again. This successfully brought the livetime up to 75% in the front, but didn't really change anything in the rear. Another attempt was made with the rear fast threshold, but again no change. The slow threshold was also raised, which brought the slow rates down from 200k to 5k.<br />
<br />
2015-236-20:44:59 /IDPUTABLE6 OFFSET=FRONTFASTDAC<br />
2015-236-20:45:10 /IDPLOAD VALUE=0xD0 ; was 0xB0<br />
<br />
2015-237-00:02:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
2015-237-00:03:04 /IDPLOAD VALUE=0x25 ; was 0x20<br />
<br />
2015-236-20:47:27 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-236-20:47:36 /IDPLOAD VALUE=0xC0 ; was 0xB0<br />
<br />
2015-237-00:04:26 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-237-00:04:34 /IDPLOAD VALUE=0xD0 ; was 0xC0<br />
<br />
* Detector 6 was showing elevated slow front rates. We made a HV change on August 28, lowering the voltage by 200V. The change made the slow front rates to decrease, but still the detector shows elevated slow front counts. On August 31, the rear fast threshold was raised to increase the detector livetime.<br />
<br />
2015-240-17:32:26 /ihvdac detector=6, voltage=93 (from 1984 to 1789 V)<br />
<br />
2015-243-18:01:47 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-243-18:01:56 /IDPLOAD VALUE=0xE0 ; was 0xD0 <br />
<br />
* The rear fast threshold was changed on Sep 9 2015 due to low livetime.<br />
<br />
2015-252-17:53:05 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-252-17:53:18 /IDPLOAD VALUE=0xF0 ; was 0xF0<br />
<br />
* On September 14 2015 we raised the rear fast threshold on D6 from 0xF0 to 0xFF and on September 15 we raised the RHESSI D6 front slow threshold from 0x25 to 0x30.<br />
<br />
2015-257-17:35:39 /IDPUTABLE6 OFFSET=REARFASTDAC<br />
2015-257-17:35:49 /IDPLOAD VALUE=0xFF ; was 0xF0<br />
<br />
2015-258-17:09:29 /IDPUTABLE6 OFFSET=frontslowDAC<br />
2015-258-17:09:38 /IDPLOAD VALUE=0x30 ; was 0x25<br />
<br />
* 2nd October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 5th October 2015: We increased the front slow thresholds G6<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
===D6 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x0C (after segmentation)<br />
|-<br />
| 2015 Jan 26 21:57:13 UTC || 0x30 (was 0x0C)<br />
|- <br />
| 2015 Jan 27 21:37:03 UTC || 0x0C (was 0x30)<br />
|- <br />
| 2015 Apr 09 21:17:27 UTC || 0x15 (was 0x0C)<br />
|-<br />
| 2015 Apr 14 15:49:25 UTC || 0x1A (was 0x15)<br />
|-<br />
| 2015 Apr 14 15:50:30 UTC || 0x1F (was 0x1A)<br />
|-<br />
| 2015 Apr 14 15:52:06 UTC || 0x15 (was 0x1F)<br />
|-<br />
| 2015 May 21 19:25:36 UTC || 0x20 (was 0x15)<br />
|-<br />
| 2015 Aug 25 00:03:04 UTC || 0x25 (was 0x20)<br />
|-<br />
| 2015 Sep 15 00:17:09 UTC || 0x30 (was 0x25)<br />
|-<br />
| 2015 Oct 02 21:29:49 UTC || 0x40 (was 0x30)<br />
|-<br />
| 2015 Oct 05 00:40:54 UTC || 0x50 (was 0x40)<br />
|-<br />
|}<br />
<br />
===D6 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x22 (after segmentation)<br />
|- <br />
| 2015-Jan-30 00:20:17 || 0x30 (was 0x22)<br />
|-<br />
| 2015-Feb-27 21:41:44 || 0x40 (was 0x30)<br />
|-<br />
| 2015-Mar-09 01:27:07 || 0x50 (was 0x40)<br />
|-<br />
| 2015-Mar-13 22:04:22 || 0x60 (was 0x50)<br />
|- <br />
| 2015-Mar-17 20:44:14 || 0x70 (was 0x60)<br />
|- <br />
| 2015-Mar-20 22:52:58 || 0x60 (was 0x70)<br />
|- <br />
| 2015-Mar-20 22:55:19 || 0x50 (was 0x60)<br />
|- <br />
| 2015-Mar-20 22:56:01 || 0x70 (was 0x50)<br />
|- <br />
| 2015-Apr-07 19:57 || 0x80 (was 0x70)<br />
|- <br />
| 2015-Apr-09 17:33 || 0xA0 (was 0x90)<br />
|- <br />
| 2015-Apr-14 14:12 || 0xA8 (was 0xA0)<br />
|- <br />
| 2015-Apr-14 15:45 || 0xB0 (was 0xA8)<br />
|- <br />
| 2015-Apr-14 15:46 || 0xB8 (was 0xB0)<br />
|- <br />
| 2015-Apr-14 15:48 || 0xB0 (was 0xB8)<br />
|- <br />
| 2015-Aug-24 20:45:10 || 0xD0 (was 0xB0)<br />
|- <br />
| 2015-Sep-21 19:47:33 || 0xE0 (was 0xD0)<br />
|- <br />
|}<br />
<br />
===D6 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30 (after segmentation)<br />
|}<br />
<br />
===D6 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45 (after segmentation)<br />
|-<br />
| 2015-Jan-08 17:45:18 || 0x50 (was 0x45)<br />
|-<br />
| 2015-Jan-08 17:45:18 || 0x50 (was 0x45)<br />
|- <br />
| 2015-Mar-17 22:05:17 || 0x60 (was 0x50)<br />
|- <br />
| 2015-May-26 19:13:07 || 0x68 (was 0x60)<br />
|- <br />
| 2015-Jul-07 18:49:19 || 0x70 (was 0x68)<br />
|- <br />
| 2015-Jul-13 16:34:52 || 0x80 (was 0x70)<br />
|- <br />
| 2015-Jul-29 17:19:45 || 0xB0 (was 0xA0)<br />
|- <br />
| 2015-Aug-24 20:47:36 || 0xC0 (was 0xB0)<br />
|- <br />
| 2015-Aug-25 00:04:34 || 0xD0 (was 0xC0)<br />
|- <br />
| 2015-Aug-31 18:01:56 || 0xE0 (was 0xD0)<br />
|- <br />
| 2015-Sep-09 17:53:18 || 0xF0 (was 0xE0)<br />
|- <br />
| 2015-Sep-14 17:35:49 || 0xFF (was 0xF0)<br />
|- <br />
|}<br />
<br />
===D6 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V (unsegmented)<br />
|- <br />
| 2014-Aug-14 03:40 UTC || 4926 V (was 4510 V) (segmented)<br />
|- <br />
| 2015-Mar-20 21:12 UTC || 4500 V (was 4926 V)<br />
|- <br />
| 2015-Mar-20 22:50 UTC || 4142 V (was 4500 V)<br />
|- <br />
| 2015-Mar-25 22:47 UTC || 3750 V (was 4142 V)<br />
|-<br />
| 2015-May-26 19:11 UTC || 1985 V (was 2573 V)<br />
|-<br />
| 2015-Aug-28 17:32 UTC || 1789 V (was 1985 V)<br />
|-<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T22:30:02Z<p>Hazelbain: </p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
The front slow threshold on detector 6 was also increased<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days.<br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%).<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_3Detector 32015-10-07T22:14:41Z<p>Hazelbain: /* D3 front slow LLD threshold history */</p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 3 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 3 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
Detector 3 is SEGMENTED following the 2014 anneal (yay!)<br />
<br />
* 2014-Aug-26: D3 is suffering a lot from the known light leak problem. This does not affect the quality of the data but greatly reduces livetime at times when light leaks in through the cryostat port. To alleviate this problem, the G3 rear fast threshold was raised from 0x45 to 0x50 at 2014-238-19:22:56 UTC. This didn't seem to fix the problem.<br />
<br />
* Another threshold change b/c of light leak:<br />
14-241-18:34:11 /IDPUTABLE3 REARFASTDAC ;Load address 0x25CC <br />
14-241-18:34:31 /IDPULOAD VALUE=0x60 ;Rear fast from ox50 to 0x60<br />
<br />
* Front Fast threshold increase due to light leak. This lowered fast counts and increased livetime<br />
2015-152-16:58:07 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-152-16:58:16 /IDPLOAD VALUE=0x30 ; was 0x22<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:20:47 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-191-19:20:58 /IDPLOAD VALUE=0x40 ; was 0x30<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised in order to lower fast rates and free up livetime. This was successful: Livetime rose from ~50% to >90%.<br />
15-232-22:16:08 start idib_chg_thrshld (3, FRONT, FAST, 0x50)<br />
15-232-22:16:30 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-232-22:16:30 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
15-232-22:16:41 /IDPLOAD VALUE=0x50<br />
<br />
* By Aug 24, 2015 rear livetime was so low that the detector had entered "reverse mode" where fast rates are not fully shown, and so fast threshold changes give the opposite effect to that you might expect. (Light leak shows up as livetime peaks, not valleys, in this mode.) The rear fast threshold was raised in two jumps. The first raise apparently increased fast rates and worsened livetime (due to this "reverse mode") but the second raise was successful in bringing down the fast rates and restoring livetime to ~64%.<br />
2015-236-20:45:42 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-236-20:45:54 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
2015-237-00:03:38 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-237-00:03:48 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* The front slow count rates were elevated, to try to bring them down we raised the slow front threshold by 0x10 on August 27th. This has an immediate effect lowering the slow front counts by a factor of 2. We also raised the front and rear fast threshold to increase the livetime.<br />
<br />
2015-239-17:57:41 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:50 /IDPLOAD VALUE=0x1C ; was 0x0C<br />
<br />
2015-239-19:33:13 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-239-19:33:23 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-21:13:25 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-239-21:13:33 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
*On Sept 14 2015, we raised the rear fast threshold on D3 from 0xA0 to 0xB0, to arrest a live-time decrease. Live time jumped fro 10 to 70%, but was bak to 40% in two days.<br />
<br />
2015-257-17:33:14 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-257-17:33:22 /IDPLOAD VALUE=0xB0 ; was 0xA0<br />
<br />
* Some threshold changes occurred during the tohban week of Sept 15-22.<br />
<br />
* On Sept 23, it was decided that the last changes to the slow threshold were probably too drastic, especially considering that the fast threshold was changed at the same time. We backed the front slow threshold back down to 0x1C, which is what it had been before the last adjustment. This needs to be monitored to see how D3 operates in this state, and keep an eye on the slow rates + SSR. UPDATE Sept. 24: the D3 event rate did not significantly change with this threshold drop. Livetime is still ~90% (same as before the drop) so I think this is a stable, working condition. If more livetime is desired, the fast threshold could be raised again.<br />
<br />
2015-266-19:24:00 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-266-19:24:12 /IDPLOAD VALUE=0x1C ;was 0x80<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
===D3 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x0C<br />
|- <br />
| 2015-08-27 17:57:50 UTC || 0x1C (was 0x0C)<br />
|- <br />
| 2015-09-17 06:35:17 UTC || 0x80 (was 0x1C)<br />
|- <br />
| 2015-09-23 19:24:12 UTC || 0x1C (was 0x80)<br />
|- <br />
| 2015-10-03 01:48:22 UTC || 0x0C (was 0x1C)<br />
|-<br />
| 2015-10-03 21:28:51 UTC || 0x15 (was 0x0C)<br />
|- <br />
|}<br />
<br />
===D3 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x22<br />
|-<br />
| 2015-06-03 16:58:16 UTC || 0x30 (was 0x22)<br />
|- <br />
| 2015-07-09 19:20:58 UTC || 0x40 (was 0x30)<br />
|- <br />
| 2015-08-20 22:16:41 UTC || 0x50 (was 0x40)<br />
|- <br />
| 2015-08-27 21:13:33 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-09-17 06:36:45 UTC || 0x70 (was 0x60)<br />
|- <br />
| 2015-09-22 19:47:12 UTC || 0x80 (was 0x70)<br />
|- <br />
|}<br />
<br />
===D3 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D3 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
| 2014-08-26 19:22:56 UTC || 0x50 (was 0x45)<br />
|- <br />
| 2014-08-29 18:33:28 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-08-24 20:45:54 UTC || 0x80 (was 0x70)<br />
|- <br />
| 2015-08-25 00:03:48 UTC || 0x90 (was 0x80)<br />
|- <br />
| 2015-08-27 19:33:23 UTC || 0xA0 (was 0x90)<br />
|- <br />
| 2015-09-14 17:33:22 UTC || 0xB0 (was 0xA0)<br />
|- <br />
| 2015-09-17 06:37:06 UTC || 0xC0 (was 0xB0)<br />
|- <br />
| 2015-09-21 20:09:44 UTC || 0xD0 (was 0xC0)<br />
|- <br />
|}<br />
<br />
===D3 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 3995 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_3Detector 32015-10-07T22:10:59Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 3 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 3 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
Detector 3 is SEGMENTED following the 2014 anneal (yay!)<br />
<br />
* 2014-Aug-26: D3 is suffering a lot from the known light leak problem. This does not affect the quality of the data but greatly reduces livetime at times when light leaks in through the cryostat port. To alleviate this problem, the G3 rear fast threshold was raised from 0x45 to 0x50 at 2014-238-19:22:56 UTC. This didn't seem to fix the problem.<br />
<br />
* Another threshold change b/c of light leak:<br />
14-241-18:34:11 /IDPUTABLE3 REARFASTDAC ;Load address 0x25CC <br />
14-241-18:34:31 /IDPULOAD VALUE=0x60 ;Rear fast from ox50 to 0x60<br />
<br />
* Front Fast threshold increase due to light leak. This lowered fast counts and increased livetime<br />
2015-152-16:58:07 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-152-16:58:16 /IDPLOAD VALUE=0x30 ; was 0x22<br />
<br />
* The front fast threshold was increased on July 10 2015 due to low livetime due to high fast rates. This action was effective in raising the livetime.<br />
2015-191-19:20:47 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-191-19:20:58 /IDPLOAD VALUE=0x40 ; was 0x30<br />
<br />
* On Aug 20, 2015 the front fast threshold was raised in order to lower fast rates and free up livetime. This was successful: Livetime rose from ~50% to >90%.<br />
15-232-22:16:08 start idib_chg_thrshld (3, FRONT, FAST, 0x50)<br />
15-232-22:16:30 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-232-22:16:30 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
15-232-22:16:41 /IDPLOAD VALUE=0x50<br />
<br />
* By Aug 24, 2015 rear livetime was so low that the detector had entered "reverse mode" where fast rates are not fully shown, and so fast threshold changes give the opposite effect to that you might expect. (Light leak shows up as livetime peaks, not valleys, in this mode.) The rear fast threshold was raised in two jumps. The first raise apparently increased fast rates and worsened livetime (due to this "reverse mode") but the second raise was successful in bringing down the fast rates and restoring livetime to ~64%.<br />
2015-236-20:45:42 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-236-20:45:54 /IDPLOAD VALUE=0x80 ; was 0x70<br />
<br />
2015-237-00:03:38 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-237-00:03:48 /IDPLOAD VALUE=0x90 ; was 0x80<br />
<br />
* The front slow count rates were elevated, to try to bring them down we raised the slow front threshold by 0x10 on August 27th. This has an immediate effect lowering the slow front counts by a factor of 2. We also raised the front and rear fast threshold to increase the livetime.<br />
<br />
2015-239-17:57:41 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-239-17:57:50 /IDPLOAD VALUE=0x1C ; was 0x0C<br />
<br />
2015-239-19:33:13 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-239-19:33:23 /IDPLOAD VALUE=0xA0 ; was 0x90<br />
<br />
2015-239-21:13:25 /IDPUTABLE3 OFFSET=FRONTFASTDAC<br />
2015-239-21:13:33 /IDPLOAD VALUE=0x60 ; was 0x50<br />
<br />
*On Sept 14 2015, we raised the rear fast threshold on D3 from 0xA0 to 0xB0, to arrest a live-time decrease. Live time jumped fro 10 to 70%, but was bak to 40% in two days.<br />
<br />
2015-257-17:33:14 /IDPUTABLE3 OFFSET=REARFASTDAC<br />
2015-257-17:33:22 /IDPLOAD VALUE=0xB0 ; was 0xA0<br />
<br />
* Some threshold changes occurred during the tohban week of Sept 15-22.<br />
<br />
* On Sept 23, it was decided that the last changes to the slow threshold were probably too drastic, especially considering that the fast threshold was changed at the same time. We backed the front slow threshold back down to 0x1C, which is what it had been before the last adjustment. This needs to be monitored to see how D3 operates in this state, and keep an eye on the slow rates + SSR. UPDATE Sept. 24: the D3 event rate did not significantly change with this threshold drop. Livetime is still ~90% (same as before the drop) so I think this is a stable, working condition. If more livetime is desired, the fast threshold could be raised again.<br />
<br />
2015-266-19:24:00 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
2015-266-19:24:12 /IDPLOAD VALUE=0x1C ;was 0x80<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
===D3 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x0C<br />
|- <br />
| 2015-08-27 17:57:50 UTC || 0x1C (was 0x0C)<br />
|- <br />
| 2015-09-17 06:35:17 UTC || 0x80 (was 0x1C)<br />
|- <br />
| 2015-09-23 19:24:12 UTC || 0x1C (was 0x80)<br />
|- <br />
|}<br />
<br />
===D3 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x22<br />
|-<br />
| 2015-06-03 16:58:16 UTC || 0x30 (was 0x22)<br />
|- <br />
| 2015-07-09 19:20:58 UTC || 0x40 (was 0x30)<br />
|- <br />
| 2015-08-20 22:16:41 UTC || 0x50 (was 0x40)<br />
|- <br />
| 2015-08-27 21:13:33 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-09-17 06:36:45 UTC || 0x70 (was 0x60)<br />
|- <br />
| 2015-09-22 19:47:12 UTC || 0x80 (was 0x70)<br />
|- <br />
|}<br />
<br />
===D3 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D3 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
| 2014-08-26 19:22:56 UTC || 0x50 (was 0x45)<br />
|- <br />
| 2014-08-29 18:33:28 UTC || 0x60 (was 0x50)<br />
|- <br />
| 2015-08-24 20:45:54 UTC || 0x80 (was 0x70)<br />
|- <br />
| 2015-08-25 00:03:48 UTC || 0x90 (was 0x80)<br />
|- <br />
| 2015-08-27 19:33:23 UTC || 0xA0 (was 0x90)<br />
|- <br />
| 2015-09-14 17:33:22 UTC || 0xB0 (was 0xA0)<br />
|- <br />
| 2015-09-17 06:37:06 UTC || 0xC0 (was 0xB0)<br />
|- <br />
| 2015-09-21 20:09:44 UTC || 0xD0 (was 0xC0)<br />
|- <br />
|}<br />
<br />
===D3 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 3995 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T21:21:22Z<p>Hazelbain: /* Detector issues */</p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The front slow threshold on detector 6 was increased to 0x50. Detector 6 is still showing flare counts at higher energies, so while the front slow rate remains high, the decision was made to leave the threshold at the current value for now. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days.<br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%).<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T21:20:52Z<p>Hazelbain: /* Attenuator Issues */</p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The front slow threshold on detector 6 was increased to 0x50. Detector 6 is still showing flare counts at higher energies, so while the front slow rate remains high, the decision was made to leave the threshold at the current value for now. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days.<br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%).<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T21:20:27Z<p>Hazelbain: /* Detector issues */</p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The front slow threshold on detector 6 was increased to 0x50. Detector 6 is still showing flare counts at higher energies, so while the front slow rate remains high, the decision was made to leave the threshold at the current value for now. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days.<br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%). <br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T21:19:23Z<p>Hazelbain: </p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The front slow threshold on detector 6 was increased to 0x50. Detector 6 is still showing flare counts at higher energies, so while the front slow rate remains high, the decision was made to leave the threshold at the current value for now. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days. <br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%). <br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T21:18:52Z<p>Hazelbain: </p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 69% and is now at a minimum of 28% after the last pass yesterday due to events being turned off on D4.<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come up a bit. CP1 = 135.9K, CP2 = 134.2K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
; Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
; Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The front slow threshold on detector 6 was increased to 0x50. Detector 6 is still showing flare counts at higher energies, so while the front slow rate remains high, the decision was made to leave the threshold at the current value for now. <br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
* 7th October 2015: The livetime of D3 is currently around 0 and D6 varying around 20%. The next tohban should investigate increasing the from fast thresholds on these detectors. Also the D1 and D7 rear livetime has dropped over the last few days. <br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
The current attenuator threshold values are currently on the edge of being triggered by background noise. The next tohban might consider increasing the Thin In level for the attenuator motions (set to 7%). <br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
There was a spin up on DOY 273 up to ~15 rpm.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T18:00:03Z<p>Hazelbain: </p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 48% and at 28% after the last pass set today.<br />
<br />
The SSR started the week almost emptying. However, after the HV drop on D4, slow events from D4 and D6 were high enough to keep steadily increasing the SSR fill. This was even BEFORE solar activity picked up. Because of this, I proposed that it might be a good idea to disable events on D4, with the reasoning that those events aren't giving us good data and are just eating up the SSR. Because things didn't quite get bad enough that we were really in trouble, I did not implement this suggestion. Future tohbans should keep it in mind as a last resort.<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come down a bit, consistent with solar fraction. CP1 = 134.7K, CP2 = 133.1K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
In order to deal with the high SSR fill level we halted collection of detector 4 events. We also loaded a modified version of RTS 26 so that G4 events would stay off, when the other detector events were turned back on, after each eclipse exit. We noted an immediate decrease in the SSR write rate, as soon as G4 events were turned off. This SSR fill level has since begun to decrease.<br />
<br />
; Turn off G4 events<br />
15-279-02:16:10 /itmoff value=dib4<br />
<br />
; Load modified RTS 26 so the G4 events stay off<br />
15-279-02:17:05 start sc_tbl_loadpkt("T15271SLTN61_No_G4_G9.00")<br />
<br />
* 6th of October 2015: The thin attenuator was stuck IN again during the Berkeley passes. No changed were made to the threshold values but the thin attenuator was commanded out. It remained out at the final pass of the evening. <br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
<br />
<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
It's about time for a spinup.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-10-07Tohban Report 2015-10-072015-10-07T17:57:26Z<p>Hazelbain: Created page with " {{Infobox Tohban Report| |start_date = 30 Sep 2015 |end_date = 7 Oct 2015 |tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |ne..."</p>
<hr />
<div> {{Infobox Tohban Report|<br />
|start_date = 30 Sep 2015<br />
|end_date = 7 Oct 2015<br />
|tohban_name = Juan Carlos Martinez Oliveros and Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
In the first half of the week solar activity was moderate with 7 M class flares, mostly originating in active region NOAA 12422. AR 12422 rotated over the limb on the 4th of October, after which the Sun became very quiet with a background solar flux at the low B class level. There are currently only 2 active regions on the disk, one of which will rotate over the limb within the next 24 hours. Quiet Sun conditions are expected to continue for the next few days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 4 38 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 14 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 4 3 0<br />
<br />
There were RHESSI flares/GOES flares 43 / 49<br />
over the time range 30-Sep-15 07-Oct-15<br />
<br />
== Memory Management ==<br />
<br />
The SSR is a bit high due to high solar activity, with a max of 48% and at 28% after the last pass set today.<br />
<br />
The SSR started the week almost emptying. However, after the HV drop on D4, slow events from D4 and D6 were high enough to keep steadily increasing the SSR fill. This was even BEFORE solar activity picked up. Because of this, I proposed that it might be a good idea to disable events on D4, with the reasoning that those events aren't giving us good data and are just eating up the SSR. Because things didn't quite get bad enough that we were really in trouble, I did not implement this suggestion. Future tohbans should keep it in mind as a last resort.<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temps have come down a bit, consistent with solar fraction. CP1 = 134.7K, CP2 = 133.1K.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2015-10-02T04:05:00.000 -- 2015-10-02T04:10:00.000 300.00000<br />
NO GAPS IN APP_ID = 154 (VC1-PMTRAS)<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
* 2nd October 2015: We returned detector G3 Front Slow threshold to the nominal value of 0x0C (was 0x1C). When we did this, the front slow valids jumped from ~1680 cps to ~3800 cps. We left it this way, over the weekend, but keept a close eye on it.<br />
<br />
15-276-01:48:22 start idib_chg_thrshld(3, FRONT, SLOW, 0x0C) ; was 0x1C<br />
15-276-01:48:26 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-276-01:48:26 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-276-01:48:37 /IDPLOAD VALUE=0x0C<br />
<br />
* 5th October 2015: We increased the front slow thresholds, on detectors G3 and G6. <br />
<br />
15-278-21:28:34 /iattmove move=out2<br />
<br />
15-278-21:28:51 start idib_chg_thrshld(3, FRONT, SLOW, 0x15) ; was 0x0C<br />
15-278-21:28:55 /IDPUDUMPTABL TABLE=DIBTBL3<br />
15-278-21:28:55 /IDPUTABLE3 OFFSET=FRONTSLOWDAC<br />
15-278-21:29:13 /IDPLOAD VALUE=0x15<br />
<br />
15-278-21:29:49 start idib_chg_thrshld(6, FRONT, SLOW, 0x40) ; was 0x30<br />
15-278-21:29:53 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-278-21:29:53 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-278-21:30:03 /IDPLOAD VALUE=0x40<br />
<br />
Furthermore G4 was primarily responsible was the increasing SSR fill level (max ~68%). Over the weekend the behavior of D4 changed causing very high fast valids and live time at or near 0%. This low live time has prevented G4 from putting a lot of noise into the SSR. However over the previous few days, the fast valids declined and the livetime rose to around 74%. This has allowed G4 to begin putting more than 9k events per second. Because of this, we further increased the G4 front slow valid, in steps up to max threshold 0xFF. This had no effect whatsoever (slow valid counts appear to be stuck on just one value). This is similar to some of the strange behavior was previously saw in G9.<br />
<br />
15-279-00:37:28 start idib_chg_thrshld (4, FRONT, SLOW, 0xE0) ; was 0xD0<br />
15-279-00:37:32 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:37:32 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:37:42 /IDPLOAD VALUE=0xE0<br />
<br />
15-279-00:38:20 start idib_chg_thrshld (4, FRONT, SLOW, 0xF0) ; was 0xE0<br />
15-279-00:38:24 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:38:24 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:38:29 /IDPLOAD VALUE=0xF0<br />
<br />
15-279-00:39:19 start idib_chg_thrshld (4, FRONT, SLOW, 0xFF) ; was 0xF0<br />
15-279-00:39:23 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-279-00:39:23 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-279-00:39:30 /IDPLOAD VALUE=0xFF<br />
<br />
15-279-00:40:54 start idib_chg_thrshld (6, FRONT, SLOW, 0x50) ; was 0x40<br />
15-279-00:40:58 /IDPUDUMPTABL TABLE=DIBTBL6<br />
15-279-00:40:58 /IDPUTABLE6 OFFSET=FRONTSLOWDAC<br />
15-279-00:41:08 /IDPLOAD VALUE=0x50<br />
<br />
== Attenuator Issues ==<br />
<br />
* 2nd October 2015: The thin attenuator got stuck IN 3 times. We adjusted the threshold to pull out the thin attenuator, by one count. Thresholds were adjusted to thin: 4.31% and thick 4.71%. After the change was made, the thin attenuator moved out, in an automated fashion.<br />
<br />
15-276-01:49:28 start attenuator013_2015_276<br />
<br />
* 5th October 2015: The thin attenuator was stuck IN so it was commanded out. Unfortunately, the attenuator went right back in again, because the deadtime is rising. To avoid raising the thresholds on the detectors 1 and 7 which are used to trigger the attenuator motions, we had adjust the attenuator Thin In threshold, as well as the Thin Out and Thick Out thresholds fairly aggressively, to get back to normal shutter operations<br />
<br />
Thin In: 15 (was 13) -> 5.89%<br />
Thin Out: 14 (was 11) -> 5.5%<br />
Thick Out: 15 (was 12) -> 5.89%<br />
<br />
15-278-23:07:35 start attenuator013_2015_278<br />
<br />
This resulted in the thin attenuator moving out, as expected.<br />
<br />
<br />
<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
It's about time for a spinup.<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Looks ok.<br />
|-<br />
| Detector problems? || See notes above.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-05-20Tohban Report 2015-05-202015-05-20T19:20:07Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 13 May 2015<br />
|end_date = 20 May 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Milo Buitrago-Casas<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low this week. The majority of the C class flares this week were produced by ARs 12339 and 12345, which have now rotated off the disk. There are currently ten active regions on the disk. Solar activity is currently low, with a GOES background flux at B class level. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 9 24 0 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 3 14 0 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 1 8 0 0<br />
<br />
There were RHESSI flares/GOES flares 167 / 33<br />
over the time range 13-May-15 20-May-15<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR fill level reached a maximum of ~50% and is not currently emptying at the end of the daily pass set (currently ~29% at the end of the passes).<br />
<br />
== Spacecraft Status ==<br />
<br />
The cold plate 1 and 2 are at about 132.2 K and 130.7 K respectively. There was ~0.5 K step decrease in the cold tip temperature on the 16th of May.<br />
<br />
Accelerations remain low at 11.5mg.<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week<br />
<br />
== Detector issues ==<br />
<br />
<br />
- The front fast threshold on detector 9 was raised from 0x30 to 0x40.<br />
<br />
2015-133-19:09:39 /IDPUTABLE9 OFFSET=FRONTFASTDAC<br />
2015-133-19:09:52 /IDPLOAD VALUE=0x40 ; was 0x30<br />
<br />
- The Front slow threshold on detector 8 was increased from 0x0C to 0x15. <br />
<br />
2015-135-21:36:06 /IDPUTABLE8 OFFSET=FRONTSLOWDAC <br />
2015-135-21:36:25 /IDPLOAD VALUE=0x15 ; was 0x0C<br />
<br />
- The front fast rates on D3, D4 and D6, and the rear fast rates on D1, D5, D6 and D7 began increasingly significantly. The trend began around the 7th of May but has become more pronounced during the last week. The trend appears to follow the rising cold tip temperature trend, but is increasing faster than in previous months and may point to another source of noise on the spacecraft. The cold tip temperature has reached it's current peak and will start to decrease again due to the changing day length. Therefore the decision was made to hold of on increasing the fast rate thresholds on all detectors and observer the current trend for a couple more days. <br />
<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
- At the start of the week the thin attenuator was stuck in due to the livetime of detectors 1 and 7 dropping below 99.2% consistently. The HV on detector 1 and 7 was dropped by 20 steps each and the thin attenuator came out at 19:02:28 UT on the 13th of May.<br />
<br />
2015-133-19:02:13 /ihvdac detector=1, voltage=186<br />
2015-133-19:02:24 /ihvdac detector=7, voltage=211<br />
<br />
- At 07:30 UTC on the 14th, the thin attenuator returned to being stuck in despite the change in HV. At 20:16 UT on the 14th of May we changed the threshold used for pulling the thin shutter out, more specifically going from attenuator state 1 to 0. The threshold was changed from 0.8% to 1.2% dead time, the step size is 0.4%. Once this commanding was done the thin shutter came out. Since the change solar activity has been low and it still remains to be seen how the attenuator will react during a flare using this new setting. For now it is out and we will keep a close eye on it.<br />
<br />
- The decimation was changed from active to normal_vigorous.<br />
<br />
2015-133-19:08:22 start idpu_dec_normal_vigorous<br />
<br />
<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| Night time data (fronts) || No nighttime events<br />
|-<br />
| Night time data (rears) || Taking nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-05-20Tohban Report 2015-05-202015-05-20T17:54:30Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 13 May 2015 |end_date = 20 May 2015 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activit..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 13 May 2015<br />
|end_date = 20 May 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low this week. The majority of the C class flares this week were produced by ARs 12339 and 12345, which have now rotated off the disk. There are currently ten active regions on the disk. Solar activity is currently low, with a GOES background flux at B class level. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 9 24 0 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 3 14 0 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 1 8 0 0<br />
<br />
There were RHESSI flares/GOES flares 167 / 33<br />
over the time range 13-May-15 20-May-15<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR fill level reached a maximum of 41% and is not currently emptying at the end of the daily pass set (currently ~25% at the end of the passes).<br />
<br />
== Spacecraft Status ==<br />
<br />
The cold plate 1 and 2 are at about 132.1 K and 130.4 K respectively. <br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week<br />
<br />
== Detector issues ==<br />
<br />
<br />
- The front fast threshold on detector 9 was raised from 0x30 to 0x40.<br />
<br />
2015-133-19:09:39 /IDPUTABLE9 OFFSET=FRONTFASTDAC<br />
2015-133-19:09:52 /IDPLOAD VALUE=0x40 ; was 0x30<br />
<br />
- The Front slow threshold on detector 8 was increased from 0x0C to 0x15. <br />
<br />
2015-135-21:36:06 /IDPUTABLE8 OFFSET=FRONTSLOWDAC <br />
2015-135-21:36:25 /IDPLOAD VALUE=0x15 ; was 0x0C<br />
<br />
- The front fast rates on D3, D4 and D6 and the rear fast rates on D1, D5, D6 and D7 began increasingly significantly. The trend began around the 7th of May but has become most pronounced during the last week.<br />
<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
- At the start of the week the thin attenuator was stuck in due to the livetime of detectors 1 and 7 dropping below 99.2% consistently. The HV on detector 1 and 7 was dropped by 20 steps each and the thin attenuator came out at 19:02:28 UT on the 13th of May.<br />
<br />
2015-133-19:02:13 /ihvdac detector=1, voltage=186<br />
2015-133-19:02:24 /ihvdac detector=7, voltage=211<br />
<br />
- At 07:30 UTC on the 14th, the thin attenuator returned to being stuck in despite the change in HV. At 20:16 UT on the 14th of May we changed the threshold used for pulling the thin shutter out, more specifically going from attenuator state 1 to 0. The threshold was changed from 0.8% to 1.2% dead time, the step size is 0.4%. Once this commanding was done the thin shutter came out. Since the change solar activity has been low and it still remains to be seen how the attenuator will react during a flare using this new setting. For now it is out and we will keep a close eye on it.<br />
<br />
- The decimation was changed from active to normal_vigorous.<br />
<br />
2015-133-19:08:22 start idpu_dec_normal_vigorous<br />
<br />
<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| Night time data (fronts) || No nighttime events<br />
|-<br />
| Night time data (rears) || Taking nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-04-22Tohban Report 2015-04-222015-04-22T18:24:27Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 15 Apr 2015<br />
|end_date = 22 Apr 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Nicole Duncan<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low to moderate. Yesterday (21st Apr) there were 7 M class flares produced by AR NOAA 12322 as it was rotating over the limb. In the last 24 hours solar activity has declined, perhaps due to AR 12322 having rotated over the limb. However the background GOES X-ray flux remains elevated and is currently around the C1 level. There are currently 9 active regions on the disk, the most active of which are NOAA 12324 and NOAA 12325. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 2 28 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 1 20 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 9 2 0<br />
<br />
There were RHESSI flares/GOES flares 233 / 37<br />
over the time range 15-Apr-15 22-Apr-15<br />
<br />
== Memory Management ==<br />
<br />
At the start of the week the SSR was high, reaching 50-60% fill level at the start of the daily pass set. Extra passes, HV commanding and threshold changing (see below) to reduce the noise in D4 and D6 helped reduce the SSR fill level, which is now emptying at the end of the daily pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
<br />
== Data Gaps ==<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
Cold Tip Temperature 1 = 108.3K<br />
Cold Tip Temperature 2 = 106.2K<br />
Cold Plate Temperature 1 = 129.9K<br />
Cold Plate Temperature 2 = 128.4K<br />
<br />
== Detector issues ==<br />
<br />
On the 16th of April, the attenuator logic was changed from detectors 1, 1, 3 and 3 to detectors 1, 1, 7 and 7. <br />
<br />
On the 16th of April the high voltage on detector 6 was lowered. The detector remained segmented and both the reset rates and slow valid counts came down. The reset rates started out around 5400 and front slow valids were around 2800 cps.<br />
<br />
15-106-08:25:09 /ihvdac detector=6, voltage=153<br />
<br />
After lowering by 800 V, the slow valids dropped to around 1800 cps. The G6 high voltage was then lowered by another 20 steps.<br />
<br />
15-106-08:27:25 /ihvdac detector=6, voltage=133<br />
<br />
After the second move down, the front slow valids dropped to 1200 and the resets dropped to 2000 cps. G6 = 2622 V<br />
<br />
On the 16th of April the G4 front slow valids were running close to 1000 cps, so we raised the G4 front slow threshold from 0x50 to 0x60. This brought the counts down to about 600.<br />
<br />
15-106-10:04:27 start idib_chg_thrshld(4, FRONT, SLOW, 0x58)<br />
15-106-10:04:38 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-106-10:04:38 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-106-10:04:48 /IDPLOAD VALUE=0x58<br />
<br />
15-106-10:05:35 start idib_chg_thrshld(4, FRONT, SLOW, 0x60)<br />
15-106-10:05:42 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-106-10:05:42 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-106-10:05:51 /IDPLOAD VALUE=0x60<br />
<br />
<br />
{| class="wikitable" <br />
|- <br />
| Threshold [G4] || Front Slow<br />
|- <br />
| Initial || 0x50<br />
|- <br />
| Final || 0x60<br />
|- <br />
|}<br />
<br />
== Other notes ==<br />
<br />
The livetime on detector 8 has decreased around 10% over the last week. The next tohban should keep an eye on the front slow and fast counts.<br />
<br />
== Spacecraft Management ==<br />
<br />
A yellow "warnings" was added to the the attenuator "in" status to alert operators if the attenuator becomes stuck in state 1. The yellow warning for the CPC temperature was increased from 50 to 55oC (The red level warning remains at 70oC). The yellow warning on solar array 1 (always high due to reflections) was raised to 106oC.<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| Night time data (fronts) || No nighttime events<br />
|-<br />
| Night time data (rears) || No nighttime events<br />
|-<br />
| Require extra passes? || Yes<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-04-22Tohban Report 2015-04-222015-04-22T18:22:49Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 15 Apr 2015 |end_date = 22 Apr 2015 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = Nicole Duncan }} == S..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 15 Apr 2015<br />
|end_date = 22 Apr 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Nicole Duncan<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low to moderate. Yesterday (21st Apr) there were 7 M class flares produced by AR NOAA 12322 as it was rotating over the limb. In the last 24 hours solar activity has declined, perhaps due to AR 12322 having rotated over the limb. However the background GOES X-ray flux remains elevated and is currently around the C1 level. There are currently 9 active regions on the disk, the most active of which are NOAA 12324 and NOAA 12325. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 2 28 7 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 1 20 5 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 9 2 0<br />
<br />
There were RHESSI flares/GOES flares 233 / 37<br />
over the time range 15-Apr-15 22-Apr-15<br />
<br />
== Memory Management ==<br />
<br />
At the start of the week the SSR was high, reaching 50-60% fill level at the start of the daily pass set. Extra passes, HV commanding and threshold changing (see below) to reduce the noise in D4 and D6 helped reduce the SSR fill level, which is now emptying at the end of the daily pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
<br />
== Data Gaps ==<br />
<br />
<br />
<br />
== Temperatures ==<br />
<br />
Cold Tip Temperature 1 = 108.3K<br />
Cold Tip Temperature 2 = 106.2K<br />
Cold Plate Temperature 1 = 129.9K<br />
Cold Plate Temperature 2 = 128.4K<br />
<br />
== Detector issues ==<br />
<br />
On the 16th of April, the attenuator logic was changed from detectors 1, 1, 3 and 3 to detectors 1, 1, 7 and 7. <br />
<br />
On the 16th of April the high voltage on detector 6 was lowered. The detector remained segmented and both the reset rates and slow valid counts came down. The reset rates started out around 5400 and front slow valids were around 2800 cps.<br />
<br />
15-106-08:25:09 /ihvdac detector=6, voltage=153<br />
<br />
After lowering by 800 V, the slow valids dropped to around 1800 cps. The G6 high voltage was then lowered by another 20 steps.<br />
<br />
15-106-08:27:25 /ihvdac detector=6, voltage=133<br />
<br />
After the second move down, the front slow valids dropped to 1200 and the resets dropped to 2000 cps. G6 = 2622 V<br />
<br />
On the 16th of April the G4 front slow valids were running close to 1000 cps, so we raised the G4 front slow threshold from 0x50 to 0x60. This brought the counts down to about 600.<br />
<br />
15-106-10:04:27 start idib_chg_thrshld(4, FRONT, SLOW, 0x58)<br />
15-106-10:04:38 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-106-10:04:38 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-106-10:04:48 /IDPLOAD VALUE=0x58<br />
<br />
15-106-10:05:35 start idib_chg_thrshld(4, FRONT, SLOW, 0x60)<br />
15-106-10:05:42 /IDPUDUMPTABL TABLE=DIBTBL4<br />
15-106-10:05:42 /IDPUTABLE4 OFFSET=FRONTSLOWDAC<br />
15-106-10:05:51 /IDPLOAD VALUE=0x60<br />
<br />
<br />
{| class="wikitable" <br />
|- <br />
| Threshold [G4] || Front Slow<br />
|- <br />
| Initial || 0x50<br />
|- <br />
| Final || 0x60<br />
|- <br />
|}<br />
<br />
== Other notes ==<br />
<br />
The livetime on detector 8 has decreased around 10% over the last week. The next tohban should keep an eye on the front slow and fast counts.<br />
<br />
== Spacecraft Management ==<br />
<br />
A yellow "warnings" was added to the the attenuator "in" status to alert operators if the attenuator becomes stuck in state 1. The yellow warning for the CPC temperature was increased from 50 to 55oC (The red level warning remains at 70oC). The yellow warning on solar array 1 (always high due to reflections) was raised to 106oC.<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| Night time data (fronts) || None nighttime events<br />
|-<br />
| Night time data (rears) || None nighttime events<br />
|-<br />
| Require extra passes? || Yes<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-01-21Tohban Report 2015-01-212015-01-21T20:09:45Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 14 Jan 2015<br />
|end_date = 21 Jan 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate to low. The week began in the midst of a Major Flare Watch as NOAA 12257 produced a number of C class flares and an M class flare before rotating over the disk. The remainder of the week was pretty quiet with only a few low C class flares. There are currently 7 active regions on disk and solar activity is low. <br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 2 19 1 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 2 15 1 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 2 5 0 0<br />
<br />
There were RHESSI flares/GOES flares 157 / 22<br />
over the time range 14-Jan-15 21-Jan-15<br />
<br />
<br />
== Memory Management ==<br />
<br />
At the start of the week the SSR was high with a max of XXX due to the increase in solar activity. When solar activity dropped and the SSR began to empty at the end of the daily pass set, the decimation state was returned to normal/vigorous (2015-020-20:43:36). Front and rear nighttime events are scheduled to be turned on tomorrow. <br />
<br />
== Spacecraft Status ==<br />
<br />
Accelerations remain low ~65mg. Cryocooler power = 65 W.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
There were a number of 300 to 600 second gaps throughout the week.<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temperatures have remained steady with no sudden increases. Cold plate 1 currently reads 131.2K and cold plate 2 reads 130.0K<br />
<br />
<br />
== Detector issues ==<br />
<br />
The rear fast counts on detector 9 are elevated and the threshold should be increased. This will be explored by the new tohban during a pass later today.<br />
<br />
Detector 6 has started to show line peaks in the spectrum similar to those seen in D6 before the anneal. Previously, changes to the HV did not resolve the issue. The next tohban will investigate changing the front slow threshold on detector 6.<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| Night time data (fronts) || Off<br />
|-<br />
| Night time data (rears) || Off<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2015-01-21Tohban Report 2015-01-212015-01-21T18:46:13Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 14 Jan 2015 |end_date = 21 Jan 2015 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 14 Jan 2015<br />
|end_date = 21 Jan 2015<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate to low. The week began in the midst of a Major Flare Watch as NOAA 12257 produced a number of C class flares and an M class flare before rotating over the disk. The remainder of the week was pretty quiet with only a few low C class flares. There are currently 7 active regions on disk and solar activity is low. <br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 2 19 1 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 2 15 1 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 2 5 0 0<br />
<br />
There were RHESSI flares/GOES flares 157 / 22<br />
over the time range 14-Jan-15 21-Jan-15<br />
<br />
<br />
== Memory Management ==<br />
<br />
At the start of the week the SSR was high with a max of XXX due to the increase in solar activity. When solar activity dropped and the SSR began to empty at the end of the daily pass set, the decimation state was returned to normal/vigorous (2015-020-20:43:36). Front nighttime events are scheduled to be turned on tomorrow. <br />
<br />
== Spacecraft Status ==<br />
<br />
<br />
<br />
== Data Gaps ==<br />
<br />
There were a number of 300 to 600 second gaps throughout the week.<br />
<br />
== Temperatures ==<br />
<br />
The cold plate temperatures have remained steady with no sudden increases. Cold plate 1 currently reads 131.2K and cold plate 2 reads 130.0K<br />
<br />
<br />
== Detector issues ==<br />
<br />
The rear fast counts on detector 9 are elevated and the threshold should be increased. This will be explored by the new tohban during a pass later today.<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| Night time data (fronts) || Off<br />
|-<br />
| Night time data (rears) || Off<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_5Detector 52015-01-06T21:19:43Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 5 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 5 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
* In late December 2014 some weak signal of segmentation were seen on G5. On January 5, 2015 at 14:57 UTC we set new values for the front fast and front slow thresholds on this detector. We need to keep an eye on its behaviour. Detector 5 is now weakly SEGMENTED.<br />
<br />
G5 front slow to 0x0C (was 0x80) on 2015 Jan. 5 after 14:57 UTC<br />
G5 front fast to 0x2E (was 0x60) on 2015 Jan. 5 after 14:57 UTC<br />
<br />
* After the 2014 anneal, detector 5 is UNSEGMENTED.<br />
<br />
* A tweak shortly after the anneal was completed:<br />
G5 front slow to 0x80 (was 0x70) on 2014 Aug. 14 after 03:40 UTC<br />
<br />
===D5 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x70<br />
|- <br />
| 2014-Aug-14 after 03:40 UTC || 0x80 (was 0x70)<br />
|- <br />
| 2015-Jan-5 after 14:57 UTC || 0x0C (was 0x80)<br />
|- <br />
|}<br />
<br />
===D5 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|- <br />
| 2014-Dec-8 after 20:28 UTC || 0x60 (was 0x30) <br />
|-<br />
| 2015-Jan-5 after 14:57 UTC || 0x2E (was 0x60)<br />
|- <br />
|}<br />
<br />
===D5 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D5 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
|}<br />
<br />
===D5 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_7Detector 72015-01-06T21:18:18Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 7 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 7 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 7 was unsegmented. As of 11-27-2014 it has SEGMENTED<br />
<br />
* A tweak shortly after the anneal was completed:<br />
G7 front slow to 0x80 (was 0x70) after 03:40 on 2014-Aug-14.<br />
<br />
* 11-27-2014. G7 rear slow rates rose and the detector segmented<br />
<br />
===D7 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x70<br />
|- <br />
| 2014-Aug-14 after 03:40 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2014-Dec-4 after 01:09 UTC || 0x10 (was 0x80)<br />
|}<br />
<br />
===D7 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x2E<br />
|- <br />
|}<br />
<br />
===D7 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D7 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
|}<br />
<br />
===D7 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_4Detector 42015-01-06T21:18:01Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 4 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 4 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 4 is UNSEGMENTED.<br />
<br />
===D4 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x50<br />
|}<br />
<br />
===D4 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|- <br />
| 2014-Dec-8 after 22:05 UTC || 0x50 (was 0x30)<br />
|-<br />
|}<br />
<br />
===D4 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D4 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
|}<br />
<br />
===D4 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_7Detector 72015-01-06T21:16:25Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 7 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 7 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 7 was unsegmented. As of 11-27-2014 it has SEGMENTED<br />
<br />
* A tweak shortly after the anneal was completed:<br />
G7 front slow to 0x80 (was 0x70) after 03:40 on 2014-Aug-14.<br />
<br />
* 11-27-2014. G7 rear slow rates rose and the detector segmented<br />
<br />
===D7 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x70<br />
|- <br />
| 2014-Aug-14 after 03:40 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2014-Dec-14 after 01:09 UTC || 0x10 (was 0x80)<br />
|}<br />
<br />
===D7 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x2E<br />
|- <br />
|}<br />
<br />
===D7 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D7 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
|}<br />
<br />
===D7 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_7Detector 72015-01-06T21:16:12Z<p>Hazelbain: </p>
<hr />
<div>This page contains information about changes/issues for RHESSI detector 7 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 7 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
After the 2014 anneal, detector 7 was unsegmented. As of 11-27-2014 it has SEGMENTED<br />
<br />
* A tweak shortly after the anneal was completed:<br />
G7 front slow to 0x80 (was 0x70) after 03:40 on 2014-Aug-14.<br />
<br />
* 11-27-2014. G7 rear slow rates rose and the detector segmented<br />
<br />
===D7 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x70<br />
|- <br />
| 2014-Aug-14 after 03:40 UTC || 0x80 (was 0x70)<br />
|-<br />
| 2014-Dec-4 after 01:09 UTC || 0x10 (was 0x80)<br />
|}<br />
<br />
===D7 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x2E<br />
|- <br />
|}<br />
<br />
===D7 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x30<br />
|}<br />
<br />
===D7 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x45<br />
|- <br />
|}<br />
<br />
===D7 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 4510 V<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-12-10Tohban Report 2014-12-102015-01-06T21:16:02Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 3 Dec 2014<br />
|end_date = 10 Dec 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Albert Shih<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate. A Major Flare watch was called for AR NOAA 12222 which produced 4 M class flares before rotating off the disk a few days ago. There are currently 8 active regions on disk, the most active of which is AR 12230, which has produced a number of C class flares in the last 24 hours and is currently located in the center of the disk. <br />
<br />
== Memory Management ==<br />
<br />
Currently the SSR is not emptying at the end of each daily pass set, due to the increased solar activity and the collection of front data during eclipse. However the SSR fill level is starting to trend downwards. <br />
<br />
== Temperature ==<br />
<br />
Cold plate temperatures are at 125.5 K and 124.1 K.<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
*Lowered G7 Front Slow from 0x80 to 0x10 at 2014-338-01:09 UT<br />
*Increased G4 Front Fast from 0x30 to 0x50 at 2014-342-22:05 UT<br />
*Increased G5 Front Fast from 0x30 to 0x60 at 2014-342-20:28 UT<br />
<br />
== Data Gaps ==<br />
<br />
Two 300s VC3 data gap on the 5th of Dec. <br />
<br />
== Detector issues ==<br />
<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/-4 minutes<br />
|-<br />
| Night time data (rears) || full nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal<br />
|-<br />
| Detector problems? || Detector 2 front and D9 rear light leak.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-12-10Tohban Report 2014-12-102014-12-10T20:37:35Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 3 Dec 2014<br />
|end_date = 10 Dec 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Albert Shih<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate. A Major Flare watch was called for AR NOAA 12222 which produced 4 M class flares before rotating off the disk a few days ago. There are currently 8 active regions on disk, the most active of which is AR 12230, which has produced a number of C class flares in the last 24 hours and is currently located in the center of the disk. <br />
<br />
== Memory Management ==<br />
<br />
Currently the SSR is not emptying at the end of each daily pass set, due to the increased solar activity and the collection of front data during eclipse. However the SSR fill level is starting to trend downwards. <br />
<br />
== Temperature ==<br />
<br />
Cold plate temperatures are at 125.5 K and 124.1 K.<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
*Lowered G7 Front Slow from 0x80 to 0x10 at 2014-330-01:09 UT<br />
*Increased G4 Front Fast from 0x30 to 0x50 at 2014-342-22:05 UT<br />
*Increased G5 Front Fast from 0x30 to 0x60 at 2014-342-20:28 UT<br />
<br />
== Data Gaps ==<br />
<br />
Two 300s VC3 data gap on the 5th of Dec. <br />
<br />
== Detector issues ==<br />
<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/-4 minutes<br />
|-<br />
| Night time data (rears) || full nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal<br />
|-<br />
| Detector problems? || Detector 2 front and D9 rear light leak.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-12-10Tohban Report 2014-12-102014-12-10T17:51:10Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 3 Dec 2014 |end_date = 10 Dec 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity =..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 3 Dec 2014<br />
|end_date = 10 Dec 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate. A Major Flare watch was called for AR NOAA 12222 which produced 4 M class flares before rotating off the disk a few days ago. There are currently 8 active regions on disk, the most active of which is AR 12230, which has produced a number of C class flares in the last 24 hours and is currently located in the center of the disk. <br />
<br />
== Memory Management ==<br />
<br />
Currently the SSR is not emptying at the end of each daily pass set, due to the increased solar activity and the collection of front data during eclipse. However the SSR fill level is starting to trend downwards. <br />
<br />
== Temperature ==<br />
<br />
Cold plate temperatures are at 125.5 K and 124.1 K.<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
Lowered G7 Front Slow from 0x80 to 0x10 at 2014-330-01:09 UT<br />
Increased G4 Front Fast from 0x30 to 0x50 at 2014-342-22:05 UT<br />
Increased G5 Front Fast from 0x30 to 0x60 at 2014-342-20:28 UT<br />
<br />
== Data Gaps ==<br />
<br />
Two 300s VC3 data gap on the 5th of Dec. <br />
<br />
== Detector issues ==<br />
<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/-4 minutes<br />
|-<br />
| Night time data (rears) || full nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal<br />
|-<br />
| Detector problems? || Detector 2 front and D9 rear light leak.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-11-19Tohban Report 2014-11-192014-11-19T19:21:37Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 12 Nov 2014 |end_date = 19 Nov 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = Mitsuo Oka }} == Solar..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 12 Nov 2014<br />
|end_date = 19 Nov 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Mitsuo Oka<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity was moderate this week with 3 M class flares. Currently there are 8 active regions on disk. Active region 12209, which hosted the X and M class flares on its previous rotation (then label 12192) is at the center or the disk, and is classified as a beta/gamma/delta region. A major flare watch remains in place, with a good chance for a >M5 class flare.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 33 3 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 26 2 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 12 0 0<br />
<br />
There were RHESSI flares/GOES flares 269 / 36<br />
over the time range 12-Nov-14 19-Nov-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR was emptying by the end of the daily pass set during most of the week.<br />
<br />
== Temperature ==<br />
<br />
As the last pass the cold tip temperatures are 106.4 K and 104.7 K. The cold plate temperatures are 127.4 and 126.1 K.<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
The spacecraft is operating nominally. The attenuators are working correctly. <br />
<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week.<br />
<br />
== Detector issues ==<br />
<br />
Detector 2 continue showing light leek issues.<br />
<br />
There were no threshold changes this week.<br />
<br />
== Other notes ==<br />
<br />
Noticed some spikes in the LLD monitor rates for all detectors. Was this just bad packets?<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/-4 minutes<br />
|-<br />
| Night time data (rears) || full nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal<br />
|-<br />
| Detector problems? || Detector 2 light leak.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-11-12Tohban Report 2014-11-122014-11-19T18:37:09Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 05 Nov 2014<br />
|end_date = 12 Nov 2014<br />
|tohban_name = Juan Carlos MartÃnez Oliveros<br />
|tohban_email = oliveros@ssl.berkeley.edu<br />
|next_tohban = Hazel Bain<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity was moderate this week with 3 M class flares. Currently there are 8 active regions on disk. Active region 12209, which hosted the X and M class flares on its previous rotation (then label 12192) is at the center or the disk, and is classified as a beta/gamma/delta region. A major flare watch remains in place, with a good chance for a >M5 class flare.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 33 3 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 26 2 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 12 0 0<br />
<br />
There were RHESSI flares/GOES flares 269 / 36<br />
over the time range 12-Nov-14 19-Nov-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR was emptying by the end of the daily pass set during most of the week.<br />
<br />
== Temperature ==<br />
<br />
As the last pass the cold tip temperatures are 106.4 K and 104.7 K. The cold plate temperatures are 127.4 and 126.1 K.<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
The spacecraft is operating nominally. The attenuators are working correctly. <br />
<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week.<br />
<br />
== Detector issues ==<br />
<br />
Detector 2 continue showing light leek issues.<br />
<br />
There were no threshold changes this week.<br />
<br />
== Other notes ==<br />
<br />
Noticed some spikes in the LLD monitor rates for all detectors. Was this just bad packets?<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/-4 minutes<br />
|-<br />
| Night time data (rears) || full nighttime events<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal<br />
|-<br />
| Detector problems? || Detector 2 light leak.<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-10-29Tohban Report 2014-10-292014-10-29T21:23:36Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 22 Oct 2014<br />
|end_date = 29 Oct 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Nicole Duncan<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was high with 5 X class flares and 17 M class flares produced by AR 12192 as it moved across the disk. AR 12192 has been the biggest active region observed on the Sun in the last 24 years. It is now on the west limb of the Sun and will soon rotate over the limb. While solar activity has declined slightly in the last 24 hours, the active region is still classified as beta/gamma/delta region and my continue to produce significant flaring activity. There are 5 other ARs on disk, none of which are producing flares.<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 41 17 5<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 27 13 5<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 16 10 0<br />
<br />
There were RHESSI flares/GOES flares 391 / 63<br />
over the time range 22-Oct-14 29-Oct-14<br />
<br />
<br />
<br />
== Memory Management ==<br />
<br />
SSR max fill level was high this week due to the increased solar activity and a loss of some Wallops passes due to the Orbital rocket launch. Extra Weilheim and Santiago passes were added to accommodate the increased data rate. Night time time data collection remained off throughout the week and the decimation state remained in "Active/Vigorous".<br />
<br />
== Temperature ==<br />
<br />
At times the CPC temperature hit the yellow limit. <br />
<br />
== Spacecraft Operations ==<br />
<br />
Attenuator motion was nominal. We stopped taking the whole night time data today (October 22) at 17:40 UT. <br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week.<br />
<br />
== Detector issues ==<br />
<br />
Detector 2: It still presents the light leak issue with a not significant change from last week.<br />
<br />
There were no threshold changes this week.<br />
<br />
== Other notes ==<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Full nighttime events stopped<br />
|-<br />
| Night time data (rears) || Full nighttime events stopped<br />
|-<br />
| Require extra passes? || We are going to ask for extra passes this week because the big active region<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal with a lot of motions because the high solar activity<br />
|-<br />
| Detector problems? || Detector 2 light leak<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-10-29Tohban Report 2014-10-292014-10-29T17:59:54Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 22 Oct 2014 |end_date = 29 Oct 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity ..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 22 Oct 2014<br />
|end_date = 29 Oct 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was high with 5 X class flares and 17 M class flares produced by AR 12192 as it moved across the disk. AR 12192 has been the biggest active region observed on the Sun in the last 24 years. It is now on the west limb of the Sun and will soon rotate over the limb. While solar activity has declined slightly in the last 24 hours, the active region is still classified as beta/gamma/delta region and my continue to produce significant flaring activity. There are 5 other ARs on disk, none of which are producing flares.<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 41 17 5<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 27 13 5<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 16 10 0<br />
<br />
There were RHESSI flares/GOES flares 391 / 63<br />
over the time range 22-Oct-14 29-Oct-14<br />
<br />
<br />
<br />
== Memory Management ==<br />
<br />
SSR max fill level was high this week due to the increased solar activity and a loss of some Wallops passes due to the Orbital rocket launch. Extra Weilheim and Santiago passes were added to accommodate the increased data rate. Night time time data collection remained off throughout the week and the decimation state remained in "Active/Vigorous".<br />
<br />
== Temperature ==<br />
<br />
Two warnings remained almost constantly all week regarding the Cold plate 1 [126.063 degrees (K)] and the Solar Array Temperature 1 [96.586 degrees (C)]. Some times temperature on the Cold plate 2 also appeared with a warning.<br />
<br />
== Spacecraft Operations ==<br />
<br />
It looked nominal as far as a tohban can say. RHESSI decimation was changed form Normal/Vigorous to Active/Vigorous on October 19 at 18:18:16 UTC. Attenuator motion was nominal. We stopped taking the whole night time data today (October 22) at 17:40 UT. RHESSI is taking only 4 minutes on either side of the eclipse for background analysis purposes.<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps this week.<br />
<br />
== Detector issues ==<br />
<br />
Detector 2: It still presents the light leak issue with a not significant change from last week.<br />
<br />
There were no threshold changes this week.<br />
<br />
== Other notes ==<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Full nighttime events stopped<br />
|-<br />
| Night time data (rears) || Full nighttime events stopped<br />
|-<br />
| Require extra passes? || We are going to ask for extra passes this week because the big active region<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Nominal with a lot of motions because the high solar activity<br />
|-<br />
| Detector problems? || Detector 2 light leak<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_3Detector 32014-09-03T20:13:06Z<p>Hazelbain: /* D3 rear fast LLD threshold history */</p>
<hr />
<div>'''UPDATE IN PROGRESS'''<br />
<br />
This page contains information about changes/issues for RHESSI detector 3 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 3 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
<br />
===D3 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}<br />
<br />
===D3 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|- <br />
|}<br />
<br />
===D3 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}<br />
<br />
===D3 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|- <br />
| GAP IN THRESHOLD VALUES - ADD IN LATER<br />
|- <br />
| 2014-08-29 18:33:28 UTC || 0x60<br />
|- <br />
|}<br />
<br />
===D3 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Detector_2Detector 22014-09-03T20:12:03Z<p>Hazelbain: /* D2 front fast LLD threshold history */</p>
<hr />
<div>'''UPDATE IN PROGRESS'''<br />
<br />
This page contains information about changes/issues for RHESSI detector 2 after the 2014 anneal. Detector updates from 2012-mid 2014 can be found here: [[Detector 2 anneal 2012]]<br />
<br />
===Notes===<br />
<br />
<br />
===D2 front slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}<br />
<br />
===D2 front fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|- <br />
| GAP IN THRESHOLD VALUES - ADD IN LATER<br />
|- <br />
| 2014-08-29 18:33:28 UTC || 0x40<br />
|- <br />
|}<br />
<br />
===D2 rear slow LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}<br />
<br />
===D2 rear fast LLD threshold history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|- <br />
|}<br />
<br />
===D2 HV history===<br />
{| class="wikitable" <br />
|- <br />
| post 2014 anneal || 0x<br />
|}</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-09-03Tohban Report 2014-09-032014-09-03T20:07:30Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 27 Aug 2014 |end_date = 3 Sep 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = Lindsay Glesener (Nico..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 27 Aug 2014<br />
|end_date = 3 Sep 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener (Nicole Duncan to take over on Tuesday)<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was moderate with a number of C class flares. There was also an M2.5 class flare from an unnumbered active region on the south east limb in the last few hours. There are currently 6 active regions on disk, with a moderately high background at GOES C1 level. STEREO B shows a few active regions which will rotate onto the disk in the next week.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 12 38 0 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 7 27 0 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 6 11 0 0<br />
<br />
There were RHESSI flares/GOES flares 271 / 50<br />
over the time range 27-Aug-14 03-Sep-14<br />
<br />
== Memory Management ==<br />
<br />
The decimation state this week was normal/vigorous and data was being collected in both the front and rear segments during eclipse in order to record data during the thunder storm season for David's TGF research. The SSR is currently reaching around 40%, with a minimum of around 25% at the end of the daily pass set. The decimation state was raised today (3-sep-2014) and extra Weilheim passes are scheduled to downlink the data. <br />
<br />
== Spacecraft Status ==<br />
<br />
The segmentation status has not changed, with 1,3,8, and 9 stably segmented and D6 segmented most of the time, but losing segmentation during/following SAA passages. This segmentation is expected to become more stable over time.<br />
<br />
== Data Gaps ==<br />
<br />
There were no data gaps.<br />
<br />
== Detector issues ==<br />
<br />
Detector 9 showed 2 short periods of noisy data within the last 48 hours. No action was taken to lower the HV on detector 9. The next tohban should keep an eye on this. <br />
<br />
The effects of the light leak in detectors 2 and 3 remaining mostly unchanged despite raising the fast thresholds for these detectors on the 29th of August 2014. Tohban's should continue to monitor the situation. Raising the thresholds further may introduce difficulties when analyzing the data, therefore it was decided to leave the system in its current state.<br />
<br />
14-241-18:33:28 /IDPUTABLE2 FRONTFASTDAC<br />
14-241-18:33:56 /IDPULOAD VALUE=0x40 ;Front fast from 0x38 to 0x40<br />
<br />
14-241-18:34:11 /IDPUTABLE3 REARFASTDAC ;Load address 0x25CC<br />
14-241-18:34:31 /IDPULOAD VALUE=0x60 ;Rear fast from ox50 to 0x60<br />
<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
<br />
On August 26 (DOY 238) the following threshold changes were made:<br />
* G2 front fast was raised from 0x38 to 0x40<br />
* G3 rear fast was rasied from 0x50 to 0x60<br />
<br />
<br />
== Other notes ==<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Normal/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || full eclipse data <br />
|-<br />
| Night time data (rears) || full eclipse data<br />
|-<br />
| Attenuator operation || Active<br />
|-<br />
| Detector problems? || Noise in 2, 9, keep an eye on this<br />
|}<br />
<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-07-23Tohban Report 2014-07-232014-07-23T18:12:39Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 16 Jul 2014<br />
|end_date = 23 Jul 2014<br />
|tohban_name = Hazel Bain (Vice Tohban: Iain Hannah)<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Mitsuo Oka<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was extremely quiet, with only 10 B class flares. The disk was almost spotless at points this week. The current GOES base level remains around the B1 level. NOAA 12121 <br />
produced two mid-B-level flares today but has otherwise shown no signs of development. Low level solar activity is expected for the next couple of days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 10 0 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 16-Jul-14 23-Jul-14<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
The RHESSI cooldown from annealing continued this week with no apparent anomalies.<br />
<br />
17-Jul-2014 19:20 UTC: The cryocooler power was increased slightly to 21 W in order to stay above 20 W. The cold plate was slowly cooling at a rate of about -0.5 degrees per<br />
orbit and the cold tip temp. was changing at a rate of about -0.6 degrees per orbit. <br />
<br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 15.7 mG<br />
<br />
Cold Plate 1: 224.8 K<br />
Cold Plate 2: 223.1 K<br />
<br />
Cold Tip 1: 187.7 K<br />
Cold Tip 2: 185.9 K<br />
<br />
<br />
18-Jul-2014: The cold plate cooling rate was about -0.4 degrees per orbit and the cold tip temp was changing at a rate of about -0.2 degrees per orbit.<br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 14.6 mG<br />
<br />
Cold Plate 1: 218.0 K<br />
Cold Plate 2: 216.2 K<br />
<br />
Cold Tip 1: 183.3 K<br />
Cold Tip 2: 181.4 K<br />
<br />
<br />
19-Jul-2014: The cold tip reached 180 K so the cryocooler power was increased to 22 W. <br />
<br />
14-200-20:27:20 /icryomain power=68<br />
14-200-20:28:28 /icryomain power=69<br />
<br />
Cold Plate 1: 212 K<br />
Cold Plate 2: 210 K<br />
<br />
Cold Tip 1: 178 K<br />
Cold Tip 2: 176 K<br />
Shroud: 216 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 13 mG<br />
<br />
<br />
20-Jul-2014: The cold tips are going down at about 0.2 K per orbit. <br />
<br />
Cold Plate 1: 206.8 K<br />
Cold Plate 2: 205.1 K<br />
<br />
Cold Tip 1: 173.6 K<br />
Cold Tip 2: 171.9 K<br />
Shroud: 212.2 K<br />
<br />
Cryo Power: 22.2 W<br />
Vibrations: 13.5 mG<br />
<br />
<br />
21-Jul-2014: No cryocooler adjustments<br />
<br />
Cold Plate 1: 201.9 K<br />
Cold Plate 2: 200.3 K<br />
<br />
Cold Tip 1: 170.7 K<br />
Cold Tip 2: 168.9 K<br />
Shroud: 209.3 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 14.3 mG<br />
<br />
<br />
== Memory ==<br />
<br />
The SSR is reaching a maximum of around 57%, and was getting down to around 18% at the end of the pass set yesterday. This is due to the increased the rate of SAS data during the anneal. (Since we are not taking detector data, it's a good time to record high-cadence SAS data.) For the time being this is not a concern but we should make sure we decrease the fill before we turn the detectors back on.<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-07-23Tohban Report 2014-07-232014-07-23T18:12:01Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 16 Jul 2014<br />
|end_date = 23 Jul 2014<br />
|tohban_name = Hazel Bain (Vice Tohban: Iain Hannah)<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Mitsuo Oka<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was extremely quiet, with only 10 B class flares. The disk was almost spotless at points this week. The current GOES base level remains around the B1 level. NOAA 12121 <br />
produced two mid-B-level flares today but has otherwise shown no signs of development. Low level solar activity is expected for the next couple of days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 10 0 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 16-Jul-14 23-Jul-14<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
The RHESSI cooldown from annealing continued this week with no apparent anomalies.<br />
<br />
17-Jul-2014 19:20 UTC: The cryocooler power was increased slightly to 21 W in order to stay above 20 W. The cold plate was slowly cooling at a rate of about -0.5 degrees per<br />
orbit and the cold tip temp. was changing at a rate of about -0.6 degrees per orbit. <br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 15.7 mG<br />
<br />
Cold Plate 1: 224.8 K<br />
Cold Plate 2: 223.1 K<br />
<br />
Cold Tip 1: 187.7 K<br />
Cold Tip 2: 185.9 K<br />
<br />
<br />
18-Jul-2014: The cold plate cooling rate was about -0.4 degrees per orbit and the cold tip temp was changing at a rate of about -0.2 degrees per orbit.<br />
<br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 14.6 mG<br />
<br />
<br />
Cold Plate 1: 218.0 K<br />
Cold Plate 2: 216.2 K<br />
<br />
<br />
Cold Tip 1: 183.3 K<br />
Cold Tip 2: 181.4 K<br />
<br />
<br />
19-Jul-2014: The cold tip reached 180 K so the cryocooler power was increased to 22 W. <br />
<br />
14-200-20:27:20 /icryomain power=68<br />
14-200-20:28:28 /icryomain power=69<br />
<br />
Cold Plate 1: 212 K<br />
Cold Plate 2: 210 K<br />
<br />
Cold Tip 1: 178 K<br />
Cold Tip 2: 176 K<br />
Shroud: 216 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 13 mG<br />
<br />
20-Jul-2014: The cold tips are going down at about 0.2 K per orbit. <br />
<br />
Cold Plate 1: 206.8 K<br />
Cold Plate 2: 205.1 K<br />
<br />
Cold Tip 1: 173.6 K<br />
Cold Tip 2: 171.9 K<br />
Shroud: 212.2 K<br />
<br />
Cryo Power: 22.2 W<br />
Vibrations: 13.5 mG<br />
<br />
21-Jul-2014: No cryocooler adjustments<br />
<br />
Cold Plate 1: 201.9 K<br />
Cold Plate 2: 200.3 K<br />
<br />
Cold Tip 1: 170.7 K<br />
Cold Tip 2: 168.9 K<br />
Shroud: 209.3 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 14.3 mG<br />
<br />
<br />
== Memory ==<br />
<br />
The SSR is reaching a maximum of around 57%, and was getting down to around 18% at the end of the pass set yesterday. This is due to the increased the rate of SAS data during the anneal. (Since we are not taking detector data, it's a good time to record high-cadence SAS data.) For the time being this is not a concern but we should make sure we decrease the fill before we turn the detectors back on.<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-07-23Tohban Report 2014-07-232014-07-23T18:11:15Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 16 Jul 2014<br />
|end_date = 23 Jul 2014<br />
|tohban_name = Hazel Bain (Vice Tohban: Iain Hannah)<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Mitsuo Oka<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was extremely quiet, with only 10 B class flares. The disk was almost spotless at points this week. The current GOES base level remains around the B1 level. NOAA 12121 <br />
produced two mid-B-level flares today but has otherwise shown no signs of development. Low level solar activity is expected for the next couple of days.<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 10 0 0 0<br />
<br />
RHESSI flare list contains 0<br />
over the time range 16-Jul-14 23-Jul-14<br />
<br />
<br />
== Spacecraft Operations ==<br />
<br />
The RHESSI cooldown from annealing continued this week with no apparent anomalies.<br />
<br />
17-Jul-2014 19:20 UTC: The cryocooler power was increased slightly to 21 W in order to stay above 20 W. The cold plate was slowly cooling at a rate of about -0.5 degrees per<br />
orbit and the cold tip temp. was changing at a rate of about -0.6 degrees per orbit. <br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 15.7 mG<br />
<br />
Cold Plate 1: 224.8 K<br />
Cold Plate 2: 223.1 K<br />
<br />
Cold Tip 1: 187.7 K<br />
Cold Tip 2: 185.9 K<br />
<br />
<br />
18-Jul-2014: The cold plate cooling rate was about -0.4 degrees per orbit and the cold tip temp was changing at a rate of about -0.2 degrees per orbit.<br />
<br />
Cryo Power: 21.0 W<br />
avg accel: 14.6 mG<br />
<br />
Cold Plate 1: 218.0 K<br />
Cold Plate 2: 216.2 K<br />
<br />
Cold Tip 1: 183.3 K<br />
Cold Tip 2: 181.4 K<br />
<br />
19-Jul-2014: The cold tip reached 180 K so the cryocooler power was increased to 22 W. <br />
<br />
14-200-20:27:20 /icryomain power=68<br />
14-200-20:28:28 /icryomain power=69<br />
<br />
Cold Plate 1: 212 K<br />
Cold Plate 2: 210 K<br />
<br />
Cold Tip 1: 178 K<br />
Cold Tip 2: 176 K<br />
Shroud: 216 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 13 mG<br />
<br />
20-Jul-2014: The cold tips are going down at about 0.2 K per orbit. <br />
<br />
Cold Plate 1: 206.8 K<br />
Cold Plate 2: 205.1 K<br />
<br />
Cold Tip 1: 173.6 K<br />
Cold Tip 2: 171.9 K<br />
Shroud: 212.2 K<br />
<br />
Cryo Power: 22.2 W<br />
Vibrations: 13.5 mG<br />
<br />
21-Jul-2014: No cryocooler adjustments<br />
<br />
Cold Plate 1: 201.9 K<br />
Cold Plate 2: 200.3 K<br />
<br />
Cold Tip 1: 170.7 K<br />
Cold Tip 2: 168.9 K<br />
Shroud: 209.3 K<br />
<br />
Cryo Power: 22.4 W<br />
Vibrations: 14.3 mG<br />
<br />
<br />
== Memory ==<br />
<br />
The SSR is reaching a maximum of around 57%, and was getting down to around 18% at the end of the pass set yesterday. This is due to the increased the rate of SAS data during the anneal. (Since we are not taking detector data, it's a good time to record high-cadence SAS data.) For the time being this is not a concern but we should make sure we decrease the fill before we turn the detectors back on.<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-07-23Tohban Report 2014-07-232014-07-22T19:46:58Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 16 Jul 2014<br />
|end_date = 23 Jul 2014<br />
|tohban_name = <br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
This was a very quiet week in terms of solar activity, with the GOES base level steadily declining for the past 3 days and right now sitting at ~B1 level, with a couple small B-scale peaks in the last 24 hours. The Max Millennium report predicts that it's possible the Sun will become spotless today for the first time since August 2011.<br />
<br />
blah<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-07-23Tohban Report 2014-07-232014-07-21T19:49:46Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 16 Jul 2014 |end_date = 23 Jul 2014 |tohban_name = |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity == This..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 16 Jul 2014<br />
|end_date = 23 Jul 2014<br />
|tohban_name = <br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
This was a very quiet week in terms of solar activity, with the GOES base level steadily declining for the past 3 days and right now sitting at ~B1 level, with a couple small B-scale peaks in the last 24 hours. The Max Millennium report predicts that it's possible the Sun will become spotless today for the first time since August 2011.<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-04-30Tohban Report 2014-04-302014-04-30T18:47:46Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 23 Apr 2014<br />
|end_date = 30 Apr 2014<br />
|tohban_name = Hazel Bain (Vice tohban: Hugh Hudson)<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Albert Shih (Vice Tohban: Brian Dennis)<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity at the start of the week was moderate with a number of C class flares. On the 25th of April AR 12046 produced an isolated X1.6 class flare, the active region was occulted at the time of the event. RHESSI caught the rise, peak and decay of the flare. Following that, solar activity has been low for the remainder of the week with only a few additional C class flares. There are currently 4 ARs on disk only one of which AR 12049 produced a C class flare in the last 24 hours<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 8 15 0 1<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 4 15 0 1<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 1 0 1<br />
<br />
There were RHESSI flares/GOES flares 127 / 24<br />
over the time range 23-Apr-14 30-Apr-14<br />
<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR fill level...<br />
<br />
== Spacecraft Status ==<br />
<br />
The spacecraft switched to IDLE mode on Apr 26th. This was most likely due to a spin rate anomaly when the RHESSI spin axis is parallel to the local magnetic field line. RHESSI was commanded back to precession mode at 2:17pm PST on the 26th April. <br />
<br />
On the 28th April RHESSI flew threw an eclipse 3 times.<br />
<br />
Several spikes were observed in the quicklook plots from ~1400UT 27th Apr - ~0600 UT 28th Apr.This is most likely due to noise introduced in the Wallops downlink. The data was not replayed since the Sun was quiet at this time.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps.<br />
<br />
== Detector issues ==<br />
<br />
The rear fast threshold on detector 8 was increased from 0xF0 to 0xFF (max value) on April 23, at 18:40 UTC.<br />
<br />
The rear reset rate is starting to creep up again for detectors 4, 8 and 9. <br />
<br />
<br />
== Commands sent ==<br />
<br />
The rear fast threshold on detector 8 was increased from 0xF0 to 0xFF (max value) on April 23, at 18:40 UTC.<br />
<br />
<br />
== Other notes ==<br />
<br />
A second/vice tohban was introduced this week, since there are so many detector and related issues to watch out for that it's getting to be a bit much for one person to do. The second tohban will provide a second pair of eyes watching for things like spurious attenuator changes, increases in detector noise, or other problems. Since there's an extremely limited number of tohbans at SSL, the second tohban will be an outside volunteer (which also gives better time coverage).<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? || 4, 8, 9<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-04-30Tohban Report 2014-04-302014-04-30T06:17:21Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 23 Apr 2014 |end_date = 30 Apr 2014 |tohban_name = Hazel Bain (Vice tohban: Hugh Hudson) |tohban_email = hbain@ssl.berkeley.edu |next_tohba..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 23 Apr 2014<br />
|end_date = 30 Apr 2014<br />
|tohban_name = Hazel Bain (Vice tohban: Hugh Hudson)<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity at the start of the week was moderate with a number of C class flares. On the 25th of April AR 12046 produced an isolated X1.6 class flare, the active region was occulted at the time of the event. RHESSI caught the rise, peak and decay of the flare. Following that, solar activity has been low for the remainder of the week with only a few additional C class flares. There are currently 4 ARs on disk only one of which AR 12049 produced a C class flare in the last 24 hours<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 8 15 0 1<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 4 15 0 1<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 1 0 1<br />
<br />
There were RHESSI flares/GOES flares 127 / 24<br />
over the time range 23-Apr-14 30-Apr-14<br />
<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR fill level...<br />
<br />
== Spacecraft Status ==<br />
<br />
The spacecraft switched to IDLE mode on Apr 26th. This was most likely due to a spin rate anomaly when the RHESSI spin axis is parallel to the local magnetic field line. RHESSI was commanded back to precession mode at 2:17pm PST on the 26th April. <br />
<br />
On the 28th April RHESSI flew threw an eclipse 3 times.<br />
<br />
Several spikes were observed in the quicklook plots from ~1400UT 27th Apr - ~0600 UT 28th Apr.This is most likely due to noise introduced in the Wallops downlink. The data was not replayed since the Sun was quiet at this time.<br />
<br />
<br />
== Data Gaps ==<br />
<br />
No data gaps.<br />
<br />
== Detector issues ==<br />
<br />
The rear fast threshold on detector 8 was increased from 0xF0 to 0xFF (max value) on April 23, at 18:40 UTC.<br />
<br />
The rear reset rate is starting to creep up again for detectors 4, 8 and 9. <br />
<br />
<br />
== Commands sent ==<br />
<br />
The rear fast threshold on detector 8 was increased from 0xF0 to 0xFF (max value) on April 23, at 18:40 UTC.<br />
<br />
<br />
== Other notes ==<br />
<br />
A second/vice tohban was introduced this week, since there are so many detector and related issues to watch out for that it's getting to be a bit much for one person to do. The second tohban will provide a second pair of eyes watching for things like spurious attenuator changes, increases in detector noise, or other problems. Since there's an extremely limited number of tohbans at SSL, the second tohban will be an outside volunteer (which also gives better time coverage).<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || +/- 4 minutes <br />
|-<br />
| Night time data (rears) || +/- 4 minutes <br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? || 4, 8, 9<br />
|}<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-03-26Tohban Report 2014-03-262014-03-26T20:00:41Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 19 Mar 2014<br />
|end_date = 26 Mar 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Pascal Saint-Hilaire / Jim McTiernan<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low to moderate. There are currently 10 ARs on disk, several of which have produced a number of low C class flares (C1-3) over the previous few days. The most active of those are ARs 12010 and 12014, both of which will remain on the disk for the first half of next week. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 51 2 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 25 2 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 0 0 0<br />
<br />
There were RHESSI flares/GOES flares 132 / 53<br />
over the time range 19-Mar-14 26-Mar-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR reached a max of ~40%. <br />
<br />
== Spacecraft Status ==<br />
<br />
Cold plate temperatures are 118.0K and 116.8K. Cryocooler is operating normally.<br />
<br />
A spin up was carried out on the 2014/078 at 20:06 and 21:48 UTC.<br />
<br />
== Data Gaps ==<br />
<br />
There were several data gaps on the 23rd and 24th of March 2014. The data now appears in the browser, however there appears to be a number of corrupted data packets. <br />
<br />
DATA GAPS FOR 2014/03/23<br />
TIME RANGE: 2014-03-23T00:00:00.000 -- 2014-03-24T00:00:00.000<br />
GAPS IN APP_ID = 1 (VC1-SOH) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:00:00.000 -- 2014-03-23T16:40:00.000 6000.0000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:05:00.000 -- 2014-03-23T16:40:00.000 5700.0000<br />
GAPS IN APP_ID = 102 (VC3-MONITOR RATES) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:00:00.000 -- 2014-03-23T16:40:00.000 6000.0000<br />
<br />
<br />
DATA GAPS FOR 2014/03/24<br />
TIME RANGE: 2014-03-24T00:00:00.000 -- 2014-03-25T00:00:00.000<br />
GAPS IN APP_ID = 1 (VC1-SOH) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:35:00.000 6000.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:40:00.000 6000.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:30:00.000 5700.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:35:00.000 5700.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
GAPS IN APP_ID = 102 (VC3-MONITOR RATES) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:35:00.000 6000.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:40:00.000 6000.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
<br />
<br />
== Detector issues ==<br />
<br />
Due to increased noise and leakage current on detector 3, the thin attenuator remained in after a flare at 07:00UT on the 22nd of March 2014. At 20:14 UT on the 25th of March the detectors used for the detector livetime calculation was changed from 1, 3, 4 and 7 to 1, 4, 5, and 7.<br />
<br />
Detectors 6 and 8 showed increased counts in the fast LLD and decreased livetime similar to previous weeks. <br />
<br />
On March 20th the G6 front fast valids were once again above 200k cps and the live time had dipped as low as 2%. The G6 HV was lowered by 10 steps. The G6 front fast valids came down to around 7500 cps and the live time increased to 83%. <br />
<br />
14-080-00:41:44 /IHVDAC DETECTOR=6, VOLTAGE=148<br />
<br />
On the 21st March 2014 the G6 front fast was raised from 0xB0 to 0xC0 and G8 Rear fast was raised from 0x80 to 0x90.<br />
<br />
14-080-23:00:26 /IDPUTABLE6 FRONTFASTDAC<br />
14-080-23:00:51 /IDPULOAD VALUE=0xC0<br />
<br />
14-080-23:01:58 /IDPUTABLE8 REARFASTDAC<br />
14-080-23:02:16 /IDPULOAD VALUE=0x90<br />
<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Disabled (4 minutes before and after eclipse)<br />
|-<br />
| Night time data (rears) || Enabled<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? Detectors 3, 6 and 8. || <br />
|}<br />
<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-03-26Tohban Report 2014-03-262014-03-26T17:25:42Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 19 Mar 2014 |end_date = 26 Mar 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 19 Mar 2014<br />
|end_date = 26 Mar 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = <br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity this week was low to moderate. There are currently 10 ARs on disk, several of which have produced a number of low C class flares (C1-3) over the previous few days. The most active of those are ARs 12010 and 12014, both of which will remain on the disk for the first half of next week. <br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 51 2 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 25 2 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 0 0 0<br />
<br />
There were RHESSI flares/GOES flares 132 / 53<br />
over the time range 19-Mar-14 26-Mar-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
The SSR reached a max of ~40%.<br />
<br />
== Spacecraft Status ==<br />
<br />
Cold plate temperatures are 118.0K and 116.8K. Cryocooler is operating normally.<br />
<br />
A spin up was carried out on the 2014/078 at 20:06 and 21:48 UTC.<br />
<br />
== Data Gaps ==<br />
<br />
There were several data gaps on the 23rd and 24th of March 2014. The data now appears in the browser, however there appears to be a number of corrupted data packets.<br />
<br />
DATA GAPS FOR 2014/03/23<br />
TIME RANGE: 2014-03-23T00:00:00.000 -- 2014-03-24T00:00:00.000<br />
GAPS IN APP_ID = 1 (VC1-SOH) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:00:00.000 -- 2014-03-23T16:40:00.000 6000.0000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:05:00.000 -- 2014-03-23T16:40:00.000 5700.0000<br />
GAPS IN APP_ID = 102 (VC3-MONITOR RATES) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-23T03:55:00.000 -- 2014-03-23T07:10:00.000 11700.000<br />
2014-03-23T08:40:00.000 -- 2014-03-23T10:20:00.000 6000.0000<br />
2014-03-23T15:00:00.000 -- 2014-03-23T16:40:00.000 6000.0000<br />
<br />
<br />
DATA GAPS FOR 2014/03/24<br />
TIME RANGE: 2014-03-24T00:00:00.000 -- 2014-03-25T00:00:00.000<br />
GAPS IN APP_ID = 1 (VC1-SOH) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:35:00.000 6000.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:40:00.000 6000.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:30:00.000 5700.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:35:00.000 5700.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
GAPS IN APP_ID = 102 (VC3-MONITOR RATES) WITH PACKET RATE LT 30<br />
N_GAPS 3<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-03-24T06:55:00.000 -- 2014-03-24T08:35:00.000 6000.0000<br />
2014-03-24T18:00:00.000 -- 2014-03-24T19:40:00.000 6000.0000<br />
2014-03-24T21:10:00.000 -- 2014-03-25T00:00:00.000 10200.000<br />
<br />
<br />
== Detector issues ==<br />
<br />
Due to increased noise and leakage current on detector 3, the thin attenuator remained in after a flare at 07:00UT on the 22nd of March 2014. At 20:14 UT on the 25th of March the detectors used for the detector livetime calculation was changed from 1, 3, 4 and 7 to 1, 4, 5, and 7.<br />
<br />
Detectors 6 and 8 showed increased counts in the fast LLD and decreased livetime similar to previous weeks. <br />
<br />
On March 20th the G6 front fast valids were once again above 200k cps and the live time had dipped as low as 2%. The G6 HV was lowered by 10 steps. The G6 front fast valids came down to around 7500 cps and the live time increased to 83%. <br />
<br />
14-080-00:41:44 /IHVDAC DETECTOR=6, VOLTAGE=148<br />
<br />
On the 21st March 2014 the G6 front fast was raised from 0xB0 to 0xC0 and G8 Rear fast was raised from 0x80 to 0x90.<br />
<br />
14-080-23:00:26 /IDPUTABLE6 FRONTFASTDAC<br />
14-080-23:00:51 /IDPULOAD VALUE=0xC0<br />
<br />
14-080-23:01:58 /IDPUTABLE8 REARFASTDAC<br />
14-080-23:02:16 /IDPULOAD VALUE=0x90<br />
<br />
<br />
== Other notes ==<br />
<br />
== Spacecraft Management ==<br />
<br />
<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Disabled (4 minutes before and after eclipse)<br />
|-<br />
| Night time data (rears) || Enabled<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? Detectors 3, 6 and 8. || <br />
|}<br />
<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-02-19Tohban Report 2014-02-192014-02-19T19:09:23Z<p>Hazelbain: </p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 12 Feb 2014<br />
|end_date = 19 Feb 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban = Lindsay Glesener<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity was high at the start of the week, with 11 M class flares produced by AR 11974. During the second half of the week solar activity has been low to moderate with the background solar flux sitting around GOES C1 class level. AR 11982 is currently the most active region, producing a number of C class flares over the last 48 hours. There are currently 8 active regions on the disk, 4 of which are approaching the western limb and will rotate off the disk in the next few days, including AR 11974 which produced the M class flares at the start of the week. STEREO B shows several ARs that will rotate onto the disk during the upcoming week.<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 57 11 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 39 7 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 17 5 0<br />
<br />
There were RHESSI flares/GOES flares 445 / 68<br />
over the time range 12-Feb-14 19-Feb-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
Front segment data was turned off during eclipse. The change was made at the start of the week on DOY 043 around 20:38UT.<br />
<br />
The SSR is now emptying at the end of the daily pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
Nominal. The cold plate 1 and 2 are at about 116.7 K and 115.1 K respectively. Cryocooler performance normal.<br />
<br />
== Data Gaps ==<br />
<br />
N_GAPS 1<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-02-13T18:50:00.000 -- 2014-02-13T19:05:00.000 900.00000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 1<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-02-13T18:50:00.000 -- 2014-02-13T19:00:00.000 600.00000<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
Detector 2 rear resets continue to be seen this week. <br />
<br />
Detector 6 and 9 rear fast LLD appears unchanged from last week, remaining similar to that of the other detectors. <br />
<br />
== Other notes ==<br />
<br />
Updated decimation tables were uploaded.<br />
<br />
== Spacecraft Management ==<br />
<br />
No operations this week<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Disabled (4 minutes before and after eclipse)<br />
|-<br />
| Night time data (rears) || Disabled, during entire eclipse<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? || None<br />
|}<br />
<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/Tohban_Report_2014-02-19Tohban Report 2014-02-192014-02-19T18:39:36Z<p>Hazelbain: Created page with "{{Infobox Tohban Report| |start_date = 12 Feb 2014 |end_date = 19 Feb 2014 |tohban_name = Hazel Bain |tohban_email = hbain@ssl.berkeley.edu |next_tohban = }} == Solar Activity ..."</p>
<hr />
<div>{{Infobox Tohban Report|<br />
|start_date = 12 Feb 2014<br />
|end_date = 19 Feb 2014<br />
|tohban_name = Hazel Bain<br />
|tohban_email = hbain@ssl.berkeley.edu<br />
|next_tohban =<br />
}}<br />
<br />
== Solar Activity ==<br />
<br />
Solar activity was high at the start of the week, with 11 M class flares produced by AR 11974. During the second half of the week solar activity has been low to moderate with the background solar flux sitting around GOES C1 class level. AR 11982 is currently the most active region, producing a number of C class flares over the last 48 hours. There are currently 8 active regions on the disk, 4 of which are approaching the western limb and will rotate off the disk in the next few days, including AR 11974 which produced the M class flares at the start of the week. STEREO B shows several ARs that will rotate onto the disk during the upcoming week.<br />
<br />
<br />
How many GOES flares occurred?<br />
Flares above B, C, M, X class were 0 57 11 0<br />
And how many of these are listed in the RHESSI flare list?<br />
Flares above B, C, M, X class were 0 39 7 0<br />
And how many had EXCELLENT coverage?<br />
Flares above B, C, M, X class were 0 17 5 0<br />
<br />
There were RHESSI flares/GOES flares 445 / 68<br />
over the time range 12-Feb-14 19-Feb-14<br />
<br />
<br />
== Memory Management ==<br />
<br />
Front segment data was turned off during eclipse. The change was made at the start of the week on DOY 043 around 20:38UT.<br />
<br />
The SSR is now emptying at the end of the daily pass set.<br />
<br />
== Spacecraft Status ==<br />
<br />
Nominal. The cold plate 1 and 2 are at about 116.7 K and 115.1 K respectively. Cryocooler performance normal.<br />
<br />
== Data Gaps ==<br />
<br />
N_GAPS 1<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-02-13T18:50:00.000 -- 2014-02-13T19:05:00.000 900.00000<br />
GAPS IN APP_ID = 154 (VC1-PMTRAS) WITH PACKET RATE LT 4<br />
N_GAPS 1<br />
GAP START TIME GAP END TIME GAP (SEC)<br />
2014-02-13T18:50:00.000 -- 2014-02-13T19:00:00.000 600.00000<br />
NO GAPS IN APP_ID = 102 (VC3-MONITOR RATES)<br />
<br />
== Detector issues ==<br />
<br />
Detector 2 rear resets continue to be seen this week. <br />
<br />
Detector 6 and 9 rear fast LLD appears unchanged from last week, remaining similar to that of the other detectors. <br />
<br />
== Other notes ==<br />
<br />
<br />
== Spacecraft Management ==<br />
<br />
No operations this week<br />
<br />
{| class="wikitable"<br />
|-<br />
| Decimation || Active/Vigorous<br />
|-<br />
| HLAT Decimation || Rear decimation weight 6, no front decimation<br />
|-<br />
| Night time data (fronts) || Disabled (4 minutes before and after eclipse)<br />
|-<br />
| Night time data (rears) || Disabled, during entire eclipse<br />
|-<br />
| Require extra passes? || No<br />
|-<br />
| Requirement for moving pointer? || No<br />
|-<br />
| Attenuator operation || Normal<br />
|-<br />
| Detector problems? || None<br />
|}<br />
<br />
<br />
<br />
[[Category:Tohban Report]]<br />
[[Category:Tohban]]</div>Hazelbainhttps://sprg.ssl.berkeley.edu/~tohban/wiki/index.php/DIB_table_2015_Aug_5DIB table 2015 Aug 52014-01-15T19:49:44Z<p>Hazelbain: </p>
<hr />
<div>Last updated 2014 Jan 8<br />
<br />
address DIB table: 1 2 3 4 5 6 7 8 9<br />
0 General control 0x0A 0x0A 0x0A 0x0A 0x0A 0x0A 0x0A 0x0A 0x0A<br />
1 global enables 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01<br />
2 front enables 0x29 0x29 0x29 0x29 0x29 0x29 0x29 0x29 0x29<br />
3 front decimation 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00<br />
4 rear enables 0x2D 0x2D 0x2D 0x2D 0x2D 0x2D 0x2D 0x2D 0x2D<br />
5 rear decimation 0x85 0x85 0x85 0x85 0x85 0x85 0x85 0x85 0x85<br />
6 pulser frequency code 0x0B 0x0B 0x0B 0x0B 0x0B 0x0B 0x0B 0x0B 0x0B<br />
7 front slow threshold 0x0C 0x38 0x0C 0x0C 0x0C 0x0C 0x0C 0x0C 0x0C<br />
8 front fast threshold 0x22 0x80 0x22 0x50 0x22 0x50 0x22 0x22 0x22<br />
9 rear slow threshold 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30<br />
10 rear fast threshold 0x45 0x45 0x60 0x55 0x45 0x60 0x45 0x45 0x70<br />
11 12-bit pulser amplitude 0x00 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 0x00<br />
<br />
A note on converting threshold values to keV:<br />
<br />
Very roughly, the standard threshold, 0x0C, represents a little under 3 keV. So 0x58 is roughly 88/12 * 3 = 22 keV. Probably a little lower. But in the end we want to calibrate this using flare data.<br />
<br />
Old tables:<br />
[[DIB-table-2013-Feb-14]], [[DIB-table-2013-Sep-30]]</div>Hazelbain