SSOC Tohban Report for Week 07 (12-Feb-2001 to 18-Feb-2001) SSOC: H.Ishizaki (SA/TW) KSC: T. Tamura, Y.Hanaoka 0. Meeting Attendees T.Kosugi, S.Masuda, Y.Ogawara, H.Takahashi, A.Takeda, T.Watanabe ------------------------------------------------------------------------------- 1. Solar Activity Low! No M and X flares all week, again! The largest event was C6.5. The back- ground level was B3 or less. ------------------------------------------------------------------------------- 2. Standard Operations 2.1 SXT Table Uploads The following SXT tables were uploaded: JST Day UT Start Time Pass Table ID ====================================================================== Monday PM 12-FEB-01 14:47 3 010212 P3 ARS1 STD Tuesday PM 13-FEB-01 13:08 3 010213 P3 ARS1 DXBP Wednesday PM 14-FEB-01 09:48 1 010214 P1 DARKCAL Wednesday PM 14-FEB-01 14:53 4 010214 P4 STD Thursday PM 15-FEB-01 13:14 3 010215 P3 STD Friday PM 16-FEB-01 11:35 3 010216 P3 STD Saturday PM 17-FEB-01 11:37 3 010217 P3 STD ====================================================================== 2.2 STT Timer Setting The STT timer set was done on Monday, 12-February-2001 (PASS ID: 010212- 0297). Canopus tracking was shutdown on Thursday, 15-Feb-2001 (PASS ID: 010215-0824). ------------------------------------------------------------------------------- 3. Special Operations 3.1 HXT Calibration HXT calibration was carried out at 010210-0926. 3.2 GRS Calibration The GRS calibration took place. During Week 7 we got 14 GRS cal sequences, and roughly more than 7 minutes could be allocated at every sequence. ------------------------------------------------------------------------------- 4. Errors and Problems 4.1 SXT Errors A bit-map error occurred at 010212-0823 and recovered at the same pass. 4.2 DP Errors None 4.3 BCS Errors None 4.4 B-toh printer problem Btoh 2F OKI printer (OKI MICROLINE 810 PSIIV-LT) did not work properly on Thursday 15-Feb-2001. Service engineer will come to fix it on Monday, 19-Feb. ------------------------------------------------------------------------------- 5. NASA Station Schedule 5.1 Contact Pass Cancellations/Additions The following schedule changes occurred and/or requested: ======================================================================= DSN/NASA Week Schedule Changes ======================================================================= Real-Time 07 15 cancellation (by SSOC) Final 08 9 cancellations (by SSOC) Preliminary 09 14 cancellations (by SSOC) Strawman 10 52 cancellations (by SSOC) ======================================================================= (Remark: Santiago passes are still allocated.) 5.2 Contacts this week and next (see hikitsugi item 7.5): Week Wallops Santiago Goldstone Canberra Madrid NASA Japan 06 27 11 12 0 8 58 29 07 31 13 7 1 6 58 30 5.3 Data Transmission from NASA Ground Stations ----(Copied from /home/flare1/yohkoh/dsn_corrupt/2001/01_07)---- 037 82 0818 corrupted tape requested 15-Feb 038 82 0639 corrupted tape requested 15-Feb 043 74 1856 corrupted tape requested 15-Feb 038 16 1135 not received requested 16-Feb DOY-044 G16 0657 - 0707 : 15142 blocks Some data not recorded. See idr. Operator error. ------------------------------------------------------------------------------- 6. KSC Pass Conflicts and Schedule - Yohkoh lost a total of 2 passes (all for AKEBONO). - Yohkoh will lose total of 2 passes (both for HALCA). ------------------------------------------------------------------------------- 7. Hikitsugi Items 7.1 Tohbans for Next Week SSOC: H. Takahashi, S. Masuda KSC: Y. Hanaoka, T. Ishii 7.2 STT Timer Setting The STT Timer Setting (eclipse recovery) is due on Tuesday, 21-Feb-01. 7.3 Holiday Schedule (KSC 34m antenna TEL: 0994-67-3152) 25-FEB-01 05:14 - 05:25 UT 25-FEB-01 10:18 - 10:31 UT 7.4 Special operation * Canopus re-tracking - it is now a special operation! 7.5 New small task It's helpful to see the actual statistics of the DSN/Wallops station passes. The program "PRINT_CONTACTS" does this for inclusion in the weekly report, e.g. IDL> print_contacts,[6,7] lists the passes for weeks 6 and 7. ------------------------------------------------------------------------------ 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. (3)(2001-w06) OP_FIRST_GUESS frequently got confused about start times, trying to read weekly files extending forward years from the present. Re-tries eventually worked. 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 (Actually it is now available until end of 2000) (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 cancellations). 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 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. Due to the narrow antenna beam, acquision of the signal from the satellite at the first contact need some time. It is suggested that the KSC REPRO should start one minutes later compared to the 20 m operation. (w46) Also, max elevation of the 34 m antenna should be checked carefully using Weekly Visible Diagram (do not trust op_first_guess nor AOSLOS listing). Max elevation should be less than 76 degree. (w46) 8.7 Weekend DSN passes (2000-w49) We used to schedule 12 DSN passes during the weekend, but now we have two passes with the KSC 34m antenna. So only 9 or 10 DSN passes should be scheduled for the weekend. Please be sure to cancel extra passes as early as possible. 8.8 DSN Max Elevation DSN max elevation must be higher than the following value: Contact Max El.(degrees) Madrid 10.0 (2000-w45) Santiago 13.5 (2000-w44) Wallops 6.5 Others 7.0 8.9 OP and SXT Table Transfers Trouble (2000-w34) 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. 8.10 Pass Conflict Issues In the operation meeting among ASCA, AKEBONO, HALCA, and YOHKOH, held on Thursday 31-Aug-00, ASCA group proposed 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. 8.11 STT MAP operation in OP (2000-w42, revised at 2000-w53) If possible, please schedule the STT MAP operation just before the 1st KSC Pass on next day. The OP commands to be insrted in OP are as follows; OG-030(DEC) CMPN OBS ON OG-117(DEC) STT MAP START ; 1 step after CMPN OBS ON OG-118(DEC) STT MAP END ; 5 min (10steps) after STT MAP START OG-031(DEC) CMPN OBS OFF ; 1 step after STT MAP END Plese insert these command manually in OP schedule. The timing of these commands must be assigned around the mid-time of Canopus tracking window (note that the Canopus tracking does not work normally in this window). It is prefer that the command work during the night period of the satellite. The Canopus tracking window appears on the AOSLOSGD plots as a dotted line. It is preferable to schedule the 10 steps contiguously (as shown, avoiding mode switches). 8.12 Bug-fix Report about the Attitude Determination Software (ADS) at 200-w53 Related with the Y2K problem, a software bug was found in the attitude detection software. The problem occured in the procedure to search the orbital element file. In the program including the bug, the attitude of the Yohkoh satellite was calculated using the latest orbital elements in DASD or Serius database, while it must be done using the elements of the day nearest to the observation date. This buf has been fixed now. This bug causes the large attitude error when the observation date and the calculation date of the attitude are largely different. From 2000 Jan. to 2000 Sep., there are 10 candidates with the attitude error greater than one minutes of arc, which are as follows (obs. date); 27-Apr-2000, 28-Apr-2000, 13-Sep-2000, 14-Sep-2000, 7-Jan-2000, 11-Sep-2000, 9-Mar-2000, 8-Jan-2000, 28-Sep-2000, 12-Sep-2000. Re-calculation of the attitude is scheduled to these 10 cases. [end of report]