EVENT LOG FOR SITE LMJ Most recent activity to be listed first. First line of each entry lists date, time and who is reporting. Subsequent lines of each entry aligned under Time column. Do not use tabs, only spaces. Date Time Who What ---------- ----- -------- ----------------------------------------------- 12/02/2002 10:21 darren@p 13:InputSyncDetect,13:ReaderReset: Alarm was generated by a random reader reset. This is being investigated by PTOC personnel. . 11/22/2002 07:46 darren@p 01:ReaderReset,02:InputSyncDetect,02:ReaderReset,11:ReaderReset,12:InputSy ncDetect,12:ReaderReset,13:InputSyncDetect,13:ReaderReset,21:ReaderReset,2 2:InputSyncDetect,22:ReaderReset,23:InputSyncDetect,23:ReaderReset,31:Read erReset,32:InputSyncDetect,32:ReaderReset,33:InputSyncDetect,33:ReaderRese t,41:ReaderReset,42:InputSyncDetect,42:ReaderReset,43:InputSyncDetect,43:R eaderReset,51:ReaderReset,52:InputSyncDetect,52:ReaderReset,81:ReaderReset ,82:InputSyncDetect,82:ReaderReset,91:ReaderReset,92:InputSyncDetect,92:Re aderReset,93:InputSyncDetect,93:ReaderReset,A1:ReaderReset,A2:InputSyncDet ect,A2:ReaderReset,A3:ReaderReset,A4:InputSyncDetect,A4:ReaderReset,B1:Rea derReset,B2:InputSyncDetect,B2:ReaderReset,B3:InputSyncDetect,B3:ReaderRes et,B4:InputSyncDetect,B4:ReaderReset: Alarms were generated by what appears to be a sight power outage. This will be confirmed by PTOC personnel. . 11/21/2002 12:12 DGE_Robo B_DivertDuringSample (B_DDSample) changed from 'ON' to 'OFF' at 2002/11/21 06:31:05 11/21/2002 12:12 DGE_Robo A_DivertDuringSample (A_DDSample) changed from 'ON' to 'OFF' at 2002/11/21 06:31:05 11/08/2002 08:19 darren@p 81:ReaderReset,82:InputSyncDetect,82:InputSyncLost: The alarms were generated by a random reader reset. This problem is being investigated by PTOC personnel. . 11/05/2002 09:24 darren@p 23:InputSyncDetect,23:ReaderReset: Alarm caused by a random reader reset. This is an ongoing problem. . 11/05/2002 08:04 Don_Warf LoMo dewatered on Oct 30 0830 (bypassed collection from 0700 Oct 29 through Oct 30 0830). Dewatered a day early due to freezing. 11/01/2002 11:18 Dave_Mar Data collection has terminated for the season. Disabled file upload checking in etc/sites. 10/28/2002 09:55 Dave pcA'd into all operating Multimon sites and re-initialized Multimon open/close periods on both PCs. This operation is necessary due to Multimon's reliance on an internal timer and Window's refusal to fully ignore the jump to/from DST. 10/21/2002 19:06 DGE_Robo A_Sample_100% (A_S100) changed from 'ON' to 'OFF' at 2002/10/21 13:37:25 10/19/2002 08:40 darren@p B2:InputSyncDetect,B2:ReaderReset: Random reader reset. 10/14/2002 13:51 Dave A failure to communicate with LMJ-PC1 subsequent to 6:00 am on 10/9 apparently lead to the shutdown of the computer sometime after 12:45 pm on 10/11, and a reboot at approximately 1:12 pm that day. Today (10/14), I programmatically closed the truncated data file LMJ02284.103, and retrieved and modified the data file from LMJ-PC2 (LMJ02284.903) that bridged the 27 minute gap in data collection. I also discovered that LMJ- PC2 was running five minutes slow, and LMJ-PC1 was five minutes fast. I synchronized the times on both clocks to "world" time. 09/23/2002 08:23 dlwarf@p A2:InputSyncDetect,A2:ReaderReset,B3:InputSyncDetect,B3:ReaderReset: Ongoing problem. 09/16/2002 14:30 Dave SMP personnel report that the facility switched from primary bypass and resumed secondary bypass (and PIT tag detection) at 7:00 am (PDT) on Sept. 10. 09/15/2002 12:44 dlwarf@p A4:TestTagFailure: Acknowledged. 09/07/2002 07:10 DGE_Robo A_Sample_100% (A_S100) changed from 'OFF' to 'ON' at 2002/09/07 04:53:06 09/07/2002 07:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/09/07 04:53:06 09/07/2002 01:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/09/06 18:02:16 09/06/2002 11:35 darren@p 11:ReaderReset,12:InputSyncDetect,12:InputSyncLost: Alarms generated by a random reader reset. . 09/05/2002 11:51 Don_Warf From: "Baxter, Rex D NWW" To: "Spurgeon William F NWW" , "Fone Kenneth R NWW" , "Turner Rudd A NWD" , "Boyd Scott W NWD" Subject: FW: FW: Bypass Operation at LM to Reduce Facility Mortality Date: Thu, 5 Sep 2002 10:54:23 -0700 Bill: This is a follow-up to our telephone conversation of a few minutes ago. Start primary (full-flow) bypass promptly. You said you would do so by about 1100 hours today. The fish you currently have on hand, collected since 0700 this morning, will be released to the river. Continue with primary bypass until 0700 hours on Tuesday, Sept 10. At that time switch to fish collection/transport operations and continue until further notice. You'll send a truck out on Sept 11. FPAC will check over the fish data that comes in on Sept 11 and decide what to do thereafter. Rudd or Scott: I suppose you need to issue a teletype. I spoke with Paul Wagner a few minutes ago and we agreed to what is said above. Rex -----Original Message----- From: Paul Wagner [mailto:paul.wagner@mercury.akctr.noaa.gov] Sent: Thursday, September 05, 2002 3:03 AM To: Baxter, Rex D NWW Cc: Chris Ross Subject: Re: FW: Bypass Operation at LM to Reduce Facility Mortality Rex, We were included in this discussion. The three options considered were: 1) stay the present course, 2) go to daily trucking, 3) go the bypass route. Daily trucking had a fair amount of support but bypass prevailed. Factors which weighed on the decision were the fact that the numbers of fish were less than 100 and we are seeing relatively high SARs on fish which migrate at this time of year. The decision will be revisited next Tuesday. It would be good to hear what you and people at the project feel is the best alternative. It would have been nice to included you in the discussion. "Baxter, Rex D NWW" wrote: Chris/Paul: Perhaps you have gotten wind of this already... Ron Boyce has requested that full-flow bypass begin promptly at Lower Monumental due to high facility mortality rates (=pre-transport mortality rates). I don't know if this is fully supported by FPAC or not. I spoke with Bill Spurgeon (Corps biologist at LoMo) and Monty Price (WDFW smolt monitoring biologist at LoMo) a few minutes ago and asked them about the high mort rates. They both said they have seen signs of columnaris and BKD in some of the fish. Salt has been added to the truck (300-gallon tank in a pickup) for about the past week to hopefully help with the columnaris. As Ron has pointed out, the facility mortality at LoMo has been rather high recently. Since you have access to that data already, I won't bother with sending you my own spreadsheet. However, here are some data that you do not have: TRUCK MORTALITY RATES FOR LOWER MONUMENTAL Date of No. of No. of Percent Departure Fish Trucked Morts Mortality 22-Aug 1128 5 0.44 24-Aug 675 5 0.74 26-Aug 1001 11 1.10 28-Aug 468 4 0.85 30-Aug 498 7 1.41 01-Sep 326 10 3.07 03-Sep 103 1 0.97 Note 1: All of these fish are chinook and sockeye. All steelhead are being bypassed. Note 2: A 100% sample rate has been in effect since August 16, so the numbers of trucked fish are highly accurate. Note 3: The numbers of morts are probably a bit low because not all morts can be seen and retrieved. But since they are using a 300-gallon tank rather than a big tanker, I'd guess that the drivers are able to record a majority of the morts. Forward this message as you see fit. Let me know what you want to do: 1) continue transport, 2) go to primary (full flow) bypass, or 3) go to secondary bypass for PIT tag detection, etc. Rex -----Original Message----- From: Turner, Rudd A NWD Sent: Wednesday, September 04, 2002 2:39 PM To: Baxter, Rex D NWW Subject: FW: Bypass Operation at LM to Reduce Facility Mortality Rex: As discussed, please coordinate this request. Lower Snake flows are low, 23 - 24 kcfs at this time, and the water is close to the standard, 67 - 68 deg. F. Is inriver migration for these fish, which are still supposed to be transported, less detrimental than project passage? NMFS view? Thanks, Rudd -----Original Message----- From: Ron BOYCE [ mailto:Raymond.R.Boyce@STATE.OR.US ] Sent: Wednesday, September 04, 2002 2:17 PM To: cathryn.L.Hlebechuk@nwd01.usace.army.mil; rudd.a.turner@usace.army.mil Cc: dwatson@fpc.org; mfilardo@fpc.org Subject: Bypass Operation at LM to Reduce Facility Mortality Rudd and Cathy, see attached letter requesting bypass operation at Lower Monumental without sampling to reduce facility mortality observed over the last week. Let me know if you have any questions. Dona, please distribute to FPAC. Ron Boyce Columbia River Coordination Program Interjurisdictional Fisheries Management Fish Division Phone: (503) 872-5252 EXT 5403 FAX : (503) 872-5632 e-mail : raymond.r.boyce@state.or.us 09/03/2002 12:20 Dave I have (rather belatedly) disabled my cron job that daily updated the SMP SxC databases at GOJ and LMJ, and generated a lookup list of fish detection histories for the NMFS RAPH release. The SMP SxC separation activities have been on hiatus since June, and collection of RAPH fish at B2J was terminated sometime before July 1. 08/30/2002 08:39 dlwarf@p A4:TestTagFailure: Acknowledged. 08/26/2002 10:45 darren@p 43:InputSyncDetect,43:ReaderReset: Alarm caused by a random reader reset. 08/19/2002 08:53 darren@p A4:TestTagFailure: No fatal alarm. The timer tag is firing on scheduled intervals. 08/17/2002 08:58 darren@p A4:TestTagFailure: Alarm acknowledged. 08/13/2002 08:37 darren@p A4:TestTagFailure: No apparent reason for failure. The test tag is firing on scheduled intervals. 08/06/2002 10:02 darren@p B2:InputSyncDetect,B2:ReaderReset: Random reader reset has caused this alarm. PTOC personnel is investigating the solution to this problem. 07/30/2002 19:32 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/30 14:01:41 07/30/2002 19:32 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/30 14:01:41 07/30/2002 19:32 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/30 13:55:38 07/30/2002 19:32 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/30 13:55:38 07/26/2002 19:33 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/26 14:00:55 07/26/2002 19:32 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/26 14:00:53 07/26/2002 19:32 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/26 13:55:31 07/26/2002 19:32 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/26 13:55:31 07/26/2002 12:31 scottl@p 41:ReaderReset,42:InputSyncDetect,42:InputSyncLost,42:ReaderReset,43:Input SyncDetect,43:InputSyncLost,43:Overrun,43:TestTagFailure,A4:TestTagFailure : Errors were generated by PTOC on the maintenence visit. 07/25/2002 15:20 Darren Site visit to check transceiver 41. There have several periods of time over the last couple of weeks where this transceiver has lost power and then come back to life. I suspected that it was the fuse holder for F1 on the power supply board. I confirmed this while on site today, the fuse holder had been spread apart and had been glued to the plastic piece just behind each tab with conformacoat and when it heated up (temperature wise) the conformacoat would soften and allow the fuse tabs to expand thus causing arcing to the fuse. This was also confirmed after removing the fuse and noting the black spot on both the fuse and the fuse holder. The tabs were bent in and the fuse and holder were both cleaned. I will watch this unit to ensure this is going to be a permanant fix. We will start looking into the reader reset problem for this type of cause, this is the second such incident. 07/21/2002 09:50 scottl@p 41:ReaderReset,42:InputSyncDetect,42:InputSyncLost,43:InputSyncDetect,43:I nputSyncLost: These errors are generated due top intermittent resets by 41. will correct on Monday. 07/17/2002 09:43 darren@p 41:ReaderReset,42:InputSyncDetect,42:InputSyncLost,43:InputSyncDetect,43:I nputSyncLost,A4:TestTagFailure: 41:ReaderReset,42:InputSyncDetect,42:InputSyncLost,43:InputSyncDetect,43:I nputSyncLost,A4:TestTagFailure: The alarms on coils 42,43 are being generated by the transceiver on coil 41. The transceiver appears to be turning on and off. This has been seen once at Bonneville it was caused by the fuse holder on F1 being to loose and causing the power to arc to the fuse. This will be investigated this week. 07/15/2002 14:07 darren@p 21:ReaderReset,22:InputSyncDetect,22:InputSyncLost,41:ReaderReset,42:Input SyncDetect,42:InputSyncLost,43:InputSyncDetect,43:InputSyncLost: The reader reset problems on coil 21 caused the "sync" problems on coil 22. Coil 41 had not been heard from since 15:26 on 7-10-02. It recently came back to life? This has happened once before and it turned out to be the fuse holder for F1, I believe, This will be investigated tomorrow. This is what caused the alarms on coils 42,43. 07/09/2002 20:11 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/09 14:10:39 07/09/2002 20:11 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/09 14:10:38 07/09/2002 20:11 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/09 13:59:21 07/09/2002 20:11 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/09 13:59:17 07/09/2002 13:31 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/09 07:26:35 07/09/2002 13:30 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/09 07:26:31 07/08/2002 21:06 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/08 14:03:01 07/08/2002 21:06 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/08 14:02:20 07/08/2002 21:06 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/08 13:59:47 07/08/2002 21:06 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/08 13:58:53 07/07/2002 20:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/07 14:06:00 07/07/2002 20:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/07 14:00:01 07/07/2002 13:47 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/07 09:04:42 07/07/2002 13:47 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/07 09:01:04 07/07/2002 07:33 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/07 05:54:20 07/07/2002 07:33 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/07 05:47:24 07/07/2002 07:33 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/07 05:22:34 07/07/2002 07:33 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/07 05:14:23 07/06/2002 07:33 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/06 04:23:25 07/06/2002 07:33 DGE_Robo B_DivertDuringSample (B_DDSample) changed from 'OFF' to 'ON' at 2002/07/06 04:23:24 07/06/2002 07:33 DGE_Robo B_DivertDuringSample (B_DDSample) changed from 'ON' to 'OFF' at 2002/07/06 04:16:54 07/06/2002 07:33 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/06 04:16:50 07/05/2002 19:28 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/05 14:00:29 07/05/2002 19:28 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/05 13:57:46 07/05/2002 19:28 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/05 13:57:44 07/05/2002 19:28 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/05 13:54:35 07/04/2002 07:21 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/04 01:11:28 07/04/2002 07:21 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/04 01:02:25 07/03/2002 08:43 scottl@p 41:ReaderReset,42:InputSyncDetect,42:InputSyncLost,43:InputSyncDetect,43:I nputSyncLost: Reset on coil 41 was the cause for the sync lost on the downstream monitors. 07/03/2002 07:29 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/03 03:29:49 07/03/2002 07:29 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/03 03:23:30 07/01/2002 08:43 Dave Hadn't heard from LMJ since 6/29/02 18:00. pcA'd in; found PTTP- Uploader in "yellow" status. The timestamp on the "Last Action" was 6/30/02 00:10:08, with a status message of "Connecting to remote host via FTP...". I popped PTTP out of auto mode, manually sent the five queued files (no problemo), and restored auto-xmit mode. 06/26/2002 13:26 scottl@p A4:TestTagFailure: Verified that the testag is functioning. 06/26/2002 08:26 scottl@p A4:TestTagFailure: No appearent reason for the testtag faiilure 06/24/2002 08:53 darren@p A4:TestTagFailure: No apparent reason for failure. Will monitor for further failures. This monitor will be closely looked at when the end of the season is near. 06/18/2002 10:48 Dave I updated the database and map files to LMJ02169.DB and LMJ02169.MAP, respectively. The map file references the LYFEFC (AC-86) group in all the appropriate monitoring locations, addressing the "BadAC" messages present since I defined that group in LMJ02148.MAP. This is the first update to the database since I stopped daily modifications on May 31. Only CSS groups previously detected at GRJ or GOJ are affected by the update. The clocks on both LMJ-PC1 and LMJ-PC2 were manually reset to within one second of atomic clock time. 06/17/2002 07:27 scottl@p A4:TestTagFailure: No appearent reason for the testag failure. 06/13/2002 09:32 scottl@p 51:TestTagFailure: This error can be ignored. Testag is funtioning properly. 06/13/2002 09:29 scottl@p A4:InputSyncDetect,A4:ReaderReset: This alarm was generated by PTOC personel 06/13/2002 09:25 scottl@p A3:BadOscFreq,A3:LowExcCurrent,A3:ReaderReset: These alarms were generated by PTOC maintenence personel. 06/07/2002 13:42 Dave Responding to the second notification of a lapse in data access, I pcA'd into LMJ-PC1. PTTP automatically and successfully uploaded the two outstanding data files at 12:26pm (PST) today. 06/05/2002 10:39 Darren_C PCA'd into each site and manually sent files. The process had failed but manually went through without any problems. 06/03/2002 09:06 Darren_C I was able to verify that there was indeed at power outage on 6-2-02 at 22:16 until 22:30 (Multimon time). I also spoke with Site Biologist Bill Spurgeon and he told me the facility will be in Primary bypass every other day until they see Lyons ferry Hatchery fish he figures around the 10th or 11th of June. 06/03/2002 08:37 darren@p 01:ReaderReset,02:InputSyncDetect,02:ReaderReset,11:ReaderReset,12:InputSy ncDetect,12:ReaderReset,13:InputSyncDetect,13:ReaderReset,21:ReaderReset,2 2:InputSyncDetect,22:ReaderReset,23:InputSyncDetect,23:ReaderReset,31:Read erReset,32:InputSyncDetect,32:ReaderReset,33:InputSyncDetect,33:ReaderRese t,33:RocketPortNoEOT,41:ReaderReset,42:InputSyncDetect,42:ReaderReset,43:I nputSyncDetect,43:ReaderReset,51:ReaderReset,52:InputSyncDetect,52:ReaderR eset,81:ReaderReset,82:InputSyncDetect,82:ReaderReset,91:ReaderReset,92:In putSyncDetect,92:ReaderReset,93:InputSyncDetect,93:ReaderReset,A1:ReaderRe set,A2:InputSyncDetect,A2:ReaderReset,A3:ReaderReset,A4:InputSyncDetect,A4 :ReaderReset,B1:ReaderReset,B2:InputSyncDetect,B2:ReaderReset,B3:InputSync Detect,B3:ReaderReset,B4:InputSyncDetect,B4:ReaderReset: It appears that there was a power outage on 6-2-02 from 22:16 to 22:32. I will contact site personnel to verify outage. 05/31/2002 14:04 Dave I had Sharon Lind, SMP, reboot LMJ-PC1 to restore pcA connectivity. I then installed LMJ02148.MAP on PC1, and LMJ02151.DB on both machines. New map file puts 80% of LYFEFC (AC-86) on the barge; new DB file includes an additional 50k LGR-WC (AC-81) codes. 05/30/2002 08:14 darren@p A2:InputSyncDetect,A2:ReaderReset,A3:ReaderReset,A3:TestTagFailure,A4:Inpu tSyncDetect,A4:InputSyncLost: Alarms were generated when personnel were performing maintenance on separator coils. 05/28/2002 13:58 Dave Uploaded and installed new database and map, LMJ02148.DB and .MAP, respectively, on LMJ-PC2 only. Could not establish pcA connection to LMJ-PC1. Map and db mods affect only AC-86 (LYFEFC), which have not yet been released. Will try again later. 05/28/2002 08:33 darren@p A4:TestTagFailure: This will checked on the next site visit this week. 05/24/2002 08:21 darren@p 91:TestTagFailure,A4:TestTagFailure: Timer tag on coil 91 did fire but there was a tag in the feild when it did. Coil A4 tag did not fire but has been firing ever since. There were quite a few pittag fish in the system at the time but I did not see any through the separator at the same time. 05/22/2002 11:52 Dave I updated the database to LMJ02142.DB, incorporating the most current code lists for CSS-WC (AC-16/26). This was simply to synchronize this list with those in place at GRJ and GOJ, as all CSS fish are currently diverted back to the river at LMJ, regardless of their upstream detection histories. I verified that the clocks on the primary and backup PCs are within six seconds of each other, and 21 seconds of "real" time. 05/22/2002 08:35 darren@p 13:TestTagFailure: The test tag was replaced. The new code is 3D9.0EEEEEE6D1. 05/22/2002 08:04 Darren_C A general maintenance check was performed. Gates were checked for timing and transceivers for tune. A timer tag on coil 13 at LMJ was replaced the new code is 3D9.0EEEEE6D1. 05/21/2002 08:46 darren@p 13:TestTagFailure,33:TestTagFailure: It appears that the test tag on coil 13 may have failed. It will be replaced, but the tag failure on coil 33 was caused by a pittag in the feild when the test tag was fired. 05/20/2002 10:36 darren@p A4:TestTagFailure: Cannot explain failure. Tag is firing on scheduled intervals. 05/17/2002 17:45 Dave Hadn't heard from LMJ since this morning. pcA'd in and checked PTTP status; the FTP connection attempt timed out at noon. Manually transferred one outstanding file. No problem. Disabled auto-refresh option (don't need it enabled when the computer monitor is normally turned off). 05/15/2002 09:55 Dave Updated database to LMJ02135.DB. This version includes additional CSS-WC (AC-16/26) added on 5/13/02. This has no net affect on the numbers or groups of fish diverted at LoMo, as all SbyC activity for CSS groups is still suspended; fish in Action Codes 11-16 are routed to the SbyC River Exit. 05/15/2002 08:39 darren@p A4:TestTagFailure,SLC500:CommsFailure: It appears that a pittag came through at the same time as the timer tag firing. Gates are diverting as needed. I can't explain the SLC comms failure. 05/12/2002 09:21 Darren_C From: "Spurgeon, William F NWW" Date: Sat, 11 May 2002 11:55:09 -0700 The "B" side pit gate failed at approx 2400 on 5/10/02 the gate failed open so all fish exited through the pit system. This was not discovered until 0630 5/11. The gate was closed at 0800 and work began on repair. 05/12/2002 08:44 darren@p A2:BadOscFreq,A2:InputSyncDetect,A2:InputSyncLost,A2:ReaderReset,A2:TestTa gFailure,A3:BadOscFreq,A3:InputSyncDetect,A3:InputSyncLost,A3:LowExcCurren t,A3:ReaderReset,A4:InputSyncDetect,A4:InputSyncLost,A4:LowExcCurrent,A4:R eaderReset: Alarms were caused by PTOC personnel doing some diagnostic work while on site for gate repair. 05/11/2002 16:44 Darren_C We were notified by Bill Spurgeon from Lower Monumental Juvenile facility that they had a gate malfunction on the "B" separator at 00:00 (midnight) on 5-10-02. I went to loMo to assist with the gate installation and to time the new gate. I was told that the gate had been banging on the "open" cycle but after talking with site personnel it was found that the gate was banging on the "close" cycle. This is an adjustable condition which was explained to site personnel. The gate was not discovered until 08:00 this morning (5-11-02) and was in the "open" position. After it was discovered it was shut by hand so the fish were put into the raceway. I discussed several possible options for eleviating the adjustments for the changing relief valves for the air pressure. The "B" separator was put back into a functional mode at 14:38 p.m. on 5-11-02. 05/11/2002 09:27 darren@p A4:TestTagFailure: The test tag did fire on the next scheduled time. There is a high volume of fish going through the system. 05/10/2002 09:37 Dave Heads up. Fish Managers kept LMN in primary bypass (not PIT tag detections) for most of April, and regularly through May. Between April 10 and 30, the facility was in primary bypass at all times EXCEPT ~1 hour/day Mondays and Thursdays, when the facility was placed in secondary bypass and 100% of the fish (including PIT-tagged fish) were sampled and then released back to the river. Starting May 1, the facility started collecting fish (and detecting PIT tags) for 48 hours, and then switching to primary bypass for 24 hours. It looks like switch occurs at 2:00PM (PST), coincident with the normal barge collection schedule. This "2 on, 1 off" schedule is supposed to continue through May. 05/07/2002 17:25 Dave Updated the database to LMJ02127.DB, pretty much for the hell of it, as all of the existing CSS fish (and new tags now identified as CSS fish) were already being diverted at 100%. Still, all CSS action codes (AC11-26) are now synchronized across all three Snake River transportation sites. Also verified that the clocks on PC1 and PC2 are within two seconds of each other and 50 seconds of "real" time. 05/06/2002 11:06 Scott_Li Set the file submission frequency to upload 4 times per day. 05/03/2002 10:08 Darren_C Files are set to 4 per day on PC1 and PC2. 05/02/2002 14:14 Dave Updated database and map files to LMJ02122.DB and LMJ02122.MAP, respectively. The database contains 92 additional FPC-WC (AC-16/26) tags. The map file was modified to divert all CSS ACs 11-16 to the river. Previously, ACs 11-15 were diverted at the rate of one in three; fish in AC-16 were previously diverted at the rate of one in two. Verified that PC1 and PC2 clocks were synchronized with each other, and within 1.1 minute of NIST standard. 05/01/2002 16:28 Don_Warf Visited site for a general maint. check. Timed both slide gates. Ran 20 sticks on both separator monitors with 100% reading and diversion efficiency. Installed UPSs on both data collection CPUs. 05/01/2002 07:08 Dave Updated database to GOJ02121.DB and LMJ02121.DB at GOJ and LMJ, respectively. 04/30/2002 09:38 dlwarf@p 52:InputSyncDetect,52:InputSyncLost: Will check this monitor during tomorrow's general maint. check. 04/30/2002 09:32 dlwarf@p 51:ReaderReset: Ongoing problem. 04/30/2002 07:50 Dave Updated database with LMJ02120.DB, in preparation for resumption of secondary bypass & collection, scheduled for 1500h today. Apparently, fish will be collected and transported for two days, and sent through primary bypass for one day, on a recurring schedule through May. This per Rudd Turner, COE. 04/23/2002 12:50 Dave I updated the databases at GRJ, GOJ, and LMJ with GRJ02113.DB, GOJ02113.DB, and LMJ02113.DB, respectively. I added 7643 AC-16 codes (CSS-WC) to the GRJ database; these same codes were added to the GOJ and LMJ databases as either AC-16 or AC-26, depending on prior detection history. All hatchery CSS action codes (11-15) in the GOJ and LMJ were adjusted as necessary to reflect their prior detection history. I also updated the map file at LMJ to LMJ02113.DB, as requested. Tags from Action Code 81 (LGR-WC) will be transported at a ratio of 4::1 (80% transport), if and when collection and transportation resume at Lower Monumental. The previous LGR-WC transport::bypass ratio was 1::1 (50% transport). 04/23/2002 08:52 Scott_Li PCA'd into PC1 and manually initiated the upload process and sent the files to PTAGIS... 04/22/2002 13:58 Don_Warf The COE reports: A planned power outage will occur some time after 1500 today to switch the power feed to the fish facility. It will take approximately 15 minutes. I don't know if this will affect your operations for LoMo, since we are not collecting fish...but just in case. Ken Fone 04/13/2002 19:15 dlwarf@p 01:ReaderReset,02:InputSyncDetect,02:InputSyncLost: Ongoing problem. 04/08/2002 10:22 Don_Warf Site was put into primary bypass at 10:00 today and will not water up again until May 1st 2002 at 7:00 am. This information was made available just this morning to the site biologist who is now notifying the agencies that work at the site. 04/08/2002 09:56 Dave I installed new map and db files (LMJ02098). These files include references to a new SbyC group (LGR-WC, Action Code 81). These are wild chinook marked at LGR by Doug Marsh (NMFS); 50% of this group of 87.5k are to be diverted back to the river (50% are to be transported). The database also contains updates for CSS fish previously detected returning to the river, and includes all such returns since the last update on 4/5/02. I believe there was a short power outage between 8:00 and 8:07AM today. 04/05/2002 09:41 Dave Updated database at LMJ and GOJ to LMJ02095.DB and GOJ02095.DB, respectively. Cleaned up extraneous files in \multimon\system directory. Stopped and restarted PTTP-Uploader on LMJ-PC1 at 9:01 to re-sync data file upload interval. 04/05/2002 08:39 Dave Looks like a short (<3min) power outage at LMJ this morning at ~00:45. I pcA'd in, restarted PTTP, and manually xferred the outstanding files. 04/04/2002 14:44 Dave Updated database to LMJ02094.DB. 04/03/2002 15:16 Dave Updated GOJ and LMJ databases to goj02093.db and lmj02093.db, respectively, to identify CSS fish bypassed back to the river at GRJ and GOJ. 04/03/2002 09:50 Don_Warf Spare locker transceiver needs to be replaced on the next site visit. 04/03/2002 09:11 Don_Warf Site was watered up for the season at 14:00 yesterday. Timed both slide gates to the new water conditions that were created by the NMFS modifications to the separator. The gate timing will have to be watched closely while issues with the new separator mods are ironed out. Transceiver for coil A2 was replaced due to high noise. The sync cable between A2 and A3 was removed o test whether this is causing the high failure rate on A2. Noise did not increase when the sync cable was removed. All testable coils were stick tested with these results. Coil Sticks-Reads A1 40-40 A2 40-40 A3 40-40 A4 40-39 B1 40-40 B2 40-40 B3 40-40 B4 40-40 21 40-40 22 40-39 23 40-40 31 39-39 32 39-39 33 39-39 41 40-39 42 40-40 43 40-40 11 40-40 12 40-40 13 40-40 04/03/2002 09:11 darren@p A1:ReaderReset,A2:InputSyncDetect,A2:InputSyncLost,A2:LowExcCurrent,A2:Rea derReset,A2:TestTagFailure,A3:BadOscFreq,A3:InputSyncDetect,A3:InputSyncLo st,A3:LowExcCurrent,A3:ReaderReset,A3:RocketPortNoEOT,A3:TestTagFailure,A4 :BadOscFreq,A4:InputSyncDetect,A4:InputSyncLost,A4:LowExcCurrent,A4:Reader Reset,A4:TestTagFailure,B1:ReaderReset,B2:InputSyncDetect,B2:ReaderReset,B 3:InputSyncDetect,B3:ReaderReset,B4:InputSyncDetect,B4:ReaderReset: Alarms were generated by PSMFC personnel while testing and tuning the site for the upcoming data collection season. 04/02/2002 15:59 Dave I updated the databases at LGS and LMN with GOJ02092.DB and LMJ02092.DB, respectively. These databases contain a total of 60 additional FPC-WC (AC-16) tags. In addition, Action Codes 21-26 have been updated, reflecting Action Codes 11-16 returned to the river at LGR. 04/01/2002 14:31 Don_Warf Site will not water up until tomorrow at 6:00 due to NMFS mechanical mods on the separator. 04/01/2002 08:21 darren@p A4:TestTagFailure: The timer tag did finally fire but it appears that there is quite a bit of noise on transceivers A3, A4. These transceivers will be tuned as will the site for the upcoming season today 4-1-02. 03/31/2002 12:37 dlwarf@p 11:ReaderReset,12:InputSyncDetect,12:InputSyncLost: On-going problem. 03/28/2002 16:43 Dave LMJ is now set up and ready for production. I slightly modified the LMJ- GN8.DB and MAP files; updated copies are available on the ftp site. I created and deployed LMJ02087.DB and MAP files. These contain SbyC components for the diversion (at 100%) of CSS fish previously detected at LGR or LGS, the partial diversion (1 of 3) of "new" CSS hatchery chinook, and the partial diversion (1 of 2) of "new" CSS wild chinook. Configuration modifications were minor. I altered the CONFIG.SYS file on LMJ-PC2 to conform with our established standards. I installed AboutTime on LMJ-Util, and manually synced the time on PC1 and PC2. The facility waters up in production mode on April 1. 03/27/2002 14:57 Dave Hadn't heard from LMJ in a couple of days. pcA'd in and found Multimon in full-screen mode, but no PTTP. No apparently power outage. Invoked PTTP, and manually uploaded queued (empty) files. Site becomes operational on April 1. 03/25/2002 14:02 Don_Warf Set clocks on both PCs. 03/21/2002 09:33 darren@p B3:InputSyncDetect,B3:ReaderReset: Alarm was generated by a random reader reset. This site has not yet been commissioned for the upcoming season. We will be doing Pre-season timing and tuning probably next week. Bill spurgeon will notify as to when there is water for testing. 03/10/2002 16:14 darren@p A1:ReaderReset,A2:InputSyncDetect,A2:ReaderReset,A3:InputSyncDetect,A3:Inp utSyncLost,A3:ReaderReset,A3:TestTagFailure,A4:InputSyncDetect,A4:InputSyn cLost,A4:ReaderReset: Alarms were generated by PTOC personnel while replacing a transceiver that had failed. We are looking into what caused the failure. When the problem is located we will post the findings. 03/07/2002 08:36 Scott_Li Site interrogation computers have been stripped of clutter within Multimon and it's subdirectories. Multimon ver 8.02 has been loaded along with the Generic HW, Map and DB files. The new naming convention for these default config. files will be < sitecode >- GN8.HW1 or appropriate extention. The 8 refers to Multimon Ver 8.02. The Sites are online creating 8 files per day and submitting files 8 times per day. Also replaced transceiver for Coil A2. This coil location has had problems in the past and suspect that the AC power could be an attributing factor in the death of this transceiver. Noticed that the AC input fuse was smoked, very good indication that the Dc-Dc converter failed as we have seen in the past.. 03/06/2002 08:23 Carter_S From: Spurgeon, William F NWW Sent: Wednesday, March 06, 2002 7:44 AM To: Hurson, Dave F NWW Subject: RE: Maintenance on Diversion slide gates LoMo PIT gate "A" bent last year. I had reinforced gates fabricated and the failed gate, its air cylinder, and its guides were replaced. We are awaiting PSMFC personell to come and move a limit switch and once done the gate can be retimed and tested. The "B" gate was removed, inspected, cleaned and reinstalled. It's OK. PSMFC is looking at a laser gate position indicating system that would work with the new PLC to illiminate the gate banging problem that bent the "A" gate. The new stronger gate should make the system reliable regardless of the effectiveness of the new laser system but the control of the banging problem is needed and we are optimistic that the laser gate position system will meet that need. if you need further info let me know, Bill 02/26/2002 16:17 Dave I modified the etc/sites file and removed the third parameter ([site]sun). This was apparently defeating the file-check process. Warnings will now be posted if the site has not been heard from in more than six(?) hours. ####End of Event Log for LMJ###