EVENT LOG FOR SITE GOJ 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/27/2002 09:54 darren@p 13:InputSyncDetect,13:ReaderReset,93:InputSyncDetect,93:ReaderReset,C2:Inp utSyncDetect,C2:ReaderReset,C4:TestTagFailure: All alarms except for the alarm on coil C4 were generated by random reader resets. The test tag failure will be fixed when the timer tag is replaced. We will do this when the site is next visited. . 12/09/2002 09:14 darren@p 13:InputSyncDetect,13:ReaderReset: Alarm was caused by a random reader reset. This problem is being investigated by PTOC personnel. . 12/02/2002 10:23 darren@p B3:InputSyncDetect,B3:ReaderReset,C4:TestTagFailure: Alarm on coil B3 was generated by a random reader reset. This being investigated by PTOC personnel. The alarm on coil C4 will be solved when the timer tag is replaced. . 11/27/2002 08:12 darren@p A2:InputSyncDetect,A2:ReaderReset,C4:TestTagFailure: Alarms on A2 were caused by a random reader reset. This is an ongoing problem that is being investigated by PTOC personnel. The alarm on C4 will be addressed on next site visit. . 11/25/2002 09:24 darren@p C4:TestTagFailure: Tag will be replaced during the next site maintenance visit. . 11/08/2002 08:20 darren@p C4:TestTagFailure: Alarm acknowledged. . 11/07/2002 08:24 darren@p C4:TestTagFailure: Timer tag will be replaced. . 11/06/2002 10:46 darren@p C4:TestTagFailure: Test tag will be replaced. . 11/05/2002 09:21 darren@p C3:TestTagFailure,C4:TestTagFailure: These test tags will be addressed during the next site visit or during pre-season work. 11/01/2002 11:18 Dave_Mar Data collection has terminated for the season. Disabled file upload checking in etc/sites. 10/31/2002 13:08 Don_Warf Fish collection was terminated at 0245 hours on 10/31/02. Fish were subsequently routed to the tailrace via the primary bypass flume. The facility was fully dewatered after noon on 10/31, following the comple- tion of the sample work-up 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/24/2002 10:09 darren@p C4:TestTagFailure: Timer tag will be replaced on next site visit. 10/19/2002 08:37 darren@p C4:TestTagFailure: Test tag needs to be replaced. Next visit. 10/18/2002 09:44 Don_Warf COE personnel called at 9:40 this morning reporting that the power to GOJ was shut down at 9:30 this morning and will be out from 4 to 6 hours. 10/12/2002 09:28 dlwarf@p C4:TestTagFailure,E1:ReaderReset,E2:BadOscFreq,E2:InputSyncDetect,E2:Input SyncLost,E3:InputSyncDetect,E3:InputSyncLost: Reader reset on E1. 10/07/2002 08:05 dlwarf@p 52:InputSyncDetect,52:ReaderReset,C4:TestTagFailure,E1:ReaderReset,E2:Inpu tSyncDetect,E2:InputSyncLost: Reader resets. 10/03/2002 08:12 dlwarf@p C4:TestTagFailure,E1:ReaderReset,E2:InputSyncDetect,E2:InputSyncLost,E3:In putSyncDetect,E3:InputSyncLost: Reader reset on E1. 10/02/2002 08:48 dlwarf@p B2:InputSyncDetect,B2:ReaderReset,C4:TestTagFailure: Common reader reset. Test tag on C4 to be replaced on the next visit. 09/08/2002 09:46 darren@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost,C4:TestTagFailure: Alarm on coil 91,92 were caused by a random reader reset. The timer tag on C4 will be replaced. 09/04/2002 14:05 Scott_Li Files have not been transmitted from this site since: GOJ02246.102 09/03/02 06:00 09/03/02 12:00 LOADED 0 days 00:00 1 09/03/02 14:52 Could not PCA to PC1. Called SMP for assistance in troubleshooting the problem.Verified that MM was active, inserted Markers, closed the current data file in MM and re-booted the primary PC. PCA'd to PC1 and manually sent data files. Problem appeared to be with the network connection only. PC1 was actively collecting data and was responsive to keyboard commands. 09/04/2002 13:27 Dave We haven't received data from GOJ since yesterday (9/3) at noon. Attempted to pcA in GOJ-PC1 without success. I was able to pcA into GOJ- PC2; the backup machine is NOT controlling the gates, so I assume that GOJ-PC1 is up and running, but incommunicado. 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/29/2002 08:34 darren@p C4:TestTagFailure: Alarms acknowledged. 08/29/2002 08:10 darren@p C4:TestTagFailure: Alarms acknowledged. 08/28/2002 08:09 darren@p C4:TestTagFailure: Alarm acknowledged. 08/23/2002 08:44 Scott_Li Power has been temporarily been restored to the JFF after 4 day's . PCA'd to pc1 and manually sent data files to PTAGIS. Talked with the power house operator and he indicated that they are having problems with the ISO phase transformer grounding and that the facility could loose power indefinitely if a work around for this problem could not be found. 08/21/2002 08:53 darren@p C4:TestTagFailure: Alarm will be addressed on next site visit. 08/20/2002 13:19 Scott_Li Due to the long lower outages that will continue to occur up until Thursday 8/22 PTOC will PCA into primary computer after 1900 hrs and send data files that have not been submitted to ptagis. 08/19/2002 09:04 Scott_Li Called the site with regards to GOJ not submitting data files. PH operator said a power outage is scheduled at 0530 hrs to 1700 - 1900 hrs for the next 4 day's . Unclear as to why the outages are occuring , some big overhaul in the switch yard is all that was known. 08/19/2002 08:48 darren@p C4:TestTagFailure: This will be addressed on next site visit. 08/17/2002 08:56 darren@p C4:TestTagFailure: Test tag will be replaced on next visit. 08/15/2002 13:12 Don_Warf From: "Baxter, Rex D NWW" To: "Melanson George W NWW" Cc: "Don Warf (E-mail)" , Subject: RE: Doble Testing Date: Thu, 15 Aug 2002 12:32:11 -0700 George: Aug 19-22. Might get done sooner. Power will go off around 0600 (maybe 0500?) each morning and be back on sometime in the afternoon, surely by 1700. Call Scott Ross or Kevin Goe to confirm. Scott, of course, is your second level supervisor. Kevin is the electrical foreman at Goose. You or your bio techs should record when the power goes off and when it comes back on. Then put in the weekly report to me. I'm sending a copy of this to Don Warf and Dave Marvin of PSMFC to make sure they know about the upcoming power outage. They work with the PIT tag system. Don/Dave: George is the new assistant project biologist at Goose in case you didn't know. Rex > -----Original Message----- > From: Melanson, George W NWW > Sent: Thursday, August 15, 2002 10:39 AM > To: Baxter, Rex D NWW > Subject: Doble Testing > > Hi Rex, > > Could you give me an update on next's weeks doble testing. Specifically, > the days and times power will be interrupted here at the JFF. > > Thanks > > George 08/13/2002 08:33 darren@p C2:InputSyncDetect,C2:ReaderReset,C4:TestTagFailure: Alarm on C2 was caused by a random reader reset. The test tag failure on C4 will be replaced. The test tag is intermitten. 08/13/2002 07:11 DGE_Robo B_Sample_100% (B_S100) changed from 'OFF' to 'ON' at 2002/08/13 05:43:39 08/13/2002 07:11 DGE_Robo A_Sample_100% (A_S100) changed from 'OFF' to 'ON' at 2002/08/13 05:43:39 08/13/2002 07:11 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/08/13 05:43:39 08/13/2002 07:11 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/08/13 05:43:39 08/13/2002 07:11 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/08/13 05:42:24 08/13/2002 07:11 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/08/13 05:42:24 08/13/2002 07:11 DGE_Robo A_Sample_100% (A_S100) changed from 'ON' to 'OFF' at 2002/08/13 05:42:24 08/13/2002 07:11 DGE_Robo B_Sample_100% (B_S100) changed from 'ON' to 'OFF' at 2002/08/13 05:42:24 08/12/2002 13:16 DGE_Robo A_Sample_100% (A_S100) changed from 'OFF' to 'ON' at 2002/08/12 05:55:19 08/12/2002 13:16 DGE_Robo B_Sample_100% (B_S100) changed from 'OFF' to 'ON' at 2002/08/12 05:55:16 08/11/2002 19:07 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/08/11 06:00:40 08/11/2002 19:07 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/08/11 06:00:40 08/11/2002 07:12 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/08/11 05:52:35 08/11/2002 07:12 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/08/11 05:52:35 08/07/2002 09:01 scottl@p C4:TestTagFailure: All indication on the last site visit was that there was no problem found with the timertag. Fired the tag from the transceiver, fired the tag from the computer, Must be an intermittent problem. Will take another stab at this problem on the next site visit. 08/06/2002 09:12 darren@p C4:TestTagFailure: This alarm has been resolved by PTOC personnel. 08/05/2002 14:37 scottl@p C4:TestTagFailure: The timertag for this coil is firing. Upon arrival at the site, found no problems with this timertag. Noise levels and current levels are optimum. The timertag code is 3d9.0eeeeee645. The tass panel chronically reports this TT as failed. This may be a configuration issue on the tass end or this tag code is not registered in some way. Will follow up to correct the situation. Also, will verify that this tag code is in the ignor.tag file on both PC1 and PC2. 08/03/2002 12:11 dlwarf@p C4:TestTagFailure: Site to be visited on 8/5. 08/02/2002 08:35 darren@p C4:TestTagFailure: Test tag will be replaced. It has failed although the transceiver is working and the efficiencies are high. 07/30/2002 08:12 darren@p C4:TestTagFailure: This alarm will be handled on the next site visit. 07/29/2002 15:30 darren@p C4:TestTagFailure: Timer tag failure has been acknowledged and will be handled ASAP. 07/27/2002 08:24 darren@p C4:TestTagFailure: Test tag will be replaced on the next site visit. 07/25/2002 10:38 darren@p C4:TestTagFailure,E2:InputSyncDetect,E2:ReaderReset,E2:TestTagFailure: The test tag failure will be addressed on next site visit. The alrms on coil E2 were generated after a random reader reset. This has been an ongoing problem. 07/23/2002 09:32 darren@p C4:TestTagFailure: This alarm will be addressed on the next site visit. 07/22/2002 07:13 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/22 05:50:25 07/22/2002 07:13 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/22 05:50:25 07/22/2002 07:13 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/22 05:43:16 07/22/2002 07:13 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/22 05:43:16 07/21/2002 13:08 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/21 06:02:56 07/21/2002 13:08 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/21 06:02:56 07/21/2002 13:08 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/21 06:01:03 07/21/2002 13:08 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/21 06:01:03 07/20/2002 07:13 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/20 06:00:00 07/20/2002 07:13 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/20 06:00:00 07/20/2002 07:13 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/20 05:52:51 07/20/2002 07:13 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/20 05:52:51 07/19/2002 13:04 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/19 06:04:11 07/19/2002 13:04 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/19 06:04:11 07/19/2002 07:08 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/19 05:58:10 07/19/2002 07:08 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/19 05:58:10 07/18/2002 07:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/18 05:58:47 07/18/2002 07:10 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/18 05:58:47 07/18/2002 07:10 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/18 05:51:22 07/18/2002 07:10 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/18 05:51:22 07/17/2002 13:13 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/17 10:13:14 07/17/2002 13:13 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/17 10:13:13 07/17/2002 07:11 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/17 05:45:06 07/17/2002 07:11 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/17 05:45:06 07/16/2002 13:04 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/16 06:09:43 07/16/2002 13:04 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/16 06:09:43 07/16/2002 13:04 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/16 06:09:15 07/16/2002 13:04 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/16 06:09:15 07/16/2002 07:08 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'ON' to 'OFF' at 2002/07/16 05:53:00 07/16/2002 07:08 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'ON' to 'OFF' at 2002/07/16 05:53:00 07/16/2002 07:07 DGE_Robo B_SampleGateBypass (B_SBypass) changed from 'OFF' to 'ON' at 2002/07/16 05:50:18 07/16/2002 07:07 DGE_Robo A_SampleGateBypass (A_SBypass) changed from 'OFF' to 'ON' at 2002/07/16 05:50:17 07/15/2002 13:30 darren@p C4:TestTagFailure: C4:TestTagFailure: This situation will be rectified this week. 07/13/2002 13:04 DGE_Robo B_DivertDuringSample (B_DDSample) changed from 'OFF' to 'ON' at 2002/07/13 07:08:53 07/13/2002 13:04 DGE_Robo A_DivertDuringSample (A_DDSample) changed from 'OFF' to 'ON' at 2002/07/13 07:08:52 07/07/2002 09:17 darren@p C4:TestTagFailure: Test tag problem will be addressed on the next site visit. 07/06/2002 14:04 darren@p C4:TestTagFailure: Test tag needs to be looked at. This will be addressed on the next site visit. 07/05/2002 08:49 darren@p C4:TestTagFailure: The tag has either fallen off of the coil or has failed. The efficiencies show that the coil is operating at high efficiencies. This will be addressed on next site visit. 07/01/2002 08:26 scottl@p C4:TestTagFailure: Will schedule this repair for sometime this week. Will rely on fish codes and other means to monitor coil in the interum. 06/28/2002 10:29 Dave I received notification yesterday (6/28) from Steve Achord (NMFS) that they were terminating their SxC study at GOJ today, and would turn off the air to the 3-way gate. At ~10:15 today, I updated the GOJ map file to GOJ02179.MAP to monitor (rather than) divert any of Steve's target ACs at the 3-way gate. I did NOT modify the actions for our two stick-tag groups (AC-252 and AC-255); stick tags in those action groups will still rotate the 3-way gate IF THE PNEUMATICS ARE ENABLED. I also updated the database to GOJ02179.DB; any CSS fish recently diverted back to the river at GRJ will similarly be diverted to the river at GOJ. 06/28/2002 08:58 darren@p C4:TestTagFailure: C4:TestTagFailure: Status reports show that transceiver is working and is not noisy. The timer tag has probably fallen off or has failed. This will be addressed on the next site visit. 06/27/2002 08:29 scottl@p C4:TestTagFailure: Suspect that the testag either fell off the coil or has failed. Will repair on the next site visit. 06/26/2002 08:04 scottl@p C4:TestTagFailure: No appearent reason for the testag failure 06/24/2002 10:19 darren@p C4:TestTagFailure,E1:ReaderReset,E2:InputSyncDetect,E2:InputSyncLost: The alarms that were seen on coils E1, and E2 were generated by a random reader reset. The testTag failure will checked on the next site visit, it may have fallen off the coil or is bad, the coil is not failing in efficiencies. 06/19/2002 09:42 scottl@p 11:ReaderReset,12:InputSyncDetect,12:ReaderReset,13:InputSyncDetect,13:Rea derReset,21:ReaderReset,22:InputSyncDetect,22:ReaderReset,23:InputSyncDete ct,23:ReaderReset,51:ReaderReset,52:InputSyncDetect,52:ReaderReset,91:Read erReset,92:InputSyncDetect,92:ReaderReset,93:InputSyncDetect,93:ReaderRese t,A1:ReaderReset,A2:InputSyncDetect,A2:ReaderReset,A3:InputSyncDetect,A3:R eaderReset,A3:RocketPortNoEOT,A4:InputSyncDetect,A4:ReaderReset,B1:ReaderR eset,B2:InputSyncDetect,B2:ReaderReset,B3:InputSyncDetect,B3:ReaderReset,B 4:InputSyncDetect,B4:ReaderReset,C1:ReaderReset,C2:InputSyncDetect,C2:Read erReset,C3:InputSyncDetect,C3:ReaderReset,C4:InputSyncDetect,C4:ReaderRese t,C4:TestTagFailure,E1:ReaderReset,E2:InputSyncDetect,E2:ReaderReset,E3:In putSyncDetect,E3:ReaderReset: These alarms were generated by a power outage. Will lookinto the duration and post to the event log... 06/18/2002 10:27 Dave I updated the database and map files to GOJ02169.DB and GOJ02169.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 GOJ02148.MAP. This is the first update to the database since I stopped daily modifications on May 31. Only CSS groups previously detected at LGR are affected by the update. The clocks on both GOJ-PC1 and GOJ-PC2 were manually reset to within one second of atomic clock time. 06/17/2002 13:47 scottl@p C4:TestTagFailure: No appearent reason for the testag failure 06/17/2002 13:47 scottl@p C4:TestTagFailure: C4:TestTagFailure: No appearent reason for the testtag failure 06/17/2002 13:47 scottl@p C4:TestTagFailure: No appearent reason for the testtag failure 06/17/2002 07:24 scottl@p C4:TestTagFailure: C4:TestTagFailure: No appearent reason for the testag failure. 06/14/2002 09:43 scottl@p C4:TestTagFailure: No appearent reason for the tested failure. This question has been raised with the MFG as to why these periodic testtag failures are occurring. No resolution to the problem as of yet. 06/08/2002 17:45 darren@p C4:TestTagFailure: Tag is now firing on scheduled intervals. 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 08:40 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. This is an ongoing problem. 06/03/2002 08:16 Brett_Tu Site visit on 5/31. I tested the separator gates with stick tags. Each gate diverted 20/20 sticks. I also changed the diagnostic report delay to 6 hours on all transceivers. 05/31/2002 11:09 Dave Updated database to GOJ02151.DB. Apart from the normal CSS update, this DB version includes an additional 50k LGR-WC (AC-81) tags. 05/29/2002 08:24 darren@p SLC500:CommsFailure: It appears that the Database was being upgraded at the time of the SLC Comms failure. This does happen when PC2 has not actually taken over control of the gates but is diverting fish. The tag in question was diverted so no problems. 05/28/2002 12:58 Dave Updated database to GOJ02148.DB. Also uploaded new map file GOJ02148.MAP, with instructions to divert 1/5 (20%) of 150k new LYFEFC (AC-86) tags, and transport the remaining 80%. Had some trouble with the pcA interface on GOJ-PC1 (loss of [TAB] key, predominantly), which resulted in longer-than-anticipated downtime. I uploaded the backup file (GOJ02148.203) that covers this period; it will include some redundant detections. 05/27/2002 09:53 Dave Updated database to GOJ02147.DB. 05/25/2002 10:19 Dave Updated database to GOJ02145.DB. 05/24/2002 09:57 Dave Updated database to GOJ02144.DB. 05/23/2002 17:27 Dave First thing this morning I updated the database to GOJ02143.DB. 05/22/2002 10:13 Dave Updated database to GOJ02142.DB, incorporating 140 additional CSS-WC (AC-16/26) codes. PC clocks are within 20 seconds of each other and 48 seconds of "real" time. 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/20/2002 07:43 Dave Updated database to GOJ02140.DB. 05/17/2002 17:43 Dave Updated database to GOJ02137.DB early this morning. 05/16/2002 16:44 Dave Updated database to GOJ02136.DB this morning. 05/15/2002 09:50 Dave Updated database to GOJ02135.DB. 05/15/2002 08:05 Darren_C A General Site Maintenance check was performed. Gates were checked for timing and separator coils were checked for efficiencies. 05/13/2002 16:46 Dave Updated database to GOJ02134.DB, containing new AC-16/26 chinook from CSS study. 05/13/2002 11:47 Dave Updated database to GOJ02133.DB. PC1 and PC2 computer clocks are within 15 seconds of each other and 35 seconds of "real" time. 05/12/2002 10:33 Dave Updated database to GOJ02132.DB. No problemo. 05/12/2002 08:42 darren@p 11:TestTagFailure: The test tag did fire but was reported as failed. It may be caused by the amount of the fish through the system. 05/11/2002 10:15 Dave Updated database to GOJ02131.DB. No problems today with FTP on either machine. 05/10/2002 09:14 Dave Updated database to GOJ02130.DB. Had difficulty establishing an FTP connection to download the file to GOJ-PC1, but was finally successful. Never got the connection on GOJ-PC2, and used pcA's internal File Manager instead. 05/09/2002 11:04 Dave Updated database to GOJ02129.DB. 05/08/2002 08:41 Dave Updated database to GOJ02128.DB. 05/07/2002 12:12 Dave Thanks to Don, we again have remote connectivity with both PCs at LGS. I updated the database to GOJ02127.DB (on both PCs), including references to new CSS Wild Chinook (AC-16, AC-26). Verified PC1 and PC2 clocks are withing 11 seconds of each other and 22 seconds of "real" time. Changed file creation interval from three to six hours on PC2. Closed and re-opened Multimon on PC2 to invoke change. 05/06/2002 11:39 Don_Warf Set the file submission frequency to upload 4 times per day. Checked clock on PC1. I was not able to make a connection using PCA into PC2. 05/06/2002 11:23 Dave I was unable to pcA into either PC1 or PC2 today. With Andy Solcz assistance, we rebooted PC2 hard; still couldn't establish a pcA connection. Rebooted PC2 soft, to restore necessary "restart" configuration. Still no pcA connection. I'm guessing a bad network component. Andy rebooted PC1 (soft); that restored pcA connectivity. I updated the database on PC1 to GOJ02126.DB. Whenever I get it, I need to slice and dice GOJ02126.206, which Andy opened and closed coincident with the reboot on PC1. 05/04/2002 11:56 Dave pcA'd into GOJ-PC1, using PSMFC-PPP connection. Almost constant interrogation activity, likely due to almost total spill and bypass activity at LGR. Lots of video bleed-through between Multimon/PTTP/WinCmd. Between the high activity, the video problems, and my continuing inability to pcA into GOJ-PC2, I decided not to try to upload and update the current database. 05/03/2002 14:18 Dave I updated the database to GOJ02123.DB on PC1 only. Despite almost constant attempts since 10:00AM this morning, and two reboots by on-site personnel, I have not been able to pcA into PC2. I also modified the default map file, GOJ-GN8.MAP to generate four, rather than eight, files per day. These changes took effect just before 1:00PM (PST), with data file GOJ02123.106. I noticed four series of SLC500 errors on restarting Multimon on GOJ-PC1, likely due to concurrent attempts for gate control with PC2. No SLC500 errors were detected after 30 seconds of operation by GOJ-PC1, and gate operations appear normal, based on the expected and observed destinations of SbyC tags. Due to the high volume of PIT tags passing the project, I will retrieve and snip a section from GOJ02123.205 containing the data collected while I took GOJ-PC1 offline. 05/03/2002 10:30 darren@p C3:TestTagFailure,SLC500:CommsFailure: The SLC Comms Failure appears to be caused when the UPS's were installed. PC2 had not recognized that PC1 was down and when it did PC1 was restored. You can tell by the fish travel at that same time. The Timer Tag failure is probably due to the volume of fish going through the facility at the time the timer tag tried to fire. 05/02/2002 14:14 Dave Updated database to GOJ02122.DB, including 92 additional FPC-WC (AC-16/26) tags. Verified that PC1 and PC2 clocks were within 5 seconds of each other, and within 1.2 minutes of NIST standard. 05/01/2002 07:08 Dave Updated database to GOJ02121.DB and LMJ02121.DB at GOJ and LMJ, respectively. 04/30/2002 08:15 Don_Warf Visited site for a general maint. check. Checked timing on all gates. Checked tune on all coils. Reset all transceiver status dumps to 720 minutes. 04/30/2002 07:48 Dave Updated database last night @ ~9:00 pm, and again this morning, with GOJ02119.DB and GOJ02120.DB, respectively. 04/28/2002 16:18 Dave Updated database to GOJ02118.DB. PSMFC FTP server is gunnywhompers, so I used pcA's internal file transfer manager. 04/27/2002 07:32 darren@p E3:InputSyncDetect,E3:ReaderReset: Alarm was generated by a random reader reset. This is an ongoing transceiver problem. 04/26/2002 10:14 Dave Updated database to GOJ02116.DB. 04/25/2002 09:11 Dave Updated database to GOJ02115.DB. I had some trouble with pcA connections to both GOJ-PC1 and GOJ-PC2. I initially opened sessions on both machines; both terminal sessions opened normally, but neither client was responsive to host input. Both clients terminated the pcA sessions, and were then "busy" for ~5 minutes. After that, I was able to connect to both GOJ-PC1 and GOJ-PC2, and conduct business as usual. 04/24/2002 10:15 Dave Updated database to GOJ02114.DB. Synchronized PC clocks within 3 seconds. 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/22/2002 14:43 Dave Updated database to GOJ02112.DB. 04/21/2002 18:58 Dave Updated database with GOJ02111.DB. 04/19/2002 09:21 Dave Updated database to GOJ02109.DB. 04/18/2002 08:29 Dave Updated database to GOJ02108.DB. 04/16/2002 10:04 Dave Updated database to GOJ02106.DB. 04/15/2002 09:18 Dave Updated the database from GOJ02101.DB to GOJ02105.DB. 04/13/2002 19:20 dlwarf@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost: On going problem. 04/12/2002 08:59 Darren_C A General Maintenance Check was performed on sites Monday (4-8-02). Sticks were passed through separator coils to check efficiencies and gate timing. A timer tag was replaced on coil A4 at GOJ. The ignor.tag file was updated to reflect the new timer tag. 04/12/2002 08:49 darren@p 13:InputSyncDetect,13:InputSyncLost,13:ReaderReset,23:TestTagFailure,A2:Te stTagFailure,A4:TestTagFailure: Alarms were generated by personnel performing site maintenance. 04/11/2002 09:22 Dave I updated the database to GOJ02101.DB on both machines. 04/10/2002 08:05 Dave Updated database to GOJ02100.DB. Due to recent problems at other sites using the pcA file xfer module, I FTP'd the file over using the Lovely and Talented Windows Commander, which I then use to unZIP the compressed file. This seems to work just fine, and I plan to adopt this protocol for all future transfers to or from the remote Multimon sites. 04/09/2002 10:06 Dave Updated database to GOJ02099.DB on both GOJ-PC1 and GOJ-PC2. 04/09/2002 09:01 Carter_S Replaced timer tag for GOJ: Coil A4 3D9.0EEEEEE202 (old code was 3D9.0EEEEEE16B). 04/08/2002 10:11 Dave I installed new map and db files (GOJ02098). 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); 20% of this group of 87.5k are to be diverted back to the river (80% 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 also enabled SbyC diversion at the 3-way gate for Steve Achord's (NMFS) 12 wild chinook groups with a daily maximum of 20 fish per group, and a seasonal maximum of 100 fish per group. 04/08/2002 09:52 Dave I installed new map and db files (GOJ02098). 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); 20% of this group of 87.5k are to be diverted back to the river (80% 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. 04/07/2002 16:23 carters@ 13:TestTagFailure,A4:TestTagFailure: Alarms acknowledged by Doug Clough, to see if red annunciator lights turn green. 04/06/2002 08:41 darren@p 13:TestTagFailure,A4:TestTagFailure: Site will be visited on Monday to replace the timer tag on A4 and do site maintenance. Transceiver 13 will be looked at for noise and not firing its timer tag. 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/04/2002 14:25 Dave Updated database to GOJ02094.DB. File upload thru pcA on PC1 was initially unsuccessful; pcA essentially locked up on the xfer. I disconnected cleanly, but was unable to establish another pcA session. SMP personnel (Ann Setter) rebooted PC1 at my request. I was then able to connect to PC1 and transfer and update the database. No problems on PC2. Submitted data files from PC2 to cover the downtime on PC1. 04/03/2002 15:21 Dave I updated the map file to goj02093.map. This version identifies (and explicitly diverts or monitors) all GOJ Action Codes through DU #5 (3-way gate), getting rid of the pesky "BadAC" messages we've seen recently on coils C1-C4. I also changed the PTTP-Uploaded site identifier from "GOJ" to "JGO" on PC2. 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 08:53 darren@p A1:ReaderReset,A2:InputSyncDetect,A2:InputSyncLost,A4:InputSyncDetect,A4:I nputSyncLost,A4:TestTagFailure: The input sync and reader reset alarms were generated by a random reader reset. The testTag failure is valid and will be addressed on the next site visit. 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/02/2002 08:52 darren@p 11:RocketPortNoEOT,12:RocketPortNoEOT,13:InputSyncDetect,13:ReaderReset,21 :RocketPortNoEOT,22:RocketPortNoEOT,23:RocketPortNoEOT,51:ReaderReset,51:R ocketPortNoEOT,52:InputSyncDetect,52:InputSyncLost,52:RocketPortNoEOT,91:R ocketPortNoEOT,92:RocketPortNoEOT,93:RocketPortNoEOT,A2:RocketPortNoEOT,A3 :RocketPortNoEOT,A4:TestTagFailure,B1:RocketPortNoEOT,B2:RocketPortNoEOT,B 3:RocketPortNoEOT,B4:RocketPortNoEOT,C4:RocketPortNoEOT,E1:RocketPortNoEOT ,E2:RocketPortNoEOT,SLC500:CommsFailure: Alarms were generated while PSMFC and NMFS were testing the side to side gate. They were performing Live fish tests and stick tests. 04/01/2002 11:05 Don_Warf Set PTTP to send files to production data via remote session. 04/01/2002 10:15 carters@ set file checking on in /etc/sites 03/29/2002 11:09 Carter_S Date: Fri, 29 Mar 2002 10:23:15 -0800 From: Don Warf Organization: Pacific States Marine Fisheries Commission To: Bailey John C NWW John, I strongly recommend that warning signs be placed on the covers for the new 3 way gate at your facility. As with all the Pittag gates it can fire at any time and has dangerous pinch points under the guards. Please notify your personnel ASAP as this gate is now active. Thanks, Don. 03/28/2002 16:52 Dave Here are a few parameters to store away. 1) The SbyC 3-way gate DTAM "Delay Before Opening" setting is currently set (by Don) to 50 msec. This is in addition to the delay programmed into Multimon for coils C1-C3. This setting works fine for fish, both tiny chinook and humongous steelhead, as determined by NMFS. PTOC can temporarily reduce or minimize this DTAM delay if necessary to enhance stick capture. 2) The SbyC 3-way gate DTAM setting for Hold the Gate Open (sorry, I forgot the exact label) was set by NMFS to 800 msec. This works fine for the fish referenced above, and should minimize bycatch. PTOC can temporarily increase this DTAM seting if necessary to enhance stick capture. 3) NMFS measured flow velocity at 8.6 fps in the 10" pipe at the access hatch immediately above the Charlie coils, and at 9.0 fps at the 3-way gate nozzle exit. 03/28/2002 13:08 Dave Finished pre-season configuration at GOJ. 1) Registered a new timer tag to ignor.tag file for C3 coil. The six of us working here were surprised when the 3-way gate tripped unexpectedly. The timer tag fired during our tests, and we had a DIVERTALL action assigned to all the Charlie coils. Fortunately, no one was working on or around the open gate when it tripped, and we were able to identify and resolve the problem. 2) Added pc1data directory to GOJ-PC2 as required to prevent loss of data in the absence of a default configuration file. 3) The original goj-gn8.db file in fact contained 2001 data. Fortunately, we overwrote that version with the new goj-gn8.db file, containing codes for both AC-255 and AC-252. 4) The new goj-gn8.map file contains definitions for AC-252 and AC-255; the only difference in action is at the 3-way gate, where AC-255 tags are diverted RIGHT and AC-252 tags are diverted left. 5) Noted, but did not alter, extraneous HIGH port definitions in both PC1 and PC2 hardware files. 6) Corrected transceiver identification from D3 to E3 on RocketPort B1. 7) Installed AboutTime on GOJ-Util, and used it to sync the clocks on PC1 and PC2. 8) Installed new database goj02086.db to GOJ-PC1 and GOJ-PC2, containing initial definitions for CSS (ACs 11-16) and Achord (ACs 51-62). 9) Installed new map file goj02087.map to GOJ-PC1 and GOJ-PC2. Map diverts 1/3 of new CSS hatchery chinook, 1/2 of new CSS wild chinook, and any CSS fish previously detected returning to the river at LGR. 10) Modified config.sys files to 2002 standards: Files=20; Buffers=20,0; Stacks=9,128. 11) Rebooted both machines. 12) PTTP'ed all outstanding data files from GOJ-PC1. 03/28/2002 10:38 Don_Warf Checked tune on all transceivers. Noted that coil 13 was running at 70% to 80% percent noise. Re-tuning got it down to 10% to 15%. Stick tests on this coil were read at 100%. Coil A4 has a bad timer tag that will be replaced on the next visit. The site locker needs to be restocked with spare timer tags on the next visit. Stick test results on coils that can be tested are as follows: A1 - 38 for 40. A2 - 38 for 40. A3 - 36 for 40. A4 - 35 for 40. B1 - 39 for 40. B2 - 39 for 40. B3 - 36 for 40. B4 - 33 for 40. C1 - 40 for 40. C2 - 39 for 40. C3 - 39 for 40. C4 - 40 for 40. 11 - 40 for 40. 12 - 40 for 40. 13 - 40 for 40. 21 - 40 for 40. 22 - 40 for 40. 23 - 38 for 40. 91 - 11 for 11 92 - 11 for 11 93 - 11 for 11 Note that test results for A and B separator are lower due to using NMFS sticks that are much shorter that PSMFC sticks. The shorter sticks would tend to tumble and travel side ways though the monitors. 03/28/2002 09:37 Don_Warf The PLC program has been re-written to control the new 3 way gate. A new Dtam program was also written to allow operator inputs. The gate is currently be evaluated and timed by NMFS using sticks and live fish. 03/27/2002 15:29 Dave Renamed transceiver on RP-1B from D1 to E1 to match current site configuration. Error was identified through "BadID" messages from Multimon while running NMFS' gate evaluation tests. Noted, but did not alter, generic hardware file definitions of extraneous "HIGH" port priorities for non-gate transceivers. 03/27/2002 06:52 Dave I've turned file checking off for GOJ in etc/sites. There will be no (background) data contribution from GOJ while NMFS conducts the timing tests for the new 3-way SbyC gate. Data file generation and submission will resume tomorrow, as I finalize the preseason configuration. Facility is still scheduled to water-up (with fish) next Monday, April 1. 03/13/2002 10:18 Scott_Li The site interrogation computers have been upgraded to Multimon 8.02. Revised hardware file to reflect the new coil configurations relating to the relocation of the pittag monitors on the SByC diversion leg. PC2 was found to have a bad network card and is not currently available over the I/P connection. Situation will be corrected by the end of this week, possably today. Primary computer is currently configured to send data files to the test directory on PTAGIS. Some files were sent to the production side in the last 18 hrs and was by mistake. PTTP was not stopped and restarted after the " Test Submission switch" was turned on. Will re-pipe files to production when facility renovation is complete. All Multimon config files were uploaded to /pub/multimon/Site_Configurations/Goj . The map file Goj-tst.map is the base coil and RP configuration. Dave M to revise and repost to FTP server , PTOC Kenn. will reload this map file. 03/13/2002 08:10 darren@p A4:TestTagFailure,C1:TestTagFailure,C2:TestTagFailure: PSMFC personnel performing site maintenance. We are adding the new monitors and re installing the SbyC river exit transceivers. The work should be finished today. 03/05/2002 16:09 Carter_S From: Bailey, John C NWW Sent: Tuesday, March 05, 2002 3:26 PM To: Hurson, Dave F NWW Subject: RE: Maintenance on Diversion slide gates The maintenance was completed this winter, and the system is in perfect working order - we checked it again this morning. John B. 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 GOJ###