EVENT LOG FOR SITE PRO The first line of each entry contains a date/time stamp & who is reporting. The most recent entry is listed first. Date Time Who ---------- ----- -------- 12/21/2008 08:28 darren@b 01:TestTagFailure: Alarm will be addressed during the next site visit. 12/02/2008 07:06 scottl@b 06:TestTagFailure: Problem noted, trashracks more than likely need cleaned to reduce noise levels. 11/26/2008 07:33 troy@bay 06:TestTagFailure: Known problem, requests for the trash racks to be cleaned have been made as the water level is down. 11/25/2008 07:28 troy@bay 06:TestTagFailure: This alarm most likely due to restricted trash racks. PSMFC will monitor. 11/24/2008 07:59 troy@bay 06:TestTagFailure: This alarm most likely due to trash racks. PSMFC will monitor. 11/23/2008 07:11 alan@bay 06:TestTagFailure: BOR has been notified that this trash rack needs clearing. 11/22/2008 06:55 alan@bay 06:TestTagFailure: BOR has been notified that this trash rack needs clearing. 11/21/2008 07:22 alan@bay 05:BadExcFreq,05:BadOscFreq,05:LowExcCurrent,05:TestTagFailure,06:TestTagF ailure: Alarms caused by PTAGIS Field Operations personnel during a site visit. 11/21/2008 07:14 Alan Manually pushed PRO08326.A1 & B1 to PTAGIS via PCA. 11/20/2008 15:36 Scott_Li Traveled to site to investigate the noise issue with antenna 06. Turns out the trash racks need cleaning, noise could not be tuned out of the system. Left message with Mark J. to see if we can get this done. 11/06/2008 16:03 scottl Performed site GMC, all transceivers were checked for tune and recalibrated as necessary.No problems to report. 11/03/2008 07:29 darren@b 03:TestTagFailure: This alarm will be addressed during the next site visit. 10/27/2008 07:34 Alan Manually pushed PRO08301.B1 to PTAGIS via PCA. 10/24/2008 08:39 troy@bay 04:BadOscFreq: This may be the result of plugged trash racks. The transceiver is reading pittagged fish. PSMFC will monitor. 10/23/2008 10:03 Dave I updated the PRO timer tag list to remove the DF2020 VTT for transceiver/antenna '04' (3E7.000001D004). 10/23/2008 07:32 Darren_C Yesterday at around 11:00 PSMFC removed the DF2020 transceiver that had been installed since last Wednesday. The original transceiver was re-installed and re-tuned. Darren R. Chase PSMFC Office :(509) 735-2773 Ext. 3 Cell: (509) 539-6786 10/21/2008 13:59 Alan Embarq reports that DSL service to PRO is down with a return to service expected prior to 16:00 PDT today. 10/16/2008 07:18 Alan Manually pushed PRO08290.B1 to PTAGIS via PCA. 10/15/2008 12:27 Darren_C The DF2020 reader was installed on antenna 04 today (10-15-08) for a test to see how well it performs in the rough waters of the center ladder. It will remain installed for about a week. Darren R. Chase PSMFC Office :(509) 735-2773 Ext. 3 Cell: (509) 539-6786 10/15/2008 11:42 Dave I updated the PRO timer tag list to include the DF2020 VTT for transceiver/antenna '04' (3E7.000001D004). 10/05/2008 08:07 troy@bay 04:BadOscFreq: This alarm may be the result of noise caused by dirty trash racks. PSMFC will monitor for future occurances. 09/22/2008 07:21 Alan Manually pushed PRO08266.B1 to PTAGIS via PCA. 09/19/2008 07:51 darren@b 06:TestTagFailure: The system is experiencing some brief noise spikes which could have caused the timer tag to fail. We will continue to monitor for this alarm. 09/09/2008 15:09 Darren A site GMC was performed today (9-9-08). All transceivers were checked for tuning, noise, and detection ability. No problems were found. 08/22/2008 08:07 darren@b 06:TestTagFailure: The transceiver is experiencing some noise. After checking water levels through the CW it appears to be low and turbulent. This could be the cause for the noise. PSMFC will investigate this alarm on the next site visit. 08/22/2008 08:02 darren@b 01:LowExcCurrent: The threshold was adjusted bia PCA to 3400mA. This should alleviate this alarm. 08/21/2008 08:12 darren@b 06:TestTagFailure: I checked the water level through this ladder and it appears to be very low and turbulent. There is quite a bit of debris in front of this ladder and this may cause some odd flows through the ladder. 08/21/2008 08:10 darren@b 01:LowExcCurrent: The alarm and the threshold are only separated by 100mA. I will adjust the threshold via PCA to the standard 300mA to alleviate this alarm. 08/20/2008 08:43 darren@b 06:TestTagFailure: PSMFC will be investigating this failure on the next site visit. The noise levels on this transceiver have subsided but I am not able to view the water levels at this time. 08/17/2008 08:28 alan@bay 06:TestTagFailure: Noted. 08/16/2008 08:20 alan@bay 06:TestTagFailure: Noted. 08/15/2008 08:47 alan@bay 06:TestTagFailure: No apparent reason for this one time alarm. PTAGIS Field Operations will continue to monitor. 08/11/2008 15:45 scottl Performed site GMC, all transceivers were retuned and calibrated as nexessary. One oberservation is that unit 04 in the center ladder is somewhat noisy and cannot be tuned out. The TT hit rate is at 1-00 percent and detection efficiencies are not effected. Will monitor and in the future troubleshoot further if necessary. Another note is that the center and right ladders are extremely hot and humid. The Left bank ladder has a fan running and is much cooler than the other two. 07/22/2008 15:06 Darren A site GMC was performed today (7-22-08). All the ladder transceivers were checked for tuning, noise and detection ability. The water levels on the middle and right bank ladders is low. The transceiver doors were proped open on the right bank due to High Temp alarms. The internal temp dropped by 10 degreesC after about 5 minutes. The PC clocks are within 10 seconds of atomic time and each other. No problems were found. 07/22/2008 08:32 troy@bay 06:HighTemp: These alarms are typical this time of year. 07/21/2008 09:45 Darren Mark Johnstone informed PSMFC this morning that the Juvenile facility was completely de-watered at 10:00 on Saturday July 19th. The site will remain out of service until the 2009 outmigration season. 07/20/2008 08:02 darren@b 06:HighTemp: This alarm will be investigated during the next site visit. 07/19/2008 07:54 darren@b 01:LowExcCurrent,06:HighTemp: The alarm on antenna 01 is because the threshold and the actual current are separated by 100mA. The alarm on 06 is being monitored by PSMFC and wil be investigated during the next site visit. It has been noted that the vault where the transceivers reside is very warm and there is not much air flow. 07/18/2008 08:02 darren@b 06:HighTemp: Although the ambient temperature is high this could be a component failing. PSMFC will continue to monitor and replace the transceiverif the alarm does not subside. 07/17/2008 08:35 darren@b 06:HighTemp: Alarm not uncommon for this time of year. 07/16/2008 09:42 Alan A GMC was performed 7/16/2008. All transceivers were checked and tuned as necessary. Transceiver 04 has solid noise in the 30's due to accumulations in the trash rack. 10 test sticks were thrown into the separator monitor, results following: A1 10/10 A2 10/10 A3 10/10 The clocks on both PCs (~00:00:05 slow) were set to within one second of atomic time. No other problems found. 07/16/2008 07:59 darren@b 01:LowExcCurrent: The alarm threshold is set at 3700mA and the current is at 3800mA. A slight dip will cause them to be equal and thus cause this alarm. The threshold will be adjusted by PCA to avoid any further alarms. 07/09/2008 15:58 Alan A GMC was performed 7/9/2008. All transceivers were checked and tuned as necessary. Transceiver 04 has noise into the 30's due to accumulations in the trash rack. 10 test sticks were thrown into the separator monitor, results following: A1 10/10 A2 10/10 A3 10/10 The clocks on both PCs (~00:01:00 slow) were set to within one second of atomic time. No other problems found. 07/08/2008 08:38 darren@b 06:TestTagFailure: There is noise on this detection system and the timer tag tried to fire but failed. Previous attempts show that the test was aborted due to system activity. This could be a direct effect of the trash racks not being clean. PSMFC will investigate during the site GMC this week. 06/25/2008 08:34 darren@b 06:TestTagFailure: No direct cause for this alarm. Some fish movement but not to much to acount for all failures. We will continue to monitor for future alarms. 06/21/2008 10:45 alan@bay 06:TestTagFailure: This will be investigated during the next site visit. 06/17/2008 15:11 Troy A site GMC was performed 06/17/2008. All transceivers were checked for tune and adjustments made where needed. 20 sticks were thrown on the A coils. Test results are not available for the following reasons: When report is clicked and Minimon is running the application quits. If the Mininmon application is running but not 'started' and you click on Report you get the following error. Run-time error '339': Component 'comdlg32.ocx' or one of its dependencies not correctly registered: a sile is missing or invalid When you click on OK the application closes. This may be a possible Vista bug. More info will be posted on this when available. 06/16/2008 15:24 scottl Changed the DNS entrys in all 3 computers in preparation for the main switch over scheduled for June 16th, no problems to report. 06/10/2008 15:45 Troy A site GMC was performed 06/10/2008. All transceivers were checked for tune and adjustments made where needed. The left bank has lots of debri in the trash rack which is causing noise on 02. No other problems to report. 06/09/2008 08:54 Alan Regarding the data gap of 5/9/2008 (referenced in the pitevent of the same date), no data -other than timer tags- exist on PC2 between 7:05 and 7:07. 06/07/2008 08:04 alan@ree 03:TestTagFailure: A PIT Tag was in the field simultaneously with the firing of the timer tag. 06/04/2008 07:13 darren@r 01:LowExcCurrent,04:LowExcCurrent: Alarms may have been generated by PSMFC personnel while on site yesterday for a GMC. 06/03/2008 09:04 Alan A GMC was performed 6/3/2008. All transceivers were checked and tuned as necessary. Heavy debris in the trash racks is causing noise for the transceivers in the ladders, notably 06 which has noise bouncing into the 90's. 10 test sticks were thrown into the separator monitor, results following: A1 10/10 A2 10/10 A3 10/10 51 10/10 52 10/10 The clocks on both PCs are eight seconds ahead of atomic time. No other problems found. 05/31/2008 07:58 darren@r 06:TestTagFailure: This alarm will be addressed on the next site visit. 05/30/2008 07:42 darren@r 02:LowExcCurrent: Alarm occurred during a site GMC by PSMFC. 05/28/2008 14:25 Darren A site GMC was performed today (5-28-08). All transceivers were checked for tuning, noise, and detection ability. The trash racks on the left bank ladder (antennas 01,02) are completely full thus backing water up behind antenna 01 and causing an odd flow through antenna 02. The noise levels on antenna 02 are bouncing between 10% and upwards of 60% which I was not able to stabilize by tuning. The BOR has been trying to keep up with the debris but is a challenge at this stage. No problems were discovered during this visit. 05/27/2008 08:56 darren@r 06:TestTagFailure,A2:BadOscFreq,A2:LowExcCurrent,A3:BadOscFreq,A3:LowExcCu rrent: Clearing old alarms. 05/24/2008 09:59 scottl.o 06:TestTagFailure,A2:BadOscFreq,A2:LowExcCurrent,A3:BadOscFreq,A3:LowExcCu rrent: Problems noted and not of concern at this time 05/23/2008 10:11 Alan A GMC was performed 5/23/2008. All transceivers were checked and tuned as necessary. Heavy debris in the trash racks is causing noise (~10-30) on the left and center ladders. Antennas 01, 03, 05 and 06 are underwater, but it doesn't appear to be an issue at this point. 10 test sticks were thrown into each monitor, results following: A1 10/10 A2 10/10 A3 10/10 51 10/10 52 10/10 The clocks on both PCs are three seconds behind atomic time. No other problems found. 05/22/2008 11:34 Darren The left bank equipment was installed and verified at 10:15 and the center ladder equipment was installed and verified at 11:30. The right ladder was tuned. According to BOR the river is not expected to get any higher than it is and the equipment should not have to be pulled out anytime soon. The water level is still very high. On the center ladder the upstream antenna is completly submerged. There is a lot of noise spiking through due to the high water. 05/22/2008 08:01 darren.o 06:TestTagFailure,A3:BadOscFreq: Alarms will be addressed today while PSMFC is on site to re-install the electronic equipment in the left and center ladders. BOR informed PSMFC that it was safe to procede with the install. 05/19/2008 12:01 dlwarf.o 06:TestTagFailure: 06:TestTagFailure: Ladder is off due to flooding. 05/19/2008 12:00 dlwarf.o 06:TestTagFailure: Site is off due to flooding. 05/19/2008 11:55 carters. 06:TestTagFailure: Carter submits this entry to acknowledge 8 TestTagFailures on coil 06. Also to confirm that Don reported the adult ladders at the site are flooding and equipment is being removed. Look for another pitevent entry to describe. 05/18/2008 10:04 alan@ree 06:TestTagFailure: Noted 05/17/2008 09:59 alan@ree 06:TestTagFailure: Noted 05/16/2008 15:39 Alan A GMC was performed 5/16/2008. All transceivers were checked and tuned as necessary. The transceivers and other electronics were removed from the left ladder (~13:00:00 PDT) and center ladder (~14:00:00 PDT) in anticipation of flooding, possibly to occur as soon as tonight. 10 test sticks were thrown into each monitor, results following: A1 10/10 A2 10/10 A3 10/10 51 10/10 52 10/10 Analysis of the sticktest had to be determined from the raw file. Running the "Report" on PC2 (Minimon 1.5.1/Vista buisness) causes Minimon to terminate. PC2 was rebooted for good measure. The clocks on both PCs were adjusted to within one second of atomic time. No other problems found. 05/09/2008 08:26 Scott_Li Once again the, site was not uploading data files, PCA'd into PC1 and found that Minimon was once again building 1 large file, PRO08129.A. Closed this file and rebooted the PC in an attempt to shake loose whatever is hung up and hinder the proper file close and creation in Minimon. Manually pushed the outstanding files PRO08129.A and B. Will monitor through out the day for consistent loads and file creations. The small gap in the data set will have to be patched from PC2. On this same note, the data and temp directories were checked for content and non deleted .zip files that have been known to cause this problem or at least associated with it in the past. 05/08/2008 15:09 scottl Performed site GMC, transeiver 06 needed a slight tune and hit rate adjustment, no problems to report. Placed asset tag on antro cart. 05/08/2008 08:45 Troy Went to manually push PRO08128.G1 through PRO08129.B1 and found the minimon was building a large PRO08128.H1. Stopped and started Minimon and pushed PRO08128.G1 and .H1. Verified the new file was PRO08129.A1. Deleted all the files in Minimon's temp directory. Of interesting note there were zip files for the previous time minimon created a large file and todays large file. It appears the minimon uploader failed on the 9 pm load last night, created a zip file and started the .G1 file.... No data was lost. 05/05/2008 08:29 troy@ruf A1:Overrun,A2:BadOscFreq,A3:Overrun: These alarm will be looked into on the next site visit. 05/01/2008 08:24 Scott_Li Big Brother shows that the router cannot is not pingable. The router more than likely needs rebooted. The site is sending data files, we just cannot PCA into the site. 04/29/2008 15:55 scottl Unfortunately, when arrived back in the office from the previous visit, BB showed red for the router and PC's. Was unable to PCA into either data collection box therefore traveled back to site and rebooted router. Dave verified remote access connection to both PC1 and 2. 04/29/2008 14:48 Scott_Li During the GMC, PC2 was replaced with the new Dell Vista Business platform. This concludes the platform replacement at PRO other than replacement of the Utility computer. Performed GMC, all transceivers were tuned and calibrated as necessary. No problems to report. 04/24/2008 08:32 Scott_Li The site had not uploaded files since pro: Last data submission was received on Wed Apr 23 21:03:56 PST 2008. PCA'd into the site and found that PC1 was creating 1 large file and did not change files at the scheduled interval. With lack of any other recourse, PC1 had to be remotely rebooted. This phenomenon is nothing new and has occurred more than once in the past on different operating systems. Will monitor situation to ensure that this is not an ongoing issue and related to the new platform configuration. 04/22/2008 14:22 Alan A GMC was performed 4/22/2008. All transceivers were tuned. 10 test sticks were passed through the separator monitor, results following: A1 10/10 A2 10/10 A3 10/10 The left ladder is showing (mostly single digit) noise jumping into the 30s due to accumulations in the trash rack. The communicatons and file gap issues will be documented in a separate pitevent. No other problems found. 04/22/2008 10:31 Scott_Li Per Embark, there is an outage for most of the state of Washington. They have no estimated time of repair but are currently working to resolve it. Data collection computers are actively collecting data as verified by Alan. Embark to call when repair has been made. 04/21/2008 08:58 Scott_Li Corrected the problem that was causing PC1 to show up RED in Big Brother. Turned out that a setting in the windows firewall was blocking Ping requests. Will travel to site and follow the SOP that was written for the setup of a new Vista box to ensure the consistency of the configuration. 04/20/2008 08:15 troy@ruf A3:BadOscFreq: Noted 04/18/2008 09:17 Troy Big Brother is showing RED for PC1. Verified that PC1 is alive via PCA and the fact that it is submitting files. The most likely cause is that VISTA is blocking ping requests which may also be the cause of about time not working. This issue will be looked into early next week. 04/17/2008 12:12 scottl Replaced PRO-PC1 with the new Dell 755 PC. This site has been chosen to be the test facility for the roll out of all new computers scheduled to be replaced through out this season. No issues to report during the installation. Manually submitted patch file PRO08108.L2 for the time that PC1 was under maintenance. Some configuration was needed on site regarding the network and PcAnywhere settings. Will monitor platform closely for performance,consistency and uptime. Performed GMC, all transcievers were tned and calibrated as necessary. At the time this entry was written, the Right and Center ladder transcievers had not been tuned or GMC performed. Will report any problems encountered during the GMC if necessary. 04/15/2008 12:53 Troy [0000000] PRO-Router.conn recovered Tue Apr 15 10:58:39 2008 Problem has been resolved after 9258 seconds 04/15/2008 10:46 Troy The site not loading has been verified to be on Embark's end. Communication should be restored in the next 4 hours. PSMFC will check each hour to see if communications have been restored. 04/04/2008 16:01 Alan The four minute data gap on 3/6/2008 occurred during platform UPS installation. No activity occurred on PC2 during this time. 04/04/2008 08:45 darren@r A3:BadOscFreq: Alarms were generated by PSMFC personnel while performing maintenance on the site. 04/02/2008 15:47 scottl Performed GMC, all transceivers were tuned and calibrated as necessary. All internal batteries were replaced. No problems to report. 03/31/2008 08:20 darren@r A2:BadOscFreq,A3:BadOscFreq: These alarms appear to non current alarms. PSMFC will contiue to monitor for these alamrs in the future. 03/11/2008 07:21 scottl Remote BB inddicates that the router and both PC's are none responsive but this is not the case. Was able to access both computers via PCA. It appears that these randon false negetives are associated with the 2nd tunnel within the router that serves the BB host. Will talk to Todd and see when he plans on moving BB to the other network in order to eliminate these type of errors.The router needs to be rebooted in order to clear these errors. 03/07/2008 07:55 Darren PSMFC was on site yesterday 3-6-08 to replace the UPS's on the data collection platform. No problems occured during the installation. I arrived on site at about 15:30 and found that Embarq (Phone Co.) had repaired the phone line that had been cut the day before. The files had already been submitted to PTAGIS. 03/05/2008 15:55 Scott_Li Per site personnel, Embark the phone company has been notified of the broken line. The repair may not be made until tomorrow. Will monitor situation and post info as becomes available. Data collection has been verified. 03/05/2008 15:38 Scott_Li Communications lines to the facility have been severed by someone digging a trench. More information regarding the repair will be posted when available. 03/04/2008 08:05 troy@ruf 01:LowExcCurrent: Noted 03/04/2008 07:39 Darren A site GMC was performed yesterday (3-3-08). All the transceivers were checked for tuning and noise. Antenna 01 is experiencing an elevated noise floor. I was unable to minimize the noise by tuning and adjusting the power supply. I checked the flow through the antenna and it appeared to be fine. There is plenty of debris in the river and this could be a result of the trash racks not being clean or debris. Ten test sticks were passsed through the juvenile separator monitors with 100% detection. No other problems were found. 02/13/2008 07:34 alan@ruf A2:BadOscFreq: No apparent reason for this one-time alarm. PTAGIS Field Operations will continue to monitor. 02/06/2008 10:13 Darren PSMFC was able to confirm that Chandler Canal has been placed back into operations. According to Mark Johnstone of the YIN the canal was placed into operation sometime on Sunday 2-3-08. PSMFC could not verify a specific time. 02/05/2008 07:23 darren@r A3:BadOscFreq: Alarm will be investigated on the next site visit. 01/24/2008 07:16 darren@r 06:TestTagFailure: Alarm will be addressed on the next site visit. 01/23/2008 11:53 Darren Mark Johnstone fo the Yakama Nation called to report that Chandler Canal was de-watered as of 04:30 on 1/23/08 due to cold weather. The channel will be re-intialized once the warm weather returns. 01/10/2008 07:56 troy@ruf 03:TestTagFailure: Noted 01/08/2008 10:05 Alan A GMC was performed 1/8/2008. All transceivers were checked and tuned as necessary. The ladder transceivers are performing well despite accumulations in the center and left trash racks. The JFF watered up 1/6/2008 and sampling began 1/7/2008. 20 test sticks were thrown into each monitor, results following: A1 20/20 A2 20/20 A3 20/20 51 20/20 52 20/20 Data files from 2007 were archived in the appropriate sub-folders on each PC. The clocks on both PCs were adjusted to within one second of atomic time. No problems found. 01/01/2008 00:00 PTOC_Bot Annual log file initiation for PRO #### End of Event Log for PRO ###