SSOC Tohban Report for Week 03 (10-Jan-2000 to 17-Jan-2000) SSOC: K.Nakakubo, K.Ichimoto KSC: M.Shimojo, T.Yamasaki 0. Meeting Attendees Watanabe, Hudson, Khan, McKenzie, Hanaoka, Miyashita ------------------------------------------------------------------------------- 1. Solar Activity Solar activity was gredually incleased with the background slightly higher than C-level. Several flares occuerd. ------------------------------------------------------------------------------- 2. Standard Operations 2.1 SXT Table Uploads The following SXT tables were uploaded: ================================================================ JST Day UT Start Time Pass Table ID ================================================================ Monday PM 10-Jan-2000 13:30 2 000110 P2 ARS2 FG Tuesday PM 11-Jan-2000 13:40 2 000111 P2 ARS2 FG Wednesday PM 12-Jan-2000 10:30 1 000112 P1 ARS2 FG Thursday PM 13-Jan-2000 12:20 2 000113 P2 ARS1 DKCAL Friday PM 14-Jan-2000 09:10 1 000114 P1 ARS2 FG/DIFF Friday PM 14-Jan-2000 12:30 3 000114 P3 ARS1 FG/DIFF Saturday PM 15-Jan-2000 11:00 2 000115 P2 ARS2 FG ================================================================ 2.2 STT Timer setting STT timer was re-set and started during Pass 1, 000112-0721, on 12-Jan-2000 (UT). ------------------------------------------------------------------------------- 3. Special Operations No special operation. 3.1 BCS Calibration BCS calibration was done during Pass2 (000113-0825) on 13 Jan. ------------------------------------------------------------------------------- 4. Errors and Problems 4.1 BCS Errors: None 4.2 SXT Errors: None 4.3 Report of Y2K problems Reformatting of data was not made on 14th, probably due to some problems on SIRIUS related with Y2K. Shimojo-san at KSC created anonymous ftp account on KSC workstation to enable one to get the SXT images downloaded at each pass. III. Solar soft Yohkoh softwares (1) OP_FIRST_GUESS.PRO A minor Y2K problem was found in the command sheet. '19' characters for '19XX' appeared in the top area of command sheet. This has not been fixed yet. (3) SXT TBL softwares In the reformat databese there are SXT table data that were used for SXT operation. SXT tables used after 2000 were not read with solar soft. These problems have not been fixed yet. No other reports on Y2K problem. ------------------------------------------------------------------------------- 5. NASA Station Scheduling 5.1 Contact pass cancellations/additions The following DSN/NASA passes were added/deleted: =========================================================================== DSN/NASA Schedule Week Schedule Changes =========================================================================== Final 03 2 Cancellations by SSOC Final 04 7 Cancellations by SSOC Preliminary 05 2 Cancellations by SSOC Strawman 06 75 Cancellations by SSOC =========================================================================== 5.2 Data Transmission from NASA Ground Stations ----(to be copied from /home/flare1/yohkoh/dsn_corrupt/2000/00_03)---- 363 82 1317 not received requested 05-Jan Closed/ correct data 006 82 0804 not received requested 13-Jan Closed/ correct data 006 82 0947 not received requested 13-Jan Closed/ correct data 011 76 0722 not received requested 14-Jan DOY-007 74 2206- 2215 17765 blocks: Low elevation pass. 13 Drop at the end of dump. ------------------------------------------------------------------------------- 6. KSC Pass Conflicts and Schedule In Week 04, 12 KSC contacts will be lost, 5 for ASCA, 0 for HALCA, and 7 for AKEBONO. ------------------------------------------------------------------------------- 7. Hikitsugi Items 7.1 Tohbans for next Week SSOC: M. Miyashita, Y. Hanaoka KSC: T. Yamasaki, Yoneshima 7.2 STT Timer Setting The next STT TIMER SET is due on Tuesday '18-Jan-2000 (UT)'. 7.3 OP OP for 17 Jan starting in the evening has already been prepared by W03 SSOC tobans. 7.4 ASTRO-E launch operation at KSC ASTRO-E will be launched in February. Some operation for preparation of ASTRO-E launch may happen within two months. Please be careful. ------------------------------------------------------------------------------- 8. Unchanged Hikitsugi Items from Last Week 8.1 Elevation angle limit at Santiago (w49) Seko_san noticed two fault reports from Santiago (DSS-74) due to low elevation at the end of the pass: These were shown as max elevations of 11.1 degrees (323/1322) and 10.7 degrees (315/1645) in our database. Accordingly, after consultation with Watanabe-san, we suggest increasing the threshold (for this station only) to 13.5 degrees maximum elevation. 8.2 Weekend Terminators If possible, please schedule terminator opportunities on any weekend table (i.e., if room permits). 8.3 Keeping Santiago contacts Currently, ASCA conflicts cause the loss of about 10 KSC contacts per week. We do not know which contacts Yohkoh will lose until the weekly meeting. Santiago contacts occur on the same orbits as KSC contacts. Therefore, please keep as many Santiago contacts as possible in the DSN Strawman and Preliminary Forecasts. 8.4 OP and Real-time Command Glossary We need a shorthand glossary for common OP and command-sheet commands. This already exists pretty much in the Sakao-san manual in Japanese, and the Week 26 tohbans started accumulating an English version on "yohkoh.glossary" 8.5 Software Problems pr_gev with /hc keyword produces a temporary output file but does not print it at the printer. 8.6 OP_FIRST_GUESS problem (1999-w38) 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. 8.7 Keeping Wallops contacts (1999-w42) 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.8 OP_FIRST_GUESS problem (1999-w42) In one instance, op_first_guess produced a nested RB HV RDCT ON/ RB HV RDCT OFF sequence (i.e. ON-ON-OFF-OFF). This problem is easily spotted, and corrected by deleting the second ON command and the first OFF command manually. The bug has been reported to J. Lemen. 8.9 Tohban Manual (1999-w42) The English-language version of the Tohban Manual has been updated recently and should be considered authoritative. The corresponding checksheet is also new (August 1999). 8.10 A New Antenna System in Wallops (1999-w43) Since October 1, a new antenna GN-WGS is used instead of a 9m antenna DSS-76 in Wallops station. SSOC tohbans should not be surprised at the unfamiliar antenna code GN-WGS in the DSN schedules. This new code GN-WGS is replaced with DSS-80 in solass.w## and solsf.w## by the program "fmt_wallops". But some programs for the strawman scheduling replace it with DSS-0. 8.11 OP_FIRST_GUESS Problem (1999-w46) OP_FIRST_GUESS printed "Night" instead of "Day" (as it should have printed) on pass sheets for 1999/11/15 Pass 5(991115-1341). 8.12 OP_FIRST_GUESS Problem (1999-w46) During the preparation of the 991115-1031 OP, OP_FIRST_GUESS inserted a QUIET RATE HIGH command during an SAA passage at a time when about 20 minutes of daylight remained. The maximum duration of QUIET RATE HIGH mode during an SAA in daylight should be 10 minutes. 8.13 OP_FIRST_GUESS Problem (1999-w46) 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. All these 3 problems above (item 8.10, 8.11 and 8.12) occurred also on week 45 in 1999. === END ===