SSOC Tohban's Report for Week 08 (16 Feb 1998 - 22 Feb 1998) SSOC : K. AKita & J. Satoh KSC : S. Akiyama & K. Nakakubo 0. Meeting Attendance Y.Ogawara, Te. Watanabe, H. Hudson, D. Mckenzie, H. Hara, J. Sato 1. Solar Activity Solar Activity has been moderate. Goes X-ray level is declining a little with NOAA AR8156 approaching the west limb. There were several small flares earlier this week. The biggest was C5.2 on 18 Feb. 2. Standard Operation 2.1 SXT Table Uploads The following SXT tables were uploaded last week. ---------------------------------------------------------------- Pass ID Pass Table ID ================================================================ 980216-0723 4 980216 P4 ARS1 STD+DIFF 980218-0411 1 980218 P1 ARS0 BAKE 980219-0721 4 980219 P4 ARS1 DARKCAL 980220-0412 2 980220 P2 ARS0 ECL-PRAC 980220-0515 3 980220 P3 ARS1 STD 980221-0619 4 980221 P4 ARS1 STD ---------------------------------------------------------------- 2.2 STT timer setting STT timer was set at Pass2 (980217-0517) on 17 Feb(Tuesday). 2.3 Calibration 3. Errors and Problems 3.1 SXT Errors and Problems FILTER HARD ERR occurred at the end of Pass3 (980217-0620) operation on 17 February. It was recovered with Yobi-A command at Pass 4 (980217-0724). BIT MAP ERR was found at Pass1 (980219-0411) on 19 February, and recovered with Yobi-C command at the same pass. 3.2 BCS Error None. 3.3 Flare 4 at KSC KSC tohbans found flare 4 was down and wouldn't start up on 19 Feb. The machine needs immediate fix by the next KSC tohbans. It is impossible to do real-time check of the SXT images without it. 3.4 False SXT Table archived On 19 Feb, Hara-san noticed SXT Table file on the mainframe computer was not right. It turned out the main frame computer had received a garbage data when closing the session at Pass1 (980218-0411) on 18 Feb after SXT table check and archived it as the latest SXT table. It is under investigation why the computer accepted the garbage data. The false table was deleted from the archive by Fujitsu people at KSC. We had to postpone SXT TABLE WRITE to the next pass due to this. 3.5 Fax trouble in week7 fixed The fax machine in B-toh was fixed on 16 Feb. Now it's working alright. 3.6 Passes lost due to satellite launch by NASDA We had to cancel first two passes on Saturday in order to avoid the interference with the failed rocket launch at Tanegashima. We couldn't prepare for it as there was no official notice from NASDA and lost a few passes' worth data accordingly. Fortunately, there were no special commands planned on these passes. 4. Special Operation There was no special observation in this week. 5. DSN Communications 5.1 DSN Schedule Passes are deleted by DSN and SSOC Tohbans as follows. ------------------------------------------------------------------- DSN Schedule Week Deleted Passes =================================================================== Final W08 No passes canceled by SSOC Final W09 2 passes canceled by SSOC Preliminary W10 6 passes cancelled by SSOC Strawman W11 97 passes cancelled by SSOC ------------------------------------------------------------------- 5.2 Data Transmission from DSN 031 16 1201 corrupted tape Requested 06 Feb Closed / same data 031 16 1345 corrupted tape Requested 06 Feb Closed / same data 033 76 0922 corrupted tape Requested 06 Feb Closed / correct data 034 76 0758 corrupted tape Requested 06 Feb Closed / correct data 037 16 1026 not received Requested 12 Feb no response Requested 19 Feb Closed / correct data 039 76 0603 not received Requested 12 Feb. Closed / correct data 040 76 0256 corrupted tape Requested 19 Feb Closed/ correct data 045 66 2028 not received Requested 19 Feb ## DOY-036 G17 0642(JPL Fax )--No data procedural error 0825(JPL Fax )--No data procedural error DOY-043 M66 1809(JPL Fax )--No data -2min outage DR#L04810 DOY-047 S74 1346(WPS Email)--No Dump Received DOY-048 S74 1221(WPS Email)--No Dump Received Reference : /home/flare1/yohkoh/dsn_corrupt/98_07 made by Seko-san 6. KSC Pass Conflicts and Schedule In week 8, 3 passes were lost due to HALCA operation, 3 passes due to maintenance for Planet-B, and 2 passes due to the rocket launch. 7. Hikitsugi Items 7.1 Tohbans for W07 SSOC : T. Shimizu & N. Saita(25-) KSC : K. Nakakubo & S. Yashiro(23-) 7.2 STT timer setting STT timer setting is due on 24 February (Tue). 7.3 Holiday Schedule The next holiday will be on 1 March, Sunday. ===================================================================== || The following is the same as the previous week's report. || ===================================================================== 7.4 DSN scheduling From this year, Wallops schedules DSN passes, instead of JPL. The system to communicate with Wallops is still under construction. For details, see "Temporary Manual" written by Hugh Hudson in the directory ~/wallops on flare20. 7.5 Bug in op_first_guess (Quoted from the previous week's report) SSOC tohbans should be aware of a bug in op_first_guess: "% OP_START_END: Problem with detection of LOS/AOS/DSN Repro Events" appears when we have close enough contacts (more than two downlinks in an orbit). We avoided the problem, when using op_first_guess, by responding to "Change any standard op_first_guess options?" by choosing yes, then in response to "Enter BDR optimization (1 or 2), by choosing 1. 7.6 Suggestion to DSN selection rule (Quoted from the previous week's report) --- mail from JPL --- I understand that you access RASM and choose the passes that are made available to you. We would like you to use the Wallops (WFF) passes as much as possible. In other words, if a pass from one of the DSN sites (Goldstone, Madrid or Canberra) can be substituted by a WFF pass, please use the WFF pass and delete the DSN pass, instead of vice versa. Please understand we are not asking you to give up any coverage but if the same coverage can be accomplished by using WFF instead of the DSN, we would like you to do so. (Albert Chang) 7.7 BDR trouble (See 'DP error' in "SSOC Tohban's Report for Week 02" in 1998.) A DP error (error code = 90 ->75) was found during the data dump at 980106-0411. 2 of 20 BDR blocks are not accessible. As a result, the capacity of BDR is at the moment nine tenth of the normal capacity. As far as we know this error has not been recovered yet. 7.8 E-mail communications (Quoted from the previous week's report) We rely upon e-mail more and more. For operations-related e-mail, it's hereby suggested that we make it a rule to ACKNOWLEDGE the receipt of any such e-mail message. This applies particularly among SSOC, SXT_CO, KSC and SXT_ST. 7.9 Long Range Schedule Arrangement (W49-1997) Since the launch of HALCA, the KSC tracking facilities have been running in operation nearly twenty four hours a day. No time has been available yet for maintenance this year. NEC and MELCO are planning to reserve a pair of two- week periods for maintenance with both of these two-week intervals occurring before the end of March 1998. The work requires six consecutive hours each day. Candidate periods; 17-31 of January and 16-31 of March, During these periods, we will perhaps lose one contact per day at KSC. Also, Planet-B will be launched next summer. In spite of the fact that Planet-B is a Japanese mission, it will be launched during summertime; its launch window starts July 4, 1998 for the mission to Mars. During the flight operation (lasting for the twenty six days before the launch window begins), the KSC 20-meter antenna system will be used. After the launch, Planet-B will be tracked by the USD 64m and the newly (to be) installed KSC 34m antenna. Tracking scheduling during the Planet-B flight operation interval will be negotiated among the five teams namely: AKEBONO, YOHKOH, ASCA, HALCA and Planet-B (in March, perhaps). Tetsuya WATANABE (NAOJ) 7.10 Off pointing (From SXT Chief Observer : Nitta-san) If no off-pointing is planed in the current week (see SXT chief observer's report), there is no need for SSOC tohbans to ask SXT_CO whether or not offpoint should be added to the every day's command sheet. 8. Action Items (Same as last week's SSOC Report) 8.1 Further software development. Status CONTINUING. It would be greatly appreciated if the SSOC tohbans could recommend any software development that they think will save future tohbans time and which improves the reliability of their work. 8.2 Week-48-A/I-1 /Hudson/status AJAR. Hudson has fixed print_ogsel (Week 48). Upon editing the OG's, this command from IDL will print the edited OG item on the workstation printer in B-toh. PRINT_OGALL still does not work well. Hudson will fix it next. After the corrections are made, these procedures should be incorporated into the tohban manual. -- end of report -----------------------------------------------------------