SSOC Tohban Report for Week 35 (21-Aug-2000 to 28-Aug-2000) SSOC: H. Hara, A. Asai KSC: R. Haga, Y. Saito 0. Meeting Attendees Ogawara, Sakao, Kosugi, Hudson, Watanabe, Nagata, Shibasaki, Hara, Kobayashi, Matsuzaki, Kano, Asai ------------------------------------------------------------------------------- 1. Solar Activity Solar activity was moderate throughout the week. GOES background decreased from C1 to mid-B level at the beginning of the week, and increased to C1 level at the weekend again. The Sun produced 1 M-class flare and many C-class flares. ------------------------------------------------------------------------------- 2. Standard Operations 2.1 SXT Table Uploads The following SXT tables were uploaded: ====================================================================== JST Day UT Start Time Pass Table ID ====================================================================== Monday PM 21-AUG-00 05:47 4 000821 P4 ARS1 DKCAL Tuesday AM 22-AUG-00 02:29 3 000821 P3 ARS1 DIFL* Wednesday AM 23-AUG-00 02:37 3 000822 P3 ARS1 SPFL* Thursday AM 24-AUG-00 02:44 3 000823 P3 ARS1 SPFL* Friday AM 25-AUG-00 01:09 3 000824 P3 ARS1 SPFL* Saturday AM 26-AUG-00 02:58 4 000825 P4 ARS1 STD* ====================================================================== 2.2 STT Timer setting The STT timer was set during Pass 3 on Tuesday, 22-Aug-00 JST (Pass ID: 000822-0205). The STT timer has been inoperative since Pass 3 on 26-Aug-00 JST, because the phase of Canopus acquisition in orbit is moving fast for a week. It should be set in Pass 1 on 02-Sep-00 JST. ------------------------------------------------------------------------------- 3. Special Operations 3.1 Flare trigger level Flare trigger level has been decreased. The SXS-NFL in SAQL DP-1 is 255 C/S. ------------------------------------------------------------------------------- 4. Errors and Problems 4.1 SXT Errors 24-AUG-00 (Th) pass2 (000824-0103) bitmap error was found, recovered during the pass by Yobi-C command. 4.2 DP Errors none 4.3 BCS Errors none 4.4 34 m antenna operation with a wrong Yohkoh antenna The timing of antenna change from A to B came at the beginning of 34 m antenna pass 000827-0207. op_first_guess returned the antenna B for AOS OG and no antenna change was not required for this contact. However, SSOC mis-understood the AOSLOS file as follows: (1) Yohkoh entered KSC pass in antenna A, and (2) a condition of antenna change to B was requested, though the elevation was low about 4 degree. Under this condition SSOC inserted "antenna change to A" to the result of op_first_guess. This error went through the check by SSOC and KSC tobans. 4.5 Communication for 34 m antenna operation KSC operators tried to call the ISAS weekend toban, but they could not catch the toban. The reason is unknow. ------------------------------------------------------------------------------- 5. NASA Station Scheduling 5.1 Contact Pass Cancellations/Additions The following schedule changes occurred and/or requested: =========================================================================== DSN/NASA Week Schedule Changes =========================================================================== Final 35 0 additions 2 cancellations Final 36 0 additions 1 cancellations Forecast 37 0 additions; 2 cancellations by SSOC Strawman 38 64 cancellations (Seko: 0, SSOC: 64) =========================================================================== We did no pass additions for DSN scheduling, because we had enough DSN contacts. This is due to no DSN operations of ASCA. 5.2 Data Transmission from NASA Ground Stations ----(Copied from /home/flare1/yohkoh/dsn_corrupt/2000/00_35)---- 225 46 2014 not received requested 22-Aug no response requested 24-Aug 233 46 1242 not received requested 22-Aug no response requested 24-Aug 234 46 1108 not received requested 24-Aug 228 80 2259 corrupted tape requested 22-Aug Closed/ correct data ------------------------------------------------------------------------------- 6. KSC Pass Conflicts and Schedule - Yohkoh lost 6 passes (6 to AKEBONO). - There were 2 down-link-only passes on Sunday. - Yohkoh will lose 7 passes (6 to AKEBONO, 1 to ASCA). ------------------------------------------------------------------------------- 7. Hikitsugi Items 7.1 Tohbans for Next Week SSOC: K. Shibasaki, T. Kobayashi KSC: Y. Matsuzaki, Y. Saito 7.2 STT Timer Setting The next STT TIMER SET is due on 02-Sep-2000 (Saturday) JST. (Pass ID: 000901-1239) 7.3 Holiday Schedule (KSC 34m antenna TEL: 0994-67-3152) The next 20m antena operation holiday will be 03-Sep, Sunday JST. 34m antena operations on 03-Sep-2000 (JST) are 000902-1239 19:24-19:36(UT) (04:24-04:36 JST) 000902-1446 22:48-23:00(UT) (07:48-08:00 JST) 7.4 OP OP and command sheets for Monday (28-Aug-2000 JST) were prepared and were sent to KSC. 7.5 Pass conflict issues In the operation meeting among ASCA, AKEBONO, HALCA, and YOHKOH, held on Thursday 24-Aug-00, ASCA group prpposed that (1)they used only one pass a day, time of which is located between 4 and 20 (JST), and that (2)they wouldn't use DSN contacts for ASCA operations. 7.6 OP and SXT Table Transfers Trouble OP and SXT tables can not be transferred to KSC correctly when the MS computer at ISAS is in Initial Program Load(IPL). ASCA and HALCA groups operate the satellite from ISAS. We must not transfer OP and SXT tables in the following periods: "An hour before the beginning of HALCA/ASCA contact and an hour after the end of HALCA contact." As for IPL of MS computer at KSC, operators confirm if new OP and SXT tables come to MS computer at ISAS after the IPL. The following is the report of SXT table transfer problem that happened two weeks ago. ========================================================================== "Table Transfer Trouble" Ver 1.1 R.Kano On August 15, we failed to transfer the SXT table for the next day. Kubo-san (an NEC engineer) found that the IPL process in the SSOC-MS machine was executed just after the table was transfered to the SSOC-MS from the main frame computer. Then, the transfer process was interrupted. The file transfer process from the main frame to KSC-MS consists of the three phase: 1. SSOC-MS receives a file from the main frame. 2. SSOC-MS reformats the file. 3. SSOC-MS sends the file to KSC-MS. We often fail the phase-3 process, because the KSC-MS machine is in the IPL process. In this case, KSC-NEC engineers can pick the file up from SSOC-MS by themselves. At this time, however, the process seemed to be stopped at the beginning of the phase-2. The file which would be transfered to KSC-MS had not been prepared yet. Therefore, KSC-NEC tohbans could not pick it up. In order to find this type of troubles, we have to check the display or the line-printer on the 3rd floor in B-toh. one easiest way to recovery this trouble is to transfer the file again from the main frame. Because the probability of the occurrence is very low, we do not add the duty for SSOC-tohbans/SXT CO to check the transfer completion on the 3rd floor in B-toh. [end] =========================================================================== ------------------------------------------------------------------------------ 8. Unchanged Hikitsugi Items from Previous Weeks: 8.1 Weekend Terminators If possible, please schedule terminator opportunities on any weekend table (i.e., if room permits). 8.2 Software Problems PR_GEV with /hc keyword produces a temporary output file but does not print it at the printer. 8.3 OP_FIRST_GUESS Problem (1)(1999-w38, 1999-w45) In a situation with two KSC cancellations on each of two days (a rare condition) the BDR optimization feature of OP_FIRST_GUESS crashed. After experimentation, we found that it ran OK without the final cancellation request (two the first day, but just the first one on the second day). The second one then had to be removed manually. Records of the problem were forwarded to Lemen-san, but no answer had arrived at the time of writing. (2)(1999-w46, 1999-w45) During the preparation of 991109-1238 OP,991110-1135 OP and 991111-1032 OP OP_FIRST_GUESS crashed with the message "OP_START_END: problem with detection of LOS/AOS/DSN Repro events". This problem was solved by changing OP_FIRST_GUESS options: choose optimization 1 rather than 2. 8.4 Keeping Wallops Contacts (1999-w42, 1999-w45) This is not a new policy, but to emphasize (paraphrased from e-mail from Hugh Hudson): We should keep all valid Wallops passes, independent of day/night status, in order to maximize our Wallops use and minimize our DSN use. NASA won't give us many DSN passes anyway, so if we select a Goldstone pass in preference to a Wallops one, we'll normally just lose both. Another reason is that CANCEL_DSN software needs some repair, since it seems to replace the DSS identifier WGS with 0. This is likely to cause confusion, but of course if we don't cancel Wallops passes we won't have this problem often. 8.5 DSN Pass Additions (2000-w20) *** Don't forget to request pass additions! *** Yohkoh loses DSN passes as follows: (1) Canceled due to conflicts with ASCA (by Seko-san) (2) Canceled because Santiago is unavailable (3) Canceled by the SSOC tohbans (4) Deleted by DSN The Tohbans SHOULD COMPARE the STRAWMAN, PRELIMINARY and FINAL schedules -------------- for each week to see if some of the passes lost by case (4) could be replaced by ones from case (3). This means it may be possible to request pass additions for the PRELIMINARY and FINAL week schedules from the (case (3)) STRAWMAN cancellations. (The cancellations by Seko will generally be marked in red ink, and those by SSOC by pencil: Only request additions from the penciled cancelations). The routine to use is ADD_DSN: e.g., IDL> ADD_DSN, 28, /prelim and IDL> ADD_DSN, 29, /final Decide on the complete list of passes to be added and select them like CANCEL_DSN. Then ftp and email the appropriate file. 8.6 OP Sequence for KSC Operation Using 34 m Antenna (2000-w24) KSC downlink operation with 34 m antenna has started since the end of May 2000. Since we cannot send any command to Yohkoh with 34 m antenna, the downlink operation is conducted with OP commands. 8.7 34m ANT Operation (2000-w33) 34m Operation will be done only on Sunday (=Yohkoh holiday) for up to 2 or 3 passes. There will be no 34m OP to compensate for the lost pass due to the conflict with the other satellites. For further details, please ask Kosugi-san. Note that 34m operation requires more CE slots in OP table than DSN operation does. Weekend OP cannot accomodate many 34m passes without sacrificing even more DSN passes. Maybe, a couple of other items should be added to the operation manual ( see 4.4 of w32-2000 report). 8.8 Max Elevation Max elevation must be higher than the following value: Contact Max El.(degrees) Wallops 6.5 Santiago 13.5 Others 7.0 --------------------------------------------------------------------- === END ===