SSOC Tohban Report for Week 27 (2-Jul-2001 to 8-Jul-2001) SSOC Tohbans : S.Akiyama & Y.Matsumoto KSC Tohbans : S.Nagata & Y.Mizuno 0. Meeting Attendees T.Kosugi, Y.Ogawara, K.Yoshimura, T.Watanabe, S.Akiyama, J.Khan, D.McKenzie, A.Takeda ------------------------------------------------------------------------------- 1. Solar Activity Solar Activity wasn't very high last week. Especially, since the latter of half of last week, GOES level has become low. ------------------------------------------------------------------------------- 2. Standard Operations 2.1 SXT Table Uploads The following SXT tables were uploaded: JST Day UT Start Time Pass Table ID ================================================================ Monday AM 01-Jul-01 18:08 3 010701 P3 ARS1 STD * Tuesday AM 02-Jul-01 19:49 4 010702 P4 ARS1 DRK * Wednesday AM 03-Jul-01 16:25 2 010703 P2 ARS1 STD * Wednesday PM 04-Jul-01 14:43 2 010704 P2 ARS1 DIF Thursday AM 04-Jul-01 18:07 4 010704 P4 ARS1 STD * Friday AM 05-Jul-01 16:24 3 010705 P3 ARS1 STD * Friday PM 06-Jul-01 14:42 2 010706 P2 ARS1 STD ================================================================ 2.2 STT Timer Setting The STT timer set was done during pass 2 (Pass ID : 010702-1133) on 3-Jul-2001 (UT). ------------------------------------------------------------------------------- 3. Special Operations HXA CAL was done during passes (Pass ID : 010704-1133, Pass ID : 010706-1133). ------------------------------------------------------------------------------- 4. Errors and Problems 4.1 SXT Error Bit Map error was found during pass 1 (Pass ID : 010706-0927). However, it was fixed during the same pass. 4.2 DP Error None. 4.3 BCS Error None. 4.4 Lightning Strike KSC Tohban reported following. FACOM personal told us that the thunder rising in this morning damaged their equipment it seemed. Note that the fundamental S/C status such as OP or so can be monitored via MS computer. Also please note that no data can be delivered to SIRIUS. FACOM people is now working to recover the problem, however it seems to us that it will be difficult to monitor the SXT status during tonight operation. 4.5 The miss OP We could not done downlink at 1st pass of holiday (8-Jul-2001) because of a wrong OP. Since KSC tohban send commands to satellite at the second pass, we could get the data at the 2nd pass. ------------------------------------------------------------------------------- 5. NASA Station Schedule 5.1 Contact Pass Cancellations/Additions The following schedule changes occurred: =============================================================== Week Schedule Changes =============================================================== Real-Time 27 1 cancellation by SSOC tohbans Final 28 2 cancellations by SSOC tohbans Preliminary 29 0 cancellation by SSOC tohbans Strawman 30 49 cancellations by SSOC tohbans =============================================================== 5.2 Contacts this week and next (see 8.12): Week Wallops Santiago Goldstone Canberra Madrid NASA Japan 27 29 0 3 0 4 36 29 28 29 2 4 1 6 42 24 5.3 Data Transmission from NASA Ground Stations ----(Copied from /home/flare1/yohkoh/dsn_corrupt/2001/01_27)---- 165 80 1346 corrupted tape requested 22-Jun no response requested 26-Jun no response requested 02-Jul Closed/ same data 165 80 1848 corrupted tape requested 22-Jun no response requested 26-Jun no response requested 02-Jul no response requested 06-Jul 168 46 0941 missing data requested 21-Jun no response requested 28-Jun no response requested 02-Jul no response requested 03-Jul requested 05-Jul # This Canberra data of DOY168 attached the source code of 90h. The ISAS gateway rejected receiving the data with this unknown code (The Canberra code always attached "95h"). I asked Yamada-sensei(ex.8316) to add the source code of 90h on 04-Jul. Then I sent JPL(CDR) the retransmission request of this data via Email fifth time. But we have not received this Canberra data yet(06-Jul 17:15JST). 169 80 1848 corrupted tape requested 02-Jul no respose requested 06-Jul 174 80 1201 not received requested 02-Jul Closed / correct data 174 80 1342 not received requested 02-Jul Closed/ correct data 174 80 1524 not received requested 02-Jul Closed/ correct data 176 80 1019 not received requested 02-Jul Closed/ correct data ***** DSN data <2001.06> ****** Total passes Acquiring rate Goldstone 12 88.14% Canberra 17 91.28% Madrid 8 99.69% Wallops 117 97.54% Santiago 3 100.00% ------------------------------------------------------------------------------ 6. KSC Pass Conflicts and Schedule 2 passes were lost for AKEBONO. 2 passes were lost for HALCA. 2 passes were lost for the circumstances of NEC, FACOM, and MELCO. 6 passes will be lost for AKEBONO. ------------------------------------------------------------------------------ 7. Hikitsugi Items 7.1 Tohbans for Next Week SSOC Tohbans : Y.Hanaoka & Y.Sakamoto KSC Tohabns : M.Shimojo 7.2 STT Timer Setting The STT Timer Setting will be due on Tuesday 10-Jul-2001 (UT) 7.3 Holiday Schedule The next holiday is 15-Jul-2001 (JST). The 34m-antenna operations are scheduled for pass 2 (09:31 (UT)) and pass 5 (14:37 (UT)). The contents of the operation is downlink only, same as ones of 34m-antenna. 7.4 STT MAP operation in OP (see 8.10) We will stop the daily STT MAP operation in OP. 7.5 The OP and the command sheets on 9-Jul-2001 The command sheets on 9-Jul-2001 (UT) have been already sent and checked, respectively. The OP was not send yet. ------------------------------------------------------------------------------ 8. Unchanged Hikitsugi Items from Previous Weeks: 8.01 DSN Pass Additions (2000-w20; modified 2001-w10) >>>>>*** DON'T FORGET TO REQUEST PASS ADDITIONS!!! ***<<<<<<< Yohkoh loses DSN passes as follows: (1) Canceled by the SSOC tohbans (2) 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 (2) could be replaced by ones from case (1). -------------- Thus it may be possible to request pass additions for the PRELIMINARY and FINAL week schedules from the [case (1)] STRAWMAN cancellations. Only request additions from the crossed out cancellations done by SSOC. The routine to use is ADD_DSN: e.g., IDL> add_dsn, 28, /prelim 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.02 Weekend Terminators If possible, please schedule terminator opportunities on any weekend table (i.e., if room permits). 8.03 Software Problems PR_GEV with /hc keyword produces a temporary output file but doesn't print it at the printer. 8.04 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. Retries eventually worked. 8.05 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.06 34m ANT Operation (2000-w33, 20001-w12) 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 accommodate many 34m passes without sacrificing even more DSN passes. 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). Try to avoid zenith passes ( Max. El. >76 degree) in planning. However, do not try to change the already fixed schedule just because the pass chosen turns out to be a zenith pass. There's no problem using the zenith pass with extra few op commands. (2001-w12) 8.07 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.08 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.09 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). HALCA groups operate the satellite from ISAS. SSOC tohbans must be careful to transfer OP and SXT tables in the following periods, an hour before the beginning 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 STT MAP operation in OP (2000-w42, revised at 2000-w53, 2001-w08, 2001-w24) Since 2001-w25, we will stop the daily STT MAP operation in OP. 8.11 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 occurred 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 Sirius 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. 8.12 print_contact (2001-w07) 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.13 New 26m Equipment for Yohkoh (2001-w23) We received email from Ida Millner @ GDSCC @ NASA to advise us about the transition to new 26m equipment for Yohkoh which will start sometime after DOY 215. Yamada-sensei at ISAS will handle the consultation related to these changes. Future SSOC tohbans should keep an eye on the station identifiers in the schedules we receive from DOY 215 to check for possible software modifications which may be necessary if these change. > From: Millner, Ida > Subject: OPD-SOLA-001: Transition to 26M New Equipment for Solar-A (SOLA) > > 1) PURPOSE: > To advise the supporting stations of the transition to the 26M new > equipment for Solar-A. > > 2) EFFECTIVE PERIOD: > Upon receipt through DOY 215, when another OPD will be issued or a PCN > supercedes this OPD. [end of report]