EVENT LOG FOR SITE GOJ 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 10:32 Scott_Li Data collection computers were shutdown for the season at 1030hrs Nov. 9,01 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/18/2001 10:35 Dave Unable to pcA into PC1 for last 18hrs. Had Josh Hanson (ODFW-SMP) reboot PC1 while I watched activity on PC2. Reboot restored pcA connectivity. No detection activity observed on PC2 while PC1 was rebooting. I transferred queued data files on PC1, and switched PTTP back to auto-upload mode. All systems normal. 10/17/2001 17:25 Dave Tried and failed to pcA into PC1. I am able to pcA into PC2, which is in normal backup mode. I'll try again tomorrow morning to connect to the primary machine. 10/13/2001 17:10 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. This problem is being investigated by PTOC personnel and Destron-Fearing. 08/19/2001 10:22 darren@p 22:InputSyncDetect,22:ReaderReset: Alarm was generated by a random reader reset. This problem is still being investigated by PTOC Personnel and Destron-Fearing. 08/08/2001 14:31 Dave Little Goose SMP personnel report that PIT tag override of the sample was initiated at 0700h (PDT) on August 7. With the sample override switch enabled, diversion of PIT-tagged fish to the river now will interrupt the timed subsample of the facility's general collection. This means that all PIT-tagged fish "destined" for return to the river should actually return to the river, and only those tagged fish "destined" for transportation should appear in the facility sample. 07/31/2001 13:55 Dave Noticed we were missing GOJ01211.102. I pcA'd into GOJ PC1 and retrieved the file from the archive and retransmitted it. 07/18/2001 07:54 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. This action is being addressed by PTOC personnel and Destron-Fearing. 07/09/2001 08:14 darren@p C1:TestTagFailure: Alarm was caused by a pittag passing through the coil at the same time as the test tag firing. The test tag is firing properly after the failure. 06/29/2001 08:01 Darren_C A general site maintenance check was performed. Rex Baxter had informed us of gate slamming before I went out to site. When I arrived it was noticed that the slide gate on the A Separator was banging on the open. I adjusted the relief valve and got the gate performing to our standards. 20 sticks were passed through the slide gate with flawless operation. I talked with facility maintenance personnel Roger and showed him and Rex how to adjust the valve when gate is banging either way (open or close). Roger informed me that they (the facility maintenance crew) does not have the part number for this valve. I will send it to Rex and ask him to pass this information on to them. All other aspects were o.k. 06/27/2001 15:08 Dave There was a scheduled power outage at Little Goose today, extending from 7:46 am until 9:52 am (PST). Power was lost at all PIT tag transceivers, as well as at the central data collection computers. However, all systems were reinitialized immediately after power was restored. Due to the coordinated action of the immensely talented PTOC crew, there was no loss of available data. 06/27/2001 12:18 Darren_C The power was restored to the facility at 10:52. The PC's were confirmed up and collecting data. 06/27/2001 09:24 Darren_C I received E-mail from John B. at GOJ yesterday but did not view it until this morning. He stated that there would be a power outage to perform work on power lines today. I called and verified that the power is out and will be restored at 12:00. The outage started at 9:00. I will call the site around 12:00 and verify they have power. 06/22/2001 14:54 Dave The electrical outage yesterday lasted from 14:33:28 until 17:29:48 (PST), based on the available time stamps in the Multimon data files. New versions of GOJ01172.101-103 were created after power was restored, and the archives of these versions overwrote the existing archived data. All available data for GOJ01172 have been loaded to ptagis3. In the event of a catastrophic DBMS failure and the need to restore data from raw files, I copies the PC2 versions of the day's first three data files directly into the ~FDVL/loaded/interrogation/GOJ/2001 directory. I also renamed the existing GOJ01172.101-103 files with "300" file extensions and reloaded those files. This was unfortunate as we'll now have "duplicate" references to the sample data collection periods between the 100 and 300 series files. This does NOT impact the records in the various "obs" tables in the database, only the entries in fd_file and fd_submit. Even though the data are present in the "obs" tables, fd_file showed a gap between midnight and 0900h (do to the replacement of the original 101-103 files). I "fixed" this gap in our status report be submitting an empty file, GOJ01172.901, with timestamps bridging the nine hours. 06/22/2001 11:17 Dave Ken McIntyre has notified me that NMFS is done subsampling at Little Goose. They have intentionally turned the air OFF to the SbyC subsample gates. This will prevent the entrainment of any of the Action Codes 71-76 into the SbyC subsampling tanks. Ken and I agreed that I'd leave the SbyC Multimon logic intact in the unlikely event that they wanted to resume sampling later this summer. 06/21/2001 16:10 Darren_C I was informed by Rex Baxter that Little Goose Dam lost all power at about 3:40 p.m. They may be running a diesel backup generator to operate the spillway gates and essentials. He was not sure when the power would be restored but thought it would tonight sometime. I will call John in the morning and find the logistics. Rex said that this happened a couple of years ago and it may be the same problem. 06/17/2001 09:35 dlwarf@p 13:InputSyncDetect,13:ReaderReset: Ongoing reader reset problem. 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/11/2001 12:01 scottl General maintenence check found no problems to report. Stick test diversion efficiency was 100 percent. 10 of 10 stick tag codes throw on A and B separator gates was successfully diverted and detected on all coils. SByC diversion gates were manually tripped via test button, no problems there either. 06/06/2001 08:05 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. PTOC personnel and Destron-Fearing are addressing this problem. 06/05/2001 14:20 Darren_C A general maintenance check was performed at each site. No problems were found. 06/01/2001 08:04 Dave I updated the Multimon db file at GOJ on May 31 and June 1 with "goj01151.db" and "goj01152.db", respectively. Today is the last day of daily db updates in support of the CSS study. 05/30/2001 08:21 Dave I updated the Multimon db files at GOJ and LMJ with "goj01150.db" and "lmj01150.db", respectively. 05/29/2001 15:02 Scott_Li General maintenence check found no problems to report.. 05/29/2001 07:55 Dave I updated the Multimon db files at GOJ and LMJ with "goj01149.db" and "lmj01149.db", respectively. 05/28/2001 08:42 Dave I updated the Multimon db files at GOJ and LMJ with "goj01148.db" and "lmj01148.db", respectively. 05/27/2001 10:47 Dave I updated the Multimon db files GOJ and LMJ with "goj01147.db" and "lmj01147.db", respectively. 05/26/2001 09:53 Dave I updated the Multimon db files at GOJ and LMJ with "goj01146.db" and "lmj01146.db", respectively. 05/25/2001 10:19 Dave I updated the Multimon db files at GOJ and LMJ with "goj01145.db" and "lmj01145.db", respectively. 05/24/2001 10:35 Dave I updated the Multimon db files at GOJ and LMJ with "goj01144.db" and "lmj01144.db", respectively. 05/23/2001 10:04 Dave I updated the Multimon db files at GOJ and LMJ with "goj01143.db" and "lmj01143.db", respectively. 05/23/2001 07:51 Darren_C A site maintenance check was performed and no problems were found. Labels were attached to platform PC's. Sticks were passed through separator monitors (only 5 each at GOJ because of fish numbers) with 100 0.000000e+00fficiency. 05/22/2001 12:23 Dave I updated the Multimon db files at GOJ and LMJ with "goj01142.db" and "lmj01142.db", respectively. 05/21/2001 09:49 Dave I updated the Multimon db files at GOJ and LMJ with "goj01141.db" and "lmj01141.db", respectively. I also verified that the computer clocks were within established criteria (PC1 within 5 minutes of "real" time, and PC2 within 30 seconds of PC1). 05/21/2001 08:00 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 05/20/2001 09:16 Dave I updated the Multimon db files at GOJ and LMJ with "goj01140.db" and "lmj01140.db", respectively. 05/19/2001 09:04 Dave I updated the Multimon db files at GOJ and LMJ with "goj01139.db" and "lmj01139.db", respectively. 05/19/2001 08:15 darren@p SLC500:CommsFailure: Acknowledged. Will monitor site for further alarms. 05/18/2001 10:31 Dave I updated the Multimon db files at GOJ and LMJ with "goj01138.db" and "lmj01138.db", respectively. The clocks on both backup computers were "off" by more than 30 seconds from their respective PC1 machines; I synchronized the PC2 clocks to match the PC1 times. (Yes, I uninstalled MM before setting the clock, and then restarted MM.) 05/17/2001 07:02 Dave At 1800h on 5/16, I updated the Multimon db files at GOJ and LMJ with "goj01136.db" and "lmj01136.db", respectively. 05/16/2001 08:05 darren@p A4:TestTagFailure: $A4 MESSAGE: Single-shot test with Test Tag. 01/05/15 22:13:30 |17 A4 01/05/15 22:13:30 3D9.1BF1000D0D DivertAll| 1019 |17 A4 01/05/15 22:13:30 3D9.0EEEEEE16B Ignore| 1100 $A4 PROBLEM: Test Tag Failed 01/05/15 22:13:31 It appears that the timer tag did fire. I do not know why Multimon did not see the timer tag? we will monitor this site for further alarms. 05/15/2001 12:12 scottl General maintenence check found 1 problem with the A-side Slide gate. The gate was slamming shut after the soft close. Adjusted bleeder valve to correct the situation. Ran 10 stick tags on A and B separator with 100 percent diversion and detection efficiency. Tested the side to side and rotating gates on the SByC leg of the diversion system. Gates seem to be working properly. Turned on the inactivity timers in PCA and abnormal end of session wait period. This may help our intermittent problem of PCA going into a coma after a remote session. 05/15/2001 09:41 Dave I updated the Multimon db files at GOJ and LMJ with "goj01135.db" and "lmj01135.db", respectively. 05/14/2001 08:14 darren@p SLC500:CommsFailure: Alarm may have been generated by the amount of fish passing through the monitor. The pittag in question was diverted. We will monitor this site for further alarms. 05/13/2001 11:53 Dave_Mar I updated the Multimon db files on both Saturday and Sunday at both GOJ and LMJ, with "goj01132.db" and "goj01133.db", and "lmj01132.db" and "lmj01133.db", respectively. The Sunday (01133) files contain CSS tags returned to the river at GRJ or GOJ through 1500h on Saturday, May 12. Interrogation data subsequent to 1500h on 5/12 are not currently available. 05/11/2001 16:44 Dave I updated the Multimon db files at GOJ and LMJ this morning with "goj01131.db" and "lmj01131.db", respectively. With Multimon temporarily shut down, I adjusted the clocks on both GOJ-PC2 and LMJ-PC2 to bring them within five seconds of the clocks on the respective PC1 machines. 05/11/2001 08:21 darren@p SLC500:CommsFailure: SLC Comms failure may have due to file manipulation. It looks like there were files being generated to fill holes. File GOJ01129.111 was opened at 13:14:09. This may explain the SLC failure. PC2 may have not taken over diversion yet and PC1 was back online before it had a chance. 05/10/2001 10:09 Dave I updated the Multimon db files at GOJ and LMJ with "goj01130.db" and "lmj01130.db", respectively. 05/09/2001 16:51 Dave Killed two birds per stone today. Had not been able to connect to PC1 via pcA this morning. This afternoon I was able to contact Ken McIntyre at the site and walk him through the necessary steps to safely reboot PC1. This restored my pcA connectivity, and I was able to update the Multimon db file to "goj01129.db". I then discussed with Ken the failure of the A-SbyC gate, and potential impacts on the NMFS SbyC collection at GOJ. We looked at the Multimon counter files and determined that 22 of the 97 fish in AC-75 that had been intended for diversion into the SbyC subsample tank had in fact continued on back to the river. The target collection for this group was 100; I bumped the target to 125 (for this group only) in the "combined counters" section of the Multimon map file, on both PC1 and PC2, and saved the modified file as "goj01129.map". 05/08/2001 20:34 Don_Warf Visited site for a general maintenance check. Found the side-shift SbyC gate down with a stuck solenoid. Manually freed the solenoid and increased oiler flow to the solenoid. Replaced relief valve for the B slide gate to smooth gate operation. Ran 10 sticks on each separator monitor with 100 0etection and diversion efficiency. 05/08/2001 09:25 Dave I updated the Multimon db files at GOJ and LMJ with "goj01128.db" and "lmj01128.db", respectively. 05/07/2001 10:13 Dave I updated the Multimon databases at GOJ and LMJ on May 6 and 7 with "goj01126.db" and "goj01127.db", and "lmj01126.db" and "lmj01127.db", respectively. 05/05/2001 10:14 dlwarf@p SLC500:CommsFailure: Acknowledged. 05/05/2001 10:07 Dave I updated the Multimon databases at GOJ and LMJ with "goj01125.db" and "lmj01125.db", respectively. 05/05/2001 10:05 dlwarf@p SLC500:CommsFailure: Acknowledged. 05/04/2001 07:53 Dave I updated the Multimon db files at GOJ and LMJ with "goj01124.db" and "lmj01124.db", respectively. 05/03/2001 14:00 Dave Updated Multimon db files "goj01123.db" and "lmj01123.db" at GOJ and LMJ, respectively. 05/02/2001 09:50 Scott_Li General maintenence check found that the B-Side Slide gate was somewhat erratic at the end of travel during the open cycle. Lubricated all the solenoid valves and seemed to help the cause. Suggest that the valves be replaced.. Will inform Rex B. on the next site visit.. No other problems to report. 05/01/2001 09:27 darren@p SLC500:CommsFailure: Alarm may be due to the high volume through the monitor. Diversion has not failed and the alarm has not returned. Scott will check this out today. We will monitor site for another alarm. 04/29/2001 13:11 Dave I updated the Multimon db files at GOJ and LMJ with "goj01119.db" and "lmj01119.db", respectively. Due to ptagis3 optimization operations yesterday, GRJ data through midnight last night were not available until almost noon today. The GRJ data were necessary for the updates at the downstream locations, which were in place by 1:00pm (PDT). 04/29/2001 12:37 darren@p SLC500:CommsFailure: This was the second time in two days that this alarm has appeared. The fish are diverting and the gates appear to be working. I will monitor the SBCA reports to verify gate operation. 04/29/2001 08:00 darren@p SLC500:CommsFailure: Although there was a SLC error the diversion fish are being diverted. I will monitor the SBCA report for gate efficiency. 04/27/2001 10:30 Dave Updated Multimon db files at GOJ and LMJ with "goj01117.db" and "lmj01117.db", respectively. 04/26/2001 09:04 Dave I updated the Multimon db files for GOJ and LMJ with "goj01116.db" and "lmj01116.db", respectively. 04/25/2001 12:52 Dave I updated the Multimon db files at GOJ and LMJ to "goj01115.db" and "lmj01115.db", respectively. 04/24/2001 10:16 Dave I updated the Multimon db files at GOJ and LMJ with "goj01114.db" and "lmj01114.db", respectively. These database files contain 744 additional ISO-sticktag codes; the "standard" component of ISO test-tag sticks now references 7957 codes. I also replaced the old "goj-base.db" and "lmj- base.db" files with (zipped) "goj-gen.db" and "lmj-gen.db" files; the generic database files also contain the 7957 records. 04/23/2001 15:15 Darren_C A general maintenance check was performed and no problems were found. Sticks were passed through the Separator monitors with 100 0.000000e+00fficiency. 04/23/2001 10:14 Dave Updated MultiMon files goj01113.db and lmj01113.db at GOJ and LMJ, respectively. 04/22/2001 10:32 Dave Updated Multimon db files at GOJ and LMJ with goj01112.db and lmj01112.db, respectively. 04/21/2001 09:44 Dave I updated the Multimon databases at GOJ and LMJ with goj01111.db and lmj01111.db, respectively. 04/20/2001 09:51 Dave Since April 3, I've updated the GOJ and LMJ Multimon db files almost daily. The exceptions are: no update at GOJ on April 4; no updates at LMJ on April 7 or 8. Today I updated the db files at GOJ and LMJ to "goj01110.db" and "lmj01110.db", respectively. I deleted all of the previous daily update db files, and their original archive (zip) wrappers. 04/19/2001 14:39 Dave I updated the map files at Little Goose (goj01108.map) and Lower Monumental (lmj01108.map) dams today. The new map files increase the efficacy of the Separation by Code Analysis (SBCA) reports by using Sample Protocol #2 (SP2) to explicitly denote the diversion of known Action Codes at both of the separator gates, rather than incorporating those ACs into the default diversions referenced by SP1. This change will result in the ability to explicitly track the disposition of fish with Action Codes 21-25 at both GOJ and LMJ. In addition, ACs 71-76 will be fully tracked at GOJ. In all cases, 1000f the fish with these ACs should be diverted at the separator gates away from the raceways and toward the river (except those entrained in the facility's subsample). 04/18/2001 08:35 darren@p B1:TestTagFailure: Alarm generated by PTOC personnel performing site maintenance. 04/17/2001 12:09 Scott_Li General maintenance check performed. Slide gate diversion efficiency test was 100 percent successful. 10 stick tag were thrown on A and B separator gates. Coil detection efficiency was also 100 percent for coils A1,2,3,4 & B1,2,3,4. Re-tuned Coils B1, B2, B3. Brought amperage up from 1.9 to 2.0 Amps. Checked to ensure that no field coupling between coils was occuring as a result of the current gain. B-Sep coils were slightly lower in efficiency than the A-sep coils in the previous daily Eff_Report. See below: Individuals 27 Coil B1 24 3 88.5 % Coil B2 24 3 88.9 % Coil B3 23 4 85.2 % Coil B4 26 1 96.2 % 04/15/2001 11:37 Dave Noted a total of 11 data files missing from GOJ between April 10 and 12. PCA'd into PC1 at the site and manually PTTP'd the following files: GOJ01100.109, GOJ01101.101-102, GOJ01101.105-107, GOJ01102.104-106, and GOJ01102.108-109. I also noticed that the PC1 PTTP settings for manual upload included enabling the delay for uploading by 30 seconds, and closing the application when the upload was complete. I DISABLED BOTH of those options BEFORE transmitting the data files, and LEFT these settings DISABLED. These MANUAL settings DO NOT affect the configuration of the AUTOMATED uploading process; the standard automated settings include synchronizing uploads to the hour (every three hours), and delaying the upload process until 120 seconds after the hour. This standard has been implemented this year at all Multimon PC1 sites utilizing PTTP-Uploader. 04/06/2001 17:17 Dave At my request, Darren visited GOJ today to troubleshoot a pcAnywhere connectivity problem. I was last able to connect to the site via PC1 at 2:30pm Wednesday, and had been unsuccessful connecting throughout the day Thursday. I had no problem connecting through PC2, and verified through that connection that the PC2 platform was NOT diverting; ergo, PC1 was still running. I also confirmed that PC1 was transmitting data files regularly and currently; ergo, there was no network problem, at least through the FTP port on PC1. When Darren arrived at the site, he successfully PCA'd from the utility machine to PC2, but was unsuccessful PCAing from the utility machine to PC1. After copying all of today's data files from the archive back to PC1data, to prevent any discontinuity or disruption in data file sequencing, Darren rebooted PC1. I was immediately able to establish a remote connection from Gladstone to GOJ- PC1. Three facts point to an issue local to the pcAnywhere configuration on the GOJ-PC1 machine: 1) Multimon, PTTP Uploader, and Windows were all stable on GOJ-PC1 when Darren arrived at the site. 2) PTTP Uploader was successful in transferring files at least 12 times after I first noticed a loss of connectivity. 3) Darren was successful in communicating from the site over TCP/IP from the utility machine, and both of us were successful in communicating with the GOJ-PC2 machine. Neither of us were successful in connecting with GOJ-PC1, until the reboot. For the record, the last successful connection to GOJ-PC1 on Wednesday was part of a demonstration by me for Carter, as I walked through the developing "standard" procedure for transferring and updating a Multimon lookup database. One db file was transferred. No changes were made to the OS configuration or environment. The pcAnywhere session was apparently terminated normally. Two hours after Darren's intervention, I successfully copied and installed a new db file to both PCs at Little Goose. Three hours after that, I PCA'd in to both machines just to verify connectivity. So far, no further problems have been observed on either machine at Little Goose. 04/04/2001 09:46 Don_Warf Ignore the following message at this site: #Subsample unit 2 = 0.0 percent, 01/04/04 03:00:01 This is a Multimon 7.04 error. It is not recording the sample percent for unit 2. 04/01/2001 07:00 Dave The Little Goose Juvenile Fish Facility (JFF) was switched from Primary Bypass to Secondary Bypass at 7:00am, Sunday, April 1, 2001. Collection, sampling, transportation, and PIT tag detection occur only when the JFF is in secondary bypass. This will be the normal mode of operation through October 31. 03/29/2001 08:01 darren@p 11:TestTagFailure,12:TestTagFailure,13:InputSyncDetect,13:ReaderReset,13:T estTagFailure,21:TestTagFailure,22:TestTagFailure,51:ReaderReset,52:InputS yncDetect,52:InputSyncLost,A2:TestTagFailure,A3:TestTagFailure,A4:TestTagF ailure,B1:TestTagFailure,B2:TestTagFailure,B3:TestTagFailure,B4:TestTagFai lure: Alarms were generated by PTOC Personnel while performing Timing and Tuning on Detection/Diversion electronics. 03/28/2001 15:50 scottl Facility was per-season function tested and is operational. Note: SByC gates have no delay before operate settings in the Multimon software. These will need to aquired from old GOX data header information or manually retimed. Jim Simonson (NMFS) was at the facility re-qorking the gates while PTOC was there, therefore timing of the SByC gates was not possable. Stick test results for the entire site is as follows: A-separator coil A1 detected 19 of 20 stick tags. A2,A3,A4 detected 20 of 20 stick tags. B-separator coils B1,B2,B3,B4 all detected 20 of 20 stick tags. West Raceway coils 11,12,13 all detected 20 of 20 stick tags. East Raceway coils 21,22,23 all detected 20 of 20 stick tags. Diversion monitors were not stick tested due to no access to the flume and the danger of clogging the exit pipe. Tranciever calibration was performed to ensure these monitors will read with max. efficiency. Slide gates A and B were timed and diverting stick tags at 100 percent efficiency. 02/27/2001 10:06 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/27/2001 10:05 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/20/2001 09:40 darren@p A3:InputSyncDetect,A3:ReaderReset,A4:InputSyncDetect,A4:ReaderReset: Alarms were generated by PTOC personnel while on site to do some PLC work. The transceiver on A3 sn 1017 had failed and was replaced. The transceiver will be sent back to Destron-Fearing for service. 02/13/2001 12:52 darren@p A4:InputSyncLost: Alarm is being generated because transceiver A3 has lost its +12V supply and has not been heard from since 2-12 at 9:11 a.m. This problem will be addressed on 2-14. 02/07/2001 08:57 darren@p 13:InputSyncDetect,13:ReaderReset,91:ReaderReset,92:InputSyncDetect,92:Inp utSyncLost: Alarms generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 01/30/2001 13:10 darren@p C1:ReaderReset,C2:InputSyncDetect,C2:InputSyncLost: Alarm was generated by a random reader reset. This problem is under test by PTOC personnel and Destron-Fearing. 01/19/2001 10:39 Darren_C On Wednesday Jan. 17th the new computer platform was installed. The platform is not online at this time but will be put online within the next week. 01/04/2001 14:31 Don_Warf Removed site computers. New computers will be installed later this month. ####End of Event Log for GOJ###