EVENT LOG FOR SITE LMJ 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/07/2001 08:23 darren@p 11:ReaderReset,12:InputSyncDetect,12:InputSyncLost: This activity will be addressed during the pre-water work that will be performed next year. . 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/30/2001 12:53 Don_Warf Site personnel report that the air was shut off to to slide gates from 4:30 pm yesterday to 8:30 am today. This was done for site maintenance purposes. 10/30/2001 11:02 Dave Another "1-second" power outage at LoMo today, at 9:08, according to the Corps. pcA'd into the site, stepped through files until I got to LMJ01303.105. Renamed redundant 101 file to 101x on the local PC1. I then copied the file to Gladstone, where I renamed it LMJ01303.901 inside and out, and manually submitted it to PTAGIS. Advised Corps staff to alert us before the fact, when possible, of future outages. 10/29/2001 16:34 Dave The Corps cut power at LoMo again this afternoon, to figure out why they lost power this morning. Of course, I'd already tidied everything up from this morning's outage, and sent in the outstanding files, so MultiMon reset to the 101 file when power was cut and then restored this afternoon. I caught this file after 45 minutes, and opened enough new files in rapid succession to ensure we wouldn't overwrite any other existing files. I then inspected the data directory, deleted all extraneous files, renamed the redundant 101 file to LMJ01302.101x and archived it, and then copied the file to Gladstone, editted it inside and out to LMJ01302.307, and submitted it to PTAGIS. The correct file order for the day is LMJ01302.101-106, LMJ01302.307, and then resuming with LMJ01302.110. 10/29/2001 15:44 Carter_S Thanks again for the info... -------- Original Message -------- Subject: Another power outage Date: Mon, 29 Oct 2001 15:42:14 -0800 From: "Fone, Kenneth R NWW" To: "'PIT Tag Operations Center'" CC: "Spurgeon William F NWW" A planned, spur of the moment, power outage occurred at LoMo Fish Facility today, 10/29, from 1517 to 1518 to switch the power feed to the fish facility and check the breaker (to find the cause of the earlier power outage). 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/29/2001 14:29 Carter_S Thanks for the info! --Carter > "Fone, Kenneth R NWW" wrote: > > An unplanned power outage occurred at Lower Monumental Fish Facility today, October 29, from 0354 to 0408. 10/29/2001 14:00 Dave Looks like a power outage at Lomo between 3:45 and 4:00 AM. Both PCs back on at 4:10AM. 10/24/2001 13:01 Darren_C Bill Spurgeon phoned our office and stated that the flush water was turned back on at 12:30 (10-24-01) and the pittag gates were activated at 12:40(10-24-01). The site is now back into normal operation. 10/23/2001 15:45 Darren_C Bill Spurgeon Phoned our office at 15:30h (10-23-01) and informed us that the facility had defeated the Pittag Gates due to the fact that there was no flush water. They are performing some maintenance on the facility. They will restore the gates and flush water sometime late afternoon on 10-24-01. 10/13/2001 17:12 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost,A2:InputSyncDetect,A2:R eaderReset: Both alarms were generated by random reader resets. This problem is being investigated by PTOC personnel and Destron-Fearing. 09/24/2001 07:58 darren@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Alarm was generated by a random reader reset. This is an ongoing situation that is being addressed by PTOC personnel and Destron-Fearing. 09/21/2001 08:55 darren@p B3:InputSyncDetect,B3:ReaderReset: Alarm was generated by a random reader reset. This is an ongoing problem that is being researched by PTOC personnel and Destron-Fearing. 09/14/2001 08:37 dlwarf@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Ongoing problem. 09/06/2001 08:14 Darren_C On Tuesday 9-4-01 I was onsight for a transceiver repair. Transceiver I.D. 52 was not reporting any detection's. I figured that we had lost another RAM module when I arrived I checked all the voltages and everything appeared to be O.K. on the transceiver end. I then checked the modems on both ends. They also seemed to be O.K. I then switched to another pair of Fiber. This solved the problem. We had this problem last year on the Diversion Exit monitor. We will check this out while the site is de-watered. 09/03/2001 22:19 Darren_C > $52 MESSAGE: Test Tag Found. 01/08/29 12:24:05. This was the last time transceiver 52 was heard from successfully. > The TASS panel has never given us any warning as far as no timer tag or any alarms. I could not see any alarms that were reported. This will be checked out tomorrow for possible transceiver failure. I also checked for all other sites loading and efficiencies. No other problems were found. 08/24/2001 16:11 Dave Noticed no data submitted since yesterday AM. PCA'd into LMJ-PC1. Apparently there was another "scheduled" power outage yesterday. We really should find out about these before the fact. Outage occurred around 11:25am, in the middle of LMJ01235.104. I used Textpad and WinCmd to rename the duplicate 101-103 files to 901-903, inside and out. Fired up PTTP and manually transmitted and archived all files stacked up since yesterday. On return to office Monday I'll "close" the two truncated files (Sunday's and yesterday's), and will distribute a request for advanced notice of power outages. 08/23/2001 07:45 darren@p A2:InputSyncDetect,A2:ReaderReset: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron- 0Fearing. 08/21/2001 08:24 scottl@p 02:InputSyncDetect,02:ReaderReset: This error was probably due to the replacement of the transceiver by PTOC maintenence personell 08/21/2001 08:24 scottl@p 02:InputSyncDetect,02:ReaderReset: 02:InputSyncDetect,02:ReaderReset: This error was probably due to the replacement of the transceiver by PTOC maintenence personell 08/20/2001 19:06 Darren_C A maintenance visit was done today to determine why transceiver I.D. 02 was not communicating with the platform. I noticed that there was no power to the transceiver when I arrived I checked all internal fuses and determined that the AC fuse had failed. I replaced the transceiver. I flashed the new transceiver with the appropriate firmware version. I will test the failed transceiver in the lab and try and determine what caused the AC fuse to fail. I also talked with site personnel and it was confirmed that the power loss on Saturday was a scheduled power outage. 08/19/2001 10:51 Darren_C It appears that there was a power outage at about 11:45 a.m. yesterday. I PCA'ed into PC1 and found that PTTP was not running. I checked to see what files had been archived and then I changed the file extensions on the duplicate files to a .901 thru .904 with .901 being the first file created after the power was restored. I will verify the problem on Monday with site Bio. This is how Dave wanted the files done the last time we encountered this problem. I manually sent them in at about 10:45 a.m. on 8-19-01. I will check to ensure they were sent. 08/17/2001 10:44 Scott_Li Coil 02 on the river exit monitor is dead. PCA'd into site and verified that the transceiver was not reporting and could not be sent a message. Will respond Monday, Aug.20 for repairs. This monitor is very seldom if not used at all so the priority level for repair is less than typical. 08/03/2001 07:57 dlwarf@p 92:InputSyncDetect,92:InputSyncLost: Ongoing problem. 08/03/2001 07:56 dlwarf@p 91:ReaderReset: Ongoing problem. 08/02/2001 11:46 Dave Lower Monumental SMP personnel report the PIT-tag/sample override switch was enabled at 0700h on August 1, 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/13/2001 08:21 Scott_Li The b-side slide gate has been repaired. The gate was physically bent due to heavy use and banging in the open position. Also, the plate that holds the cylinder yoke was bent and cracked. Maintenence personel ground down the high spots on the gate so that it would not bind, reinstalled the gate and seems to work well. The problem with this is that LMJ has no spare slide-gate. Will call NMFS , Jim S and see if he has a spare laying around their shop as a back up to LMJ in case this gate brakes for good. 07/12/2001 08:34 Scott_Li General maintenance check found the B-Side slide gate was not operating at peak efficiency and periodically not opening at all... Inspected slide gate and found no mechanical reason for the sluggish operation. Increased air pressure to 110 psi. but didn't help much. Allot of algae build up in slide rails seems to be the main reason for the failure. Talked with the COE Maint. personnel and they had cleaned the rails several times in past few days for the same problem. I suggested to them that they de-water the flume and remove the slide gate and rails to thoroughly clean and inspect to elimate the problem rather than limping along from day to day.. This repair is scheduled for this morning 7/12/01. Will follow up to ensure gate is fully operational. Also , turned down the flush water underneath the B gate. Too much water from this orfice creates a water bridge when the gate opens and fish skip across rather than be diverted to the diversion tanks. 06/29/2001 08:02 Darren_C A general site maintenance check was performed. No problems were found. 06/13/2001 08:06 darren@p B3:InputSyncDetect,B3:ReaderReset: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron- Fearing. 06/12/2001 17:03 Dave In updating the map file at LMJ today, I noticed that the gate duration settings for DUs 12 and 13 in "lmj01108.map" were set at "1" rather than "10", as standard. DUs 12 and 13 divert 2 of every 5 CSS fish at the separator gates. If the gates shut a little early for these fish, then the worst-case-scenario is that we transported more than specified. Our SBCA report indicates that we're still shy of the 60%-transport ratio originally requested, so the error seems to have had little consequence. I corrected the setting for DUs 12 and 13 (and applied the correct settings to the new DUs 14 and 15) in the updated map file, "lmj01163.map". 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 13:29 scottl General maintenence check found no problems to report. See below for Stick tag test results. Coil A1 10 Reads Coil A2 10 Reads Coil A3 10 Reads Coil A4 9 Reads Coil B1 9 Reads Coil B2 10 Reads Coil B3 10 Reads Coil B4 10 Reads Coil 31 10 Reads Coil 32 10 Reads Coil 33 10 Reads Coil 41 10 Reads Coil 42 10 Reads Coil 43 10 Reads Coils A1 and B4 were checked for low noise and current. No problems. 06/06/2001 08:04 darren@p SLC500:CommsFailure: Alarm may have been cuased by PTOC personnel while performing a time check for the platform. I will monitor this site for further alarms. 06/05/2001 14:20 Darren_C A general maintenance check was performed at each site. No problems were found. 06/03/2001 11:13 scottl@p 22:InputSyncDetect,22:InputSyncLost: 22:InputSyncDetect,22:InputSyncLost: ongoing problem, not a concern 06/03/2001 11:13 scottl@p 22:InputSyncDetect,22:InputSyncLost: ongoing problem, not a concern 06/03/2001 11:12 scottl@p 21:ReaderReset: Ongoing problem, not a concern 06/01/2001 17:06 Dave I updated the Multimon db file with "lmj01152.db". This is the last daily update to the db file in support of the CSS study. 06/01/2001 15:58 Scott_Li Travel to site to reboot computer in order to restore remote access capabilities. Computers was rebooted ~ 10:15 am 6/1 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 with the pittag system... While at the site it was notice that the i/p connection was down.. A tracert stopped at a router in portland district. Called Network Op's center and was informed that a router was down and is in the process of being repaired... 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/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/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 08:49 darren@p SLC500:CommsFailure: The file has been zipped and cannot be accessed. We will monitor this site for further alarms, the alarm may have been caused by file manipulation,. 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 11:06 Scott_Li Pete Peterson called and they had reconfigured the subnet at the facility and inadvertently entered the wrong static I/P for systems. This was the cause for the data collection platfroms not reporting.PCA session is succesfull and will manually initiate data transfer to PTAGIS. 05/16/2001 10:23 Scott_Li Verified Computers were collecting data with SMP at the site.. Will respond in orderto troubleshoot why the PTTP loader is not sending files.. Still unable to remotely access computers. 05/16/2001 10:05 Scott_Li Pc1 has not reported since 14:20 may 15th.. Could not make remote access connection to either PC1 or 2. Called help desk at Walla Walla District to run a ping test to both computers. Both PC's network connection is alive. Called Monty and Bill S. but no one answer.. will follow up and or travel to site to verfiy data collection and operation.. 05/15/2001 15:06 Scott_Li General maintenence check found no problems to report... Stick test diversion and detection efficiency on the separator moniotrs was 100 percent successfull.. 05/15/2001 09:41 Dave I updated the Multimon db files at GOJ and LMJ with "goj01135.db" and "lmj01135.db", respectively. 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/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 11:15 Dave I updated the Multimon db file with "lmj01129.db". I also enabled the "Restore settings on startup" parameter in the "Screen" tab of the Multimon properties window. This is the standard properties setting, and ensures that the Multimon application boots into a (minimized) full DOS box (assuming the application was last running in that configuration, as per SOP). I made the change on both machines (LMJ-PC1 and LMJ-PC2). 05/08/2001 20:25 Don_Warf Visited site for a general maintenance check. No problems were found. Ran 10 sticks on both separator monitors with these results: A1 10 A2 10 A3 10 A4 9 B1 10 B2 10 B3 10 B4 8 05/08/2001 09:29 Dave I noticed that the "Run" attribute of the "Program" tab in the "Multimon" properties settings was set to "Maximized" on LMJ-PC2. I corrected this to the standard "Minimized." 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/06/2001 08:49 dlwarf@p 51:ReaderReset,52:InputSyncDetect,52:InputSyncLost: Acknowledged. 05/05/2001 10:07 Dave I updated the Multimon databases at GOJ and LMJ with "goj01125.db" and "lmj01125.db", respectively. 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:51 Scott_Li General mantenence check found no problems to report. 05/01/2001 09:21 darren@p SLC500:CommsFailure: SLC Comms Failure was due to the Database Update and the fact that PC2 had not taken over control and PC1 was being updated. 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:54 Darren Both sites were succesfully PC'aed into and both are collecting data and are sending files. Both have sent files Today 4-29-01. 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:56 Dave While transferring Multimon configuration files, LMJ-PC1 locked up its pcAnywhere connection. Per my instructions, Monty Price (LMN SMP) rebooted PC1 and restored the pcA connection. No data were lost. No data files were overwritten. Multimon remained fully functional at all times, and continued to divert PIT-tagged fish as expected. 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:19 darren@p 81:ReaderReset,82:InputSyncDetect,82:InputSyncLost,82:ReaderReset: These alarms were generated by PTOC personnel to test the authenticity of lights on tass panel. Also to check when the panel was updated. 04/23/2001 15:14 Darren_C A general maintenance check was performed and there were no problems found. Sticks were passed through the separator monitors and diversion monitors with 100 0.000000e+00fficiency. I also replaced the test switch for the A Separator Slide Gate. Ken fone had alerted us to an intermittent action when the button was pressed. There was some corrosion found on the terminals and the wires so it was replaced and the wires were cut and stripped. 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/17/2001 14:07 Scott_Li General mantenance check found no problems. 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. 04/09/2001 14:30 Dave Darren went to LMN at 1:30 pm (PDT) and rebooted both PCs to shake PCA loose. I then successfully transferred and loaded the current Multimon database (LMJ01099.DB). 04/08/2001 11:27 Dave Could not PCA into LMJ today. I did NOT update the SbyC database. The database was last updated Friday afternoon (4/6/01). 04/07/2001 08:20 Dave Last successfully PCA'd into eitherLMJ computer at ~2:00pm 4/6/01. Was not able to connect to either PC1 or PC2 after repeated attempts between 4-5 pm on 4/6 or at 7:30am today (4/7/01). Darren and I have both verified that the Multimon/PTTP platform on PC1 is stable, as files are being generated and transmitted. Due to the lack of remote connectivity, I did NOT update the Multimon database at LMJ today. 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/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. 04/02/2001 09:18 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. 04/01/2001 07:00 Dave The Lower Monumental Juvenile Fish Facility was switched from Primary Bypass to Secondary Bypass at 7:00am on Sunday, April 1, 2001. Collection, transport, sampling, and PIT tag detection occur only when the facility is in secondary bypass. This will be the normal mode of operation through October 31. 03/27/2001 13:08 Darren On 3-26-01 a Pre Season function test was performed and all Detection/Diversion electronics were Tuned and Tested. The coil results are as follows for each coil: A1- 20/20 B1- 20/20 31- 20/20 41- 20/20 A2- 20/20 B2- 20/20 32- 20/20 42- 20/20 A3- 20/20 B3- 19/20 33- 20/20 43- 20/20 A4- 20/20 B4- 20/20 11- 20/20 21- 20/20 01- 10/10 81- 10/10 12- 20/20 22- 19/20 02- 10/10 82- 10/10 13- 20/20 23- 19/20 The only coils not tested were the Sample Room coils these are not accessable to throw sticks through. They were tuned and tested for noise to current ratio. 03/27/2001 12:42 dlwarf@p 22:TestTagFailure,31:ReaderReset,32:InputSyncDetect,32:InputSyncLost,32:Re aderReset,33:InputSyncDetect,33:ReaderReset,41:TestTagFailure,42:TestTagFa ilure,43:TestTagFailure,91:TestTagFailure,A2:TestTagFailure,B3:TestTagFail ure,B4:TestTagFailure: Alarms were generated by PTOC personnel performing Pre Season tuning and timng of all detection/diversion electronics. 03/26/2001 15:26 Scott_Li The Pttp.exe as up-graded today from 1.0.13 to 1.0.15. Pttp client is NOT running in the passive mode. 03/26/2001 07:38 darren@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 03/24/2001 09:44 dlwarf@p 92:InputSyncDetect,92:ReaderReset: Reader reset acknowledged. 03/22/2001 08:14 darren@p 33:InputSyncDetect,33:ReaderReset: Alarm was generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron- Fearing. 03/16/2001 08:49 darren@p 93:InputSyncDetect,93:ReaderReset: Alarm was generated by a random reader reset. 03/12/2001 16:31 Don_Warf Site PLC has been modified to control the sample gate timing and the sample dewatering valves. Site Bios have been trained to use the Dtam to enter settings. All gates will need to be timed at water up. 03/11/2001 09:27 darren@p SLC500:CommsFailure: Alarm was generated by PTOC personnel while performing on site maintenance. 03/09/2001 15:15 scottl@p 22:InputSyncDetect,22:InputSyncLost: on-going problem, problem is being addressed. 03/09/2001 15:13 scottl@p 21:ReaderReset: on-going problem.. Situ is being addressed 03/07/2001 09:08 darren@p SLC500:CommsFailure: Alarm was generated by PTOC personell doing PLC work. 02/28/2001 08:11 darren@p SLC500:CommsFailure: Alarm was generated by PTOC personnel. Pre-season work is being performed on the Snake and Columbia. 02/13/2001 12:55 darren@p B2:InputSyncDetect,B2:ReaderReset: Alarm was generated by a random reader reset. This problem is currently under test at MCJ ny PTOC personnel and Destron-Fearing 02/07/2001 08:55 darren@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost,A4:InputSyncDetect,A4:R eaderReset: 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost,A4:InputSyncDetect,A4:R eaderReset: Alarms generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 02/07/2001 08:55 darren@p 91:ReaderReset,92:InputSyncDetect,92:InputSyncLost,A4:InputSyncDetect,A4:R eaderReset: Alarms generated by a random reader reset. This problem is being addressed by PTOC personnel and Destron-Fearing. 01/24/2001 08:54 Darren_C On 1-22-01 the new site platform was installed. Communications were established but no files were sent until today. PTTP was configured for AutoStart. This has been corrected and files were uploaded to ptagis this morning. 01/04/2001 14:31 Don_Warf Removed site computers. New computers will be installed later this month. ####End of Event Log for LMJ###