EVENT LOG FOR SITE GRJ Most recent activity to be listed first. First line of each entry lists date, time & who is reporting. Subsequent lines of each entry aligned under Time column. Do not use tabs, only spaces. Date Time Who What ---------- ----- -------- ----------------------------------------------- 11/09/2001 12:07 Dave Modified site entry in etc/sites to disable check for data receipt. 11/09/2001 09:53 Scott_Li Data collection computers were shutdown for the season at 09:52 hrs 11/08/2001 14:56 Darren_C It appears that there was power interruption yesterday (11-7-01) at around 12:00. I PCA'd into the site and found PTTP was not running. I fixed the duplicate files (.901) and sent files in manually. 11/01/2001 13:45 Dave Site personnel report that collection and sampling activities (including PIT tag detection) ended for the year at 0700h on October 31. The sampling facility will re-activate late in March, 2002. 10/29/2001 14:40 Dave_Mar All Multimon installations reacted to the end of Daylight Savings Time, even though the DST option was deselected in the Win98 Clock dialog box. All sites running Multimon closed their data files at 2:00AM on 10/28 (after generating four time stamps for 02:00:00), and have been generating files on an accelerated 3-hr schedule ever since (2:00, 5:00, 8:00, and 11:00 AM and PM). This occurred with all Multimon V7.04 sites, and with the V8.0 installation at MCJ. PTTP Uploader was also affected by the OS time shift, and has also been sending files one hour earlier than expected since 2:00AM. It's obvious that Win98 is "adjusting" the internal clock time even though, by deselecting the DST check box, we've told the OS to ignore displaying that change. We might try "fixing" this behavior by using the "Arizona" time zone setting, or modify the timers to use display times rather than the OS' internal timers. 10/19/2001 11:32 Dave Responded to power outage at Lower Granite. According to COE, outage lasted from ~8:10-8:40 AM PDT. Logged into both the juvenile and adult sites a few minutes before 9:00 AM PDT. Created *.104 files on both machines. Renamed duplicate *.101 files to *.101x. After 9:00 AM PDT I retrieved the *.203-204 files from the GRJ and GRA backup PCs. I programmatically closed the truncated *.203 files, and then submitted all the *.203-204 files to PTAGIS. I moved all outstanding files from the backup machines to their respective archives, and compressed the archives on all four machines. I restarted PTTP Uploader on GRJ-PC1 and GRA-PC1. I noted that GRA PC1 and PC2 are 2:20 and 1:10 fast, respectively; GRJ PC1 and PC2 are 6:50 and 5:40 fast, respectively. Both pairs of machines are more than 30 seconds off synch with each other, and GRJ is more than 5 minutes out of synch with the world. These exceed our standards. However, this late in the season, with few tagged fish present, I did not reset the clocks and re-synch the machines. Finally, I added a shortcut to WinCmd to the Desktop on all four machines. 09/21/2001 08:09 Dave For reasons unknown, GRJ lost power for ~1hr yesterday afternoon, from 2:30-3:30 PST. All data files have been revised and transferred. 09/18/2001 07:05 darren@p B1:ReaderReset,B2:InputSyncDetect,B2:InputSyncLost: This alarm was generated by a random reader reset. This is an ongiong situation that is being addressed by PTOC personnel and Destron-Fearing. 09/04/2001 08:52 Dave There was a power outage at Lower Granite Dam on Thursday, August 30. This affected both the GRJ and GRA fish facilities. SMP personnel report "There was a switch from turbine five to turbine six. Turbine six is not the default generator for the facility, causing the outage. Power was out from 7:55 AM to 10:25 AM (PST) according to the bio-tech at the separator. This was an unscheduled outage." Our PIT tag detectors and computers were down during this outage. When power was restored, the computers resumed data collection, but not automatic file transmission, per our standard protocol. Scott noticed the disruption in file uploads from both GRJ and GRA, and remotely contacted the sites, renamed and manually transmitted all queued files, and restored normal operations at both GRJ and GRA. I made some edits to three files from each site, and all files were loaded normally. 08/31/2001 08:34 Scott_Li Due to the previous power outage, The PTTP client was not active and running therefore not transferring data. PCA'd into grj-pc1, renamed the duplicate files to .901 & .902. manually initiated the data transfer and was successful. 08/29/2001 11:09 Dave GRJ had a power outage between 0405 and 0415h (PST) yesterday, 8/28. Discovered this today at about 0930h. pcA'd into PC1; renamed bogus GRJ01240.101 to GRJ01240.101x, manually moved it to the Multimon/Archive directory, and then launched PTTP and manually uploaded all files in queue. pcA'd into PC2; PTTP'd GRJ01240.203, and manually moved all ~300 files from PC2Data to Archive. Machine clocks are both fast, but within tolerances. 08/28/2001 14:41 scottl The 2-way rotating gate on the diversion by code leg of the diversion system was repaired ~ 12:30pm today. Per Jim Simmonson, an old travel/reed switch had broken loose and fell into the drive belt and gear system binding up the gate. Switch was removed and the drive belt was adjusted. Gate is operational again. 08/28/2001 08:26 Carter_S -------- Original Message -------- Subject: Re: FW: Sbyc diversion gates at Lower Granite dam, (GRJ) Date: Mon, 27 Aug 2001 17:09:23 -0700 From: Tom Ruehle To: "Hurson Dave F NWW" CC: "Halter Mike J NWW" ,'Carter Stein' References: Dave, I will have Jim Simonson take a look at the LGR rotating gates tomorrow. One of these days we'll need to decide what to do with these gates. They are the original units designed to test the rotating gate concept. As other sites have come on line, improvements have been incorporated into the rotating gate design. Perhaps replacement units can be installed as part of a LGR collector system remodel. Tom R. "Hurson, Dave F NWW" wrote: > > > Carter, > > I did not know there was a problem with the gate. > > I almost wrote a message to Mike Halter and told him it was his responsibility. However, then I reread the message and saw that it is the 2-way diversion by code gate. That gate belongs to NMFS and O&M of it is their responsibility. We have not accepted the O&M responsibility of the experimental 2-way rotational gate and the 3-way rotational gate from NMFS (and have repeatedly informed them of this) as they have not provided us with drawings and O&M manuals for them. So we really do not > even know how to maintain them. I am CCing a copy of this message to Tom Ruehle. Hopefully he will have one of his people fix it. > > > -----Original Message----- > From: Carter Stein [mailto:carters@psmfc.org] > Sent: Monday, August 27, 2001 2:52 PM > To: Hurson Dave F NWW; phpoe@bpa.gov > Cc: Scott Livingston; Don Warf; Dave Marvin > Subject: Re: Sbyc diversion gates at Lower Granite dam, (GRJ) > > Dave H., > > The COE is still responsible for the mechanical operations of gates at fish facilities, isn't it? > > A University of Idaho researcher on an AFEP project has requested that the inoperable gates be fixed. > > Let me know how you want to handle this one. The site BIO's don't agree that this is a COE O&M issue. Maybe you can clarify. > > Thanks, > > --Carter > > Scott Livingston wrote: > > > > Carter, > > > > The two-way gate on the diversion by code leg of the diversion system is > > not working. Air is supplied to the gate and according to COE > > maintenance and SMP personnel the gate appears to be frozen up and will > > require a mechanic to repair it. The Pittag electronics system is > > providing the proper control signal to the solenoid valves that operate > > the gate. > > > > Per conversation with Mike Halter, this portion of the diversion system > > is not the responsibility of the COE maintenance personnel. > > > > Thanks, > > > > Scott... 08/28/2001 07:54 darren@p C2:InputSyncDetect,C2:ReaderReset: Alarm was generated by a random reader reset. This ongoing situation is being addressed by PTOC personnel and Destron-Fearing. 08/27/2001 16:17 Scott_Li The two-way gate is inoperable at this time due to mechanical failure. Efforts to get the gate repaired are in progress. At this time, there is no status on when or who will be repairing the gate. 08/19/2001 10:24 darren@p 11:ReaderReset,12:InputSyncDetect,12:InputSyncLost,12:ReaderReset: Alarms were generated by a random reader reset. This problem is still being addressed by PTOC Personnel and Destron-Fearing. 08/15/2001 11:53 scottl retimed the sample gate. Delay before operate setting was at 0, changed to 350ms. Diversion efficiency should be at optimal efficiency for that gate. Also noticed that the Divert During Sample switch was set to ON while the SMP sample rate was only at 5 percent. The sample rate had been at 25 percent fron Aug 3rd to the 11th but do to high numbers of fish the rate was reduced and is adjusted as neccessary. Advised SMP and COE separator ops to coordinate with each other when the sample rate is changed from > or < than 25 percent so that Pittag fish are properly diverted. 08/02/2001 11:47 Dave Lower Granite SMP personnel report the PIT-tag/sample override switch was enabled at 0700h on August 2, 2001 concurrent with an increase in the facility sample rate to 25%. With the sample override switch enabled, diversion of PIT-tagged fish to the river now may interrupt the timed subsample of the facility's general collection. 07/26/2001 12:23 Darren_C Auto upload process had failed to upload today's files. I manually sent files in. I had to run process 3 times before I was successful. Auto upload process is still running on PC1. I will check after the 19:00 load is to run to ensure that files are being sent in without problems. 07/26/2001 09:40 Darren_C A mail message was sent to me that GRA,GRJ had not sent in files since 6 a.m. I PCA'd into GRJ pc1 and realized that there had been a power outage at about10:35 a.m. and now that PTTP is not in the startup menu I needed to send files. I conversed with Dave Marvin on how he would like this done. We gave the copy files (101,102,103) and extension of 101x,102x,103x and then archived all of day 206. I then PCA'd into PC2 and sent the files 204,205,206,207,208 and 209. I also started PTTP on PC1 but I will let PTTP send in the files for day 207. I also checked the time sync between PC1 and PC2 as per Dave Marvin. 07/11/2001 12:12 Dave I updated the Multimon database with "grj01191.db". This version contains 1349 additional tag code IDs for Action Code #87. I also checked the times on PC1 and PC2, and found that they were within one second of each other and 14 seconds of "real time", satisfying our operational standards criteria of 30 seconds and five minutes, respectively. 07/10/2001 10:53 Scott_Li General maintenence check found no problems to report. A and B separator coils detected 100 percent of the 20 stick tags thrown and successfully diverted all 20. 10 stick tags per side. 07/07/2001 17:00 Dave I updated the Multimon environment with "grj01187.db" and "grj01187.map" in order to accomodate the U of I sample or sacrifice of Lyons Ferry fall chinook released by NMFS (Action Code #87) or the Nez Perce Tribe (Action Code #88). 06/28/2001 07:49 darren@p D1:ReaderReset,D2:InputSyncDetect,D2:InputSyncLost: Alarm generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 06/26/2001 19:47 Don_Warf Visited site for a general maintenance check. Ran 15 sticks on each separator monitor with 100% coil and diversion efficiency. 06/12/2001 16:52 Dave This morning I received a list of 74,246 PIT tags implanted in Lyons Ferry fall chinook and released in the Snake River at various points above Lower Granite Dam. NMFS had previously requested use of Multimon SbyC capabilities to identify and transport 100% of these fish encountered in the JFFs at Lower Granite, Little Goose, Lower Monumental, and McNary dams. I assigned these tags an Action Code of "86" and an ID label of "LYFEFC". I then generated new Multimon database (.db) and map (.map) files for each of our interrogation sites at GRJ, GOJ, LMJ, and MCJ, with filenames of "grj01163", "goj01163", "lmj01163", and "mcj01163", respectively. The files were deployed, upstream to downstream, between 2:40pm and 3:30pm PST. The map files at all four sites utilize a Separation Protocol setting of SP4 (divert 0 of 1) to defeat the default divert-to-river action at the separator gates, and to generate an action label of "SKIP_86" in the Multimon data file. This "SKIP" action is necessary simply to generate the proper disposition treatment in our Separation by Code Analysis (SBCA) reports. 06/12/2001 08:04 Darren_C A general site maintenance check was performed. No problems were found. Sticks were thrown at GRJ on the separator with 100% efficiency. 05/30/2001 08:10 Darren_C A General Maintenance Check was performed no problems were found. 05/28/2001 08:29 darren@p 22:TestTagFailure: $22 MESSAGE: Single-shot test with Test Tag. 01/05/27 23:18:09 |15 22 01/05/27 23:18:10 3D9.1BF10FA762 Monitor_14| 28915 |15 22 01/05/27 23:18:10 3D9.0EEEEEE217 Ignore| 29021 $22 PROBLEM: Test Tag Failed 01/05/27 23:18:10 There was a pittag in the feild at the same time of the timer tag firing. 05/22/2001 17:22 Dave A series of power outages at Lower Granite Dam knocked the GRJ data collection computers off line, beginning at 2:47 pm (PST) on May 21. While the primary PC went down for the count at 3:00 pm, the spunky and heroic little backup PC valiantly held on against overwhelming odds, and miraculously managed to continue collecting data, and operating the diversion gates, until PC1 was restarted at 8:00 am (PST) today, May 22. A total of 18 minutes data were lost on May 21 between 2:47 pm and 3:18 pm (PST). Chances are that the diversion gates were also inactive during these periods, and PIT-tagged fish were probably routed to the facility's raceways for subsequent transportation. Again, the total outage duration was 18 minutes over a 30 minute period during the middle of the afternoon of May 21. 05/21/2001 16:33 Dave SMP personnel at LGR report the facility bypassed the raceways back to the river on May 16 and 17. The raceway populations included CSS PIT- tagged fish intentionally routed for transportation, as well as incidental numbers of tagged fish entrained in the facility's sample. 05/21/2001 08:08 darren@p D1:ReaderReset,D2:InputSyncDetect,D2:InputSyncLost: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 05/16/2001 07:59 darren@p A2:TestTagFailure: Alarm was caused by a pittag being in the feild when the timer tag fired. Timer tag did fire on the next scheduled time. 05/15/2001 18:22 Chase Both sites were visited for weekly maintenance. No sticks were passed through the separator monitor at GRJ because of the high volume of fish. The gates were checked and no other problems were found. There was a power outage at both sites. The power was out from approximately 06:45 to 07:30. Both platforms were checked for timing and both were found to be within 30 seconds ( PC1 to PC2). I spoke with Dave Marvin and explained what had happened and we discovered that when PTTP fired back up that file .101 had been overwritten but there was no cause for alarm since the previous file had been sent before the outage. 05/14/2001 08:10 darren@p SLC500:CommsFailure: Alarm may have been caused by the high volume of fish passing through the monitor. After checking other files I found that the pittag in question was diverted and not missed. We will monitor this site for further failures. 05/11/2001 08:15 darren@p C4:TestTagFailure: Alarm may have been generated as the result of a passing pittag at the time of the timer tag firing. The test tag did not fail on its next scheduled firing and the coil efficiency is performing well. We will monitor site for further alarms. 05/11/2001 08:08 scottl@p C4:TestTagFailure: C4:TestTagFailure: No appearent reason for the error. Transceiver diagnostics indicate low noise. Coil is working good 05/11/2001 08:08 scottl@p C4:TestTagFailure: No appearent reason for the error. Transceiver diagnostics indicate low noise. Coil is working good 05/09/2001 08:14 scottl@p C4:TestTagFailure: No obvious reason for test tag failure. All All ellectrical parameters look good 05/08/2001 11:31 Scott_Li Dave Marvin alerted me to the problem of the two-way diversion gate either being stuck or intermittently sticking in one position or the other... Found that the spare toothed belt on the gate had slid under the gear that turns the gate and could very likely have been the cause for the intermitent or sticking of the gate. Returned belt to a position that would not interfer with the operation of the gate and used Tye Wraps to keep the belt in a stationary position. Air pressure was brought up from 85 psi to 95 psi.. Visually watching SBC fish through the system on the computers , it looks as if the SBC operation is functioning correctly. Testing the three way gate also to ensure proper operation... 05/05/2001 10:07 dlwarf@p SLC500:CommsFailure: Acknowledged. 05/02/2001 08:07 darren@p SLC500:CommsFailure: Alarm may be generated by the high volume of fish. The diversions are sucessful. We will monitor the site for further alarms. 05/02/2001 07:57 Darren_C A Site Maintenance Check was performed. No sticks were passed through the Separator monitors due to the high volume of fish passing through the facility. The gates were checked to ensure opening and closing. The 3-way gate was checked at the juvenile site. No problems were found. Ken Thomas mentioned to me that they were having a problem with gate activation on ISO tagged fish. They have Dual system (402/ISO) with the ISO coils furthest downstream. The distance from the first coil and the gate is not very far and the gate size is large. I told him that PSMFC PTOC would discuss the problem and try and come up with a viable solution for the next season. 05/01/2001 09:23 darren@p SLC500:CommsFailure: No Alarms were found in the report listed I do not know what caused the alarm. I am going to the site today I will check into this. 04/30/2001 19:49 Don_Warf Site personnel report that an valve near the west raceway was repaired yesterday around 10:30. Air to the SbyC system was shut down at that time. The repair took 20 minutes. It is unclear as to when the air to the SbyC system rotating gates was turned back on. 04/30/2001 19:49 Dave A bug in MultiMon prevented SbyC of UI's second sample this weekend. Tyler Wagner called this morning to tell me that his tank was empty. I checked the data files and confirmed that we had not diverted any fish this weekend. Actually, the bug manifested itself in the previous sample (April 22-23), but I didn't catch it. Sandy was able to replicate the problem, but with different results, in MM 7.04 and 8.0. In 7.04, an SP7 initiated at 10:00:00, with a duration of 23:59:59, shuts off at 15:48:00. Any subsequent DUs with SP7 are ignored. (This is exactly what happened at GRJ.) In 8.0, the SP7 is active for the entire duration of 23:59:59, but all subsequent DUs with SP7 are ignored, as in 7.04. I had a follow- up conversation with Sandy, after she had conferred with Gordon Anderson, and she confirmed that MM8.0 used the first SP7 encountered, and then ignored any invocations of SP7 in subsequent DUs. Gordon will recode the program to utilize ANY valid SP7 in the map file, using MM's normal sort order. My solution for the MM7.04 installation at GRJ was to recode the map file to use DUs with SP6, starting and ending at 10:00, and edit the hardware files to reset the counters at 10:00. The new map file is "grj01120.map", and the new hardware files on PC1 and PC2 are "grj01120.hw1" and "grj01120.hw2", respectively. In the process of reconfiguring PC1, I locked up pcA. This occurred just after I had replaced the map and hardware files within MultiMon, and attempted to close (and then restart) the application. Instead, I got a blank blue screen on the remote machine (with a flashing block cursor in the upper left corner of the remote monitor). The machine was unresponsive. Fortunately, my suicide was avoided when I successfully rebooted the remote machine (through pcA). I was then able to reconnect to GRJ-PC1, and was overjoyed to see that it had booted directly into Multimon, using the new map and hardware configurations. As PC2 was running during the reconfiguration and reboot, no data were loss, and both separator and SbyC gate operations were maintained. 04/29/2001 21:51 darren@p A2:TestTagFailure: Alarm may be caused by the amount of fish going over the separator. I checked the next file and did not see either A1 or A2 up to 18:00. The coils are very much alive and well judging from the amount of fish passing through the facility. 04/29/2001 08:17 darren@p SLC500:CommsFailure: Although there was a SLC comm error fish are being diverted as they are supposed to. I will monitor the SCBA report for gate efficiency. 04/23/2001 15:01 Scott_Li General maintenence check found no problems at either site. Ken Thomas faxed over weekly stick test results for GRA. All coils 400 and ISO detected 100 percent of the stick tags thrown. Hand pass diversion gate test was alsp successful. 04/23/2001 08:40 Dave pcA'd into GRJ at 10:30am (PST) on 4/22 to confirm that MultiMon had initiated the SbyC protocol for the first UofI sample. Noted diversion actions as expected on coils C1-C4, with subsequent diversion requests on coils D1-D3. This confirmed the operation of the SbyC 2-way gate. 04/23/2001 08:02 darren@p 21:RocketPortNoEOT,22:RocketPortNoEOT,23:RocketPortNoEOT,A1:RocketPortNoEO T,C3:RocketPortNoEOT,C4:RocketPortNoEOT,D1:RocketPortNoEOT,SLC500:CommsFai lure: Alarms were generated because PC1 was locked up on Friday 4-20-01 as SbyC map file was trying to be loaded. Dave Marvin was able to get a hold of SMP personnel on Saturday morning and step them through rebooting PC1. Scott confirmed the operation of both the 2 way and 3 way gates.Both PC's are currently up and collecting data. 04/22/2001 12:01 SByC_Gat Call SMP at the facility and they confirmed that the 2 and 3-way gates are functioning properly 04/21/2001 10:36 Dave GRJ-PC1 did not upload files as expected at 9:00am (PST). I pcA'd into the site, and noted that the PTTP-Uploader status message indicated a file transfer error at 9:02. I manully transmitted the queued files, and was successful on the second manual attempt. 04/21/2001 08:54 Dave On Friday, April 20, while loading a new map file to GRJ-PC1 via pcA, I accidentally and idiotically invoked a second instance of Multimon. This caused the machine to lock up; I was able to disconnect from my pcA session, but PC1 would not respond to further communication attempts. Fortunately for me, PC2 immediately assumed gate control. I contacted Doug Ross, LGR-SMP, at 6:50am (PDT) this morning and, per my instructions, he rebooted PC1 and restored pcA connectivity. I configured PTTP on PC2 with a site configuration of "JGR", and transferred all the data files collected by PC2 between ~2:45pm (PST) yesterday and ~6:10am (PST) this morning. Both machines are currently operating normally; the primary computer is controlling diversion gate operations. The new map file (grj01110.map) was installed to accomodate the University of Idaho SbyC study that commences at 10:00am (PST) tomorrow, April 22. During 10 multiday sample periods through May 30, a subset of Dworshak, Rapid River, and McCall hatchery fish from the Comparative Survival Study will be diverted at the 2- and 3-way SbyC gates into the research tank at the east end of the LGR JFF. The grj01110.map file includes all the functionality of the previous map file (grj01082.map) but is completely restructured, as described below. I created and uploaded a new generic map file for GRJ (grj-gen.map). For aesthetics, more than performance, all fundamental gate control is defined in the first six DU definitions. Two of those DUs provide explicit diversion control for specific ACs at the A&B separator gates; the AC list is constrained to the "255" value denoting our stick tags. This explicit documentation of diversion allows full documentation and tracking of diversion efficiency in the new Separation-by-Code Analysis reports. Other than the default 101 and 102 codes for the SP1 actions at the A&B separator gates, all the diversion and monitoring DUs in the grj-gen.map file explicitly reference AC255. I also loaded, but did not invoke, an intermediate map file (grj01109.map). This map was created from the new grj-gen.map file, and was expanded to divert and monitor the five action codes associated with the CSS study (AC11-15). It would essentially provide the same functionality as the grj01082.map file, including the SP4 actions for the CSS groups, with the additional documentation of stick tags diverted at the separator gates. I then appended the U of I DUs to the grj01109.map file, and created (and have invoked) the grj01110.map file. I also uploaded a new generic database to both PCs at LGR. The file, grj-gen.db, contains 744 additional stick tag codes not identified in the original (grj-base.db) file. Under catastrophic circumstances, and per Scott's original intentions, we can restore the basic functionality of the site by restoring the appropriate "grj-gen" hardware, map, and database files. THE CURRENT DATABASE FILE, GRJ01082.DB, DOES NOT CONTAIN THESE ADDITIONAL STICK TAG CODES. I will update the databases on both LGR computers during regular, scheduled, site maintenance. 04/20/2001 12:53 Scott_Li Low coil efficiencies for this monitor are due to the SByC system, post construction evaluation. 300 fish were dumped into the SByC leg of the diversion system at the head box above the sample tank. The fish entered the system from a garbage can and not much effort was put forth to slowly disperse the fish as requested by PTOC See Below.. OIL EFFICIENCY RESULTS for LOWER GRANITE DAM - SbyC GATE From: 19-a To: 20-apr-2001 00:00 -------------------------------------------------- TOTAL MISSED ESTIMATED EFFICIENCY ------- ------- -------------------- Individuals 176 Coil D1 129 47 71.9 % Coil D2 142 34 80.2 % Coil D3 155 21 87.1 % 04/19/2001 11:10 scott At ~ 10:15am. the two-way gate on the SBC leg was manually rotated from the default postion (river) to send test fish to the SBC tank. The gate was again manually rotated back to the default position. Total time duration for this acivity was ~ 10 minutes. 04/18/2001 08:36 darren@p A2:TestTagFailure: Alarm was generated by PTOC personnel performing site maintenance. 04/18/2001 07:46 Darren_C A general site maintenance check was performed. There were no problems found. 20 sticks were sent across both A and B separator coils they performed with 100 0.000000e+00fficiency. 04/14/2001 09:29 Don_Warf Adjusted both slide gate timing via the Dtam. General maint. check found no problems. 04/09/2001 08:55 Darren_C On Friday 4-5-01 a general maintenance check was performed and sticks were thrown on the separator with 100 0.000000e+00fficiency. 04/06/2001 19:49 darren@p 21:TestTagFailure,A1:TestTagFailure,A2:TestTagFailure: Failures were generated by PTOC personnel doing on site maintenance. 04/03/2001 09:41 Scott_Li The Aboutime program was removed from the data collection platforms at the listed facilities. This application was causing timing conflicts with the Multimon application with regards to slide gate triggering via the PLC. The Aboutime program also adjusted the system clocks for daylight savings time. The system clocks were returned to PST at approx. 1150am PST on 4/2/01. To prevent this occurance , the Aboutime application requires the user to manually re-adjust the win98 time timezone setting just prior to the switch from PST to PDT. Another gotchya! Also, the phone lines were un-plugged from the data computers until further notice and modem initialization settings within PCA were disengaged until further notice. 03/28/2001 08:07 darren@p 21:TestTagFailure,22:TestTagFailure,51:TestTagFailure,52:TestTagFailure: Alarms were generated by PTOC personnel while performing Tuning and Timing on the facility for production collection. The site was completed on 3-27- 01 and is ready for the 2001 season. 03/28/2001 08:02 darren@p 21:TestTagFailure,22:TestTagFailure,51:TestTagFailure,52:TestTagFailure: Alarms were generated by PTOC personnel while performing site Timing and Tuning. This site has been completed and is ready for production collection. 03/27/2001 13:16 Darren On 3-27-01 a site performance test was completed. All Detection/Diversion electronics were tuned and timed. The results for the coils tested are as follows: A1- 20/20 B1- 20/20 C1- 20/20 A2- 20/20 B2- 20/20 C2- 20/20 21- 20/20 D1- 20/20 C3- 20/20 22- 20/20 D2- 20/20 C4- 20/20 23- 20/20 D3- 20/20 Coils 11,12,13,51,52,53 were not because there was no water to test them the noise and current were tuned and checked for adequate responses. Coils 91,92,93 were not tested because those coils go to the River Exit and sticks cannot be retrieved when thrown through this monitor. 03/27/2001 12:55 Dave Updated 3-way gate timings to optimize stick tag diversion. Current coil-specific settings (D1=1200, D2=600, D3=475msec) were updated in Multimon configuration map GRJ01086.MAP, and are augmented by a 900msec delay on the DTAM control. 03/27/2001 12:44 dlwarf@p 11:TestTagFailure,12:InputSyncDetect,12:ReaderReset,13:TestTagFailure,22:T estTagFailure,23:TestTagFailure,92:TestTagFailure,A2:TestTagFailure,B1:Tes tTagFailure,C2:TestTagFailure: Alarms were generated by PTOC personnel performing Pre Season timing and tuning of all Detection/Diversion electronics. 03/25/2001 09:15 Don_Warf Recent files have not been sent. PCAed in to verify operation. Manually sent files. 03/25/2001 07:00 Dave The Lower Granite Juvenile Fish Facility (JFF) began collecting fish for transportation at 7:00am on Sunday, March 25, 2001. Sampling and PIT tag detection occur at the LGR JFF only when the facility is collecting fish. This will be the normal mode of operation through October 31. 03/16/2001 09:00 darren@p A2:InputSyncDetect,A2:ReaderReset: Alarm was generated by a random reader reset. 03/13/2001 09:02 darren@p C2:InputSyncDetect,C2:ReaderReset: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron- Fearing. 03/05/2001 08:19 darren@p 92:InputSyncDetect,92:ReaderReset: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 02/20/2001 10:31 darren@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost,SLC500:CommsFailure: SLC Comms failures were fixed by Don and Scott on Thursday the 15th. The other alarms were generated by a random reader reset. 02/15/2001 14:56 Don_Warf Site PLC has been modified to control the sample gate timing. Site Bios have been trained to use the Dtam to enter settings. All gates will need to be timed at water up. 02/15/2001 10:52 scottl The Generic Platform Configuration files have been uploaded to Pub FTP server under /pub/multimon/Site_Configurations/grj. These files have been tested and should remain as the default configurations. 02/13/2001 12:54 darren@p C2:InputSyncDetect,C2:ReaderReset: alarm was genrated by a random reader reset. This problem is currently under testing at MCJ by PTOC personnel and Destron-Fearing. 01/29/2001 10:58 scott_li The I/P connection for GRJ has been restored as of 01/26/01. The site is uploading 6 times per day and seems stable. The platform renovation has been completed. 01/23/2001 09:09 scott_li The .34 subnet addresses and subnet mask for GRA have changed. GRJ addresses have not changed. The Subnet mask for both facilities is now 255.255.255.128 rather than 255.0 This i/p scheme is a variable subnet generated by Pete Peterson, COE. Portland distict is revising their allowed address table for access through the firewall. Granite Adult computers: GRA-PC1, 137.161.34.130 GRA-PC2, 137.161.34.131 GRA Utility, 137.161.34.132 Granite JFF , Subnet mask, 255.255.255.128 The subnet addresses have not changed 01/05/2001 18:00 Dave Manually created new event log for 2001. ####End of Event Log for GRJ###