EVENT LOG FOR SITE RZF 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/28/2009 07:28 troy@bay 03:BadOscFreq,03:LowExcCurrent: If a tune on the next site visit doesn't raise the current then the current alarm threshold will be lowered. 12/25/2009 08:26 darren@b 03:LowExcCurrent: The system current threshold is at 4100mA and the actual is at 4200mA. We will monitor and make adjustments as necessary. 12/22/2009 07:20 Scott_Li Timer tags along with the exciter report indicates that the system needs tuned. 12/09/2009 07:47 darren@b 01:LowExcCurrent: The current level and the threshold are equal causing these alarms. I will adjust the threshold to avoid the large file generations. PSMFC will investigate the cause for this alarm during the next site visit. 12/08/2009 08:13 darren@b 03:LowExcCurrent: This alarm will be investigated during the next site visit. The current has dropped a little over 200mA in the last 7 days and could be close to being equal to the alarm threshold. 12/06/2009 07:40 alan@bay 03:LowExcCurrent: This alarm will be investigated during the next site visit. 11/28/2009 11:31 scottl The site has still not loaded. It is speculated that the dredging crane is in front of the satellite dish blocking transmission. Will be at site on Monday to evaluate. 11/26/2009 10:17 scottl The satellite link to the site is down and cannot be remotely accessed. Will continue to try and contact site along with attempting to contact someone at the facility tomorrow after the thanksgiving holiday 11/24/2009 15:11 scottl Performed site GMC, all transceivers were re tuned and calibrated as necessary, xcvr 01 is some noisy. Levels are bouncing from 3 to 30 percent on an irratic bases. Swapped antenna cable and the issue follows the antenna and cable. Due to very high water levels in the ladder, the turbulence in the upper weir is worst than normal therefore possibly causing the problem. Will monitor and review data as to when this issue started occurring. 11/24/2009 07:03 scottl@b 01:TestTagFailure: System will be tuned today during the GMC. 11/23/2009 10:18 Don_Warf DLW email test _____________________________________________ From: Don Warf Sent: Monday, November 23, 2009 9:26 AM To: 'pitevent@psmfc.org'; 'pitevent@ptagis.org' Subject: gra,grj,goj,rpj,lmj,ich,mcj,mc1,mc2,jdj,pro,esj,jcj,cfj,bcc,bo1,bo2,bo3,b2 j,rzf Email test 11/23/2009 09:39 Troy_Hum Email Test from Troy 11/22/2009 07:17 alan@bay 01:TestTagFailure: Noted 11/21/2009 07:23 alan@bay 01:TestTagFailure: Noted 11/19/2009 08:07 alan@bay 01:TestTagFailure: This transceiver appears to have drifted slightly out of tune. This will be addressed during the next site visit. 11/17/2009 07:31 alan@bay 01:TestTagFailure: This transceiver appears to have drifted slightly out of tune. It will be investigated during the next site visit. 11/16/2009 08:07 alan@bay 01:TestTagFailure: This transceiver appears to have drifted slightly out of tune. It will be investigated during the next site visit. 11/15/2009 09:31 troy@bay 01:TestTagFailure: This alarm will be addressed on the next site visit. 11/14/2009 07:58 troy@bay 01:LowExcCurrent,01:TestTagFailure: This antenna is in need of a tune and will be addressed on the next site visit. 11/13/2009 07:27 troy@bay 01:TestTagFailure: This alarm will be addressed on the next site visit. 11/03/2009 07:18 scottl@b 01:TestTagFailure: Noted 11/02/2009 07:45 scottl@b 01:TestTagFailure: Noted 11/01/2009 08:07 Darren The delinquent files were manually submitted to PTAGIS. 11/01/2009 07:55 darren@b 01:TestTagFailure: This system will addressed during the next site visit. 10/30/2009 13:40 scottl The connection at the facility seems to be fairly responsive. Ping times from catfish to the RZF pc's are at 700 to 750 mS with an occational 1200 ms and a request time out. No problems to eport with transcievers or platform. 10/28/2009 09:30 Alan Manually pushed RZF09300.G1 - RZF09301.B1 to PTAGIS via PCA. I could not maintain a PCA session long enough to check for zip files. 10/27/2009 08:14 alan@bay 01:TestTagFailure: No apparent reason for this one-time alarm. PTAGIS Field Operations will continue to monitor. 10/27/2009 07:55 Alan A zip file in the PC1 temp folder was deleted. MiniMon was terminated on PC1 so that the zip file could be deleted. Due to a very slow connection, PC1 was out of data collection for ~9 minutes. No gap file will be uploaded as no fish activity occurred during PC1's downtime. Files RZF09299.C1 - RZF09300.C1 were manually uploaded from PC1. Hopefully, automated uploads from PC1 will resume. PTAGIS Field Operations will continue to monitor. 10/26/2009 07:11 Alan Manually pushed RZF09298.D1 - RZF09299.B1 to PTAGIS via a slow PCA session. 10/25/2009 11:16 scottl Was finally able to get a connection the PC1, manually submitted all delinquent data files. Connection is painfully slow and should be checked out on Monday. 10/24/2009 10:34 scottl The site has not submitted files since yesterday Oct.23rd. Tried to PCA into PC's and was unsuccessful. Appears that the Satellite connection is the issue, some response one PC2 but do not get a complete login. Will try to contact someone at the site but this may not be an option. 10/22/2009 16:23 Alan Manually pushed RZF09295.E1 to PTAGIS via PCA. 10/22/2009 10:18 Alan A GMC was performed 10-22-2009. All transceivers were checked and tuned as necessary. All outstanding files on PC2 were archived. The clocks on both PCs (~1.5min slow) were set to within one second of atomic time. The new IP addresses were put into the SonicWall and the tunnel to Sellwood was verified. No problems found. 10/14/2009 13:53 alan@bay 02:TestTagFailure: This transceiver appears to have drifted slightly out of tune but is reading PIT tags and (recently) timer tags. This will be addressed during the next site visit. 09/25/2009 23:30 alan@bay 01:HighTemp,02:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 09/23/2009 09:02 alan@bay 02:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 09/14/2009 07:54 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are common this time of year. 09/12/2009 09:40 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted, problems are typical for this time of year 09/04/2009 07:28 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Alarms to be expected this time of year. 09/02/2009 07:21 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Alarms not uncommon this time of year. 09/01/2009 07:04 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Alarms not uncommon during this time of year. 08/28/2009 07:50 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are common for this time of year. 08/26/2009 08:09 troy@bay 02:TestTagFailure: Noted 08/24/2009 08:46 troy@bay 02:HighTemp: Noted 08/23/2009 08:32 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: Noted 08/22/2009 07:55 alan@bay 02:HighTemp: Noted 08/21/2009 08:00 alan@bay 01:HighTemp,01:Overrun,02:HighTemp,03:HighTemp: Noted 08/20/2009 08:01 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 08/19/2009 07:57 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 08/17/2009 07:38 scottl@b 02:HighTemp: Noted 08/10/2009 07:47 alan@bay 01:HighTemp,02:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 08/08/2009 08:59 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Clearing TASS. These alarms have expired and need to be cleared. 08/07/2009 07:38 Alan MiniMon was exited on PC1 briefly to delete a persistent zip file from the temp folder. A small gap was created. No activity was observed on PC2 during PC1's downtime. Files RZF09218.H1 - RZF09219.B1 were manually uploaded. 08/04/2009 07:33 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: The high temp alarms are to be expected this time of year. 08/03/2009 08:38 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 07/30/2009 10:13 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: 100 Deg temperatures are the cause of these alarms. 07/28/2009 08:19 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted 07/27/2009 08:09 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted, alarms are typical for this time year. 07/26/2009 09:18 darren@b 02:HighTemp: Alarm is to be expected this time of year. 07/23/2009 08:44 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Alarms are to be expected this time of year. 07/22/2009 08:29 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted 07/21/2009 08:23 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted as previously documented 07/19/2009 11:33 scottl@b 01:HighTemp,02:HighTemp: Noted 07/18/2009 08:01 scottl@b 01:HighTemp,02:HighTemp,03:HighTemp: Noted, typical for this time of year 07/16/2009 09:12 darren@b 01:HighTemp,02:HighTemp,03:HighTemp: Alarms to be expected this time of year. 07/15/2009 08:16 scottl@b 01:HighTemp,02:HighTemp: Noted, typical for this time of year. 07/12/2009 09:26 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are common for this time of year. 07/12/2009 08:46 Troy Manually pushed RZF09193.B1. Cleared the temp directory, which did have a .zip file. 07/11/2009 09:55 troy@bay 01:HighTemp,02:HighTemp: These alarms are common for this time of year. 07/06/2009 10:13 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 07/05/2009 09:21 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarm common for this time of year. 07/04/2009 09:11 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are common for this time of year. 07/03/2009 08:39 troy@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are common for this time of year. 07/02/2009 08:58 alan@bay 01:HighTemp,02:HighTemp,03:HighTemp: These alarms are to be expected this time of year. PTAGIS Field Operations will continue to monitor. 07/01/2009 13:56 Troy A site GMC was performed 07/01/2009. All transceivers were checked for tune and adjustments made where needed. The PC's were set to within 1 second of each other and atomic time. No problems to report. 06/30/2009 08:28 troy@bay 02:HighTemp: Alarms common for this time of year. 06/25/2009 08:53 alan@bay 03:BadOscFreq: No apparent reason for this alarm. PTAGIS Field Operations will continue to monitor. 06/24/2009 14:20 Alan A GMC was performed 6/25/2009. All transceivers were checked and tuned as necessary. All outstanding files on PC2 were archived. The clocks on both PCs were set to within one second of atomic time. No problems found. 06/09/2009 09:53 Darren A site GMC was performed today 6-9-09. All transceivers were checked for tuning, noise, and detectability. No problems were discovered during this visit. 06/07/2009 10:30 troy@bay 01:HighTemp,02:HighTemp: These alarms are common for this time of year. 06/02/2009 08:34 troy@bay 02:HighTemp,03:LowExcCurrent: The hightemp alarms are common for this time of year. The LowExcCurrent alarms are most likely due to GMC activity. PSMFC will monitor. 06/01/2009 15:07 Darren A site GMC was performed today 6-1-09. A sync cable was built and installed between 02 and 03, we had already installed a cable between 01 and 02 last week, there does appear to be some noise on antenna 03 but it may be caused by the level of water and the fact that fish can pool up in front of the antenna. The number of PITtag's coming up the river are increasing as well as the volume of fish. We will monitor for drops in efficiencies and adjust the system as necessary. No other problems were discovered during this visit. 06/01/2009 08:22 troy@bay 02:HighTemp,03:HighTemp: These alarms are common for this time of year. 05/31/2009 09:44 alan@bay 02:HighTemp,03:HighTemp: High temp alarms are to be expected this time of year. Operations are not impacted 05/30/2009 11:11 alan@bay 01:HighTemp,02:HighTemp,03:BadExcFreq,03:HighTemp: The High temp alarms are to be expected this time of year. PTAGIS Field Operations is working on a solution to the bad exciter alarms. Operations are not impacted. 05/29/2009 08:49 alan@bay 01:HighTemp,02:HighTemp,03:BadExcFreq,03:HighTemp: The High temp alarms are to be expected this time of year. PTAGIS Field Operations is working on a solution to the bad exciter alarms. Operations are not impacted. 05/28/2009 09:13 alan@bay 01:TestTagFailure,03:BadExcFreq,03:BadOscFreq,03:LowExcCurrent,03:TestTagF ailure: These alarms will be investigated during the next site visit. 05/26/2009 14:58 Darren A site GMC was performed today. All transceivers were cheked for tuning, noise and detection ability. I spent some time investigating transceiver 03, we have been experiencing some "bad osc" and "bad exc" alarms, I noticed that there appears to be a slight beat between the antennas which is causing spikes into the 40-40% on the signal. I tried syncing the transceivers but I am unable to sync between 02 and 03, cable isn't long enough, but when the cable was placed between 01-02 the spikes dropped into the 20-30 and when 03 was placed into standby the spiking on 01-02 went away. We will build a sync cable for 02-03 and install during the next site visit and I think this will eliminate the occassional "bad osc" problems. The transceiver is functioning properly and is detecting at a very hgih efficiency so it was not replaced at this time. 05/26/2009 09:41 alan@bay 03:BadExcFreq: This will be investigated today during a site visit. 05/25/2009 11:05 scottl@b 02:HighTemp: Noted 05/20/2009 08:15 scottl@b 02:HighTemp: Alarm to be expected during the summer months. 05/17/2009 08:46 darren@b 03:BadExcFreq: Alarm will be investigated during the next site GMC. 05/15/2009 08:28 troy@bay 03:BadExcFreq,03:BadOscFreq: This will be investigated on the next site visit. 05/12/2009 10:43 scottl Performed site GMC, all transceivers were retuned and calibrated as necessary. XCVR 03 had "Bad Osc" message on front panel, reset reader, checked hit rate, replacement of the reader is not yet warranted. No problems to report. Joe just called me over to the workup tank to show me the 1st spring chinook through the facility this year. 05/12/2009 08:35 alan@bay 03:BadExcFreq: This will be investigated today during a site visit. 05/10/2009 08:54 troy@bay 03:BadExcFreq: This will be investigated on the next site visit. 05/08/2009 09:16 troy@bay 03:BadExcFreq: Noted, PSMFC will monitor. 05/07/2009 09:56 alan@bay 03:BadExcFreq,03:BadOscFreq: No apparent reason for this alarm. PTAGIS Field Operations will continue to monitor. 05/05/2009 14:16 Darren A site GMC was performed today 5-5-09. All trnasceivers were checked for tuning, noise, and detectability. No problems were discovered during this visit. 05/03/2009 08:28 darren@b 03:BadExcFreq: There does not appear to be any direct cause for this alarm. PSMFC will monitor and investigate this alarm during the next site GMC. 05/02/2009 08:51 darren@b 03:BadExcFreq,03:BadOscFreq: These alarms will be investigated during the next site GMC. 04/28/2009 13:54 Darren The site was visited today to repair the Satellite dish mount that had broken on Saturday. The dish was remounted and the EbN0 went from 6.49db to 7.53db. The transceivers were checked for tuning and noise. No problems were discovered during the site GMC. 04/26/2009 12:16 Alan Satellite communications to RZF have been down for the better part since ~15:30 PDT 4-25-2009. Site personnel report that as of 12:00 PDT 4-26- 2009 the platform is collecting data as normal. We will continue working to remedy this situation. 04/25/2009 11:14 alan@bay 01:LowExcCurrent,02:LowExcCurrent,03:BadExcFreq,03:LowExcCurrent: These alarms were generated by PTAGIS Field Operations personnel during a site visit. 04/20/2009 16:13 Alan A GMC was performed 4/20/2009. All transceivers were checked and tuned as necessary. The clocks on both PCs (PC1 ~15 sec slow, PC2 ~75 sec fast) were set to within one second of atomic time. No problems found. 04/17/2009 08:23 scottl@b 02:TestTagFailure: Noted 03/21/2009 09:30 scottl@b 03:BadExcFreq: noted 03/20/2009 13:54 doug@bay 01:ExcessiveNoise: This is a test. -Doug- 03/10/2009 11:33 Troy At the site 03/10/2009 to determine why the site isn't loading. Upon arrival I could see that I could get out because site personnel were on the web via the utility machine. There was a network message on PC1 and PC2. I took a screen shot of PC1 and sent it in via webmail. I rebooted PC1, the satellite router, the fire wall and the util. I then reboot PC2. I was able to push the delinquent files on PC1 and the patch file on PC2. I contacted Don and he was not able to get in. I contacted Tech heads and was informed that Chris is out sick today. He has a trouble ticket in with Sonicwall and is the only one that could help us. I spoke with Todd and he confirmed that it is a firewall issue and that Chris will have to help us. The good news is that Chris was able to access the router and look at the configuration so hopefully it will not require another trip to the site. 03/09/2009 11:41 Alan Site personnel manually pushed RZF09068.B1 and RZF09068.C1 to PTAGIS. 03/04/2009 08:19 Darren_C I was informed this morning by Mark Johnstone of the YN that there is a power pole down somewhere around Rosa that feeds the building. He was unsure when the power went out but thought the power would be restored sometime this afternoon. Darren R. Chase PSMFC Office :(509) 735-2773 Ext. 3 Cell: (509) 539-6786 01/27/2009 13:08 Alan MiniMon was exited momentarily at ~13:00 1/27/2009 so that a zip file could be deleted from the temp folder. No fish activity was observed on PC2 during this operation. Files RZF09027.C1, RZF09027.D1 and RZF09027.E1 were then manually pushed to PTAGIS. 01/27/2009 07:33 Scott_Li Unit 03 has an elevated noise level at 20 percent and not firing timer tag unit requires tuning as goes with units 01 and 2. System will be retuned on the next site visit which will be scheduled in the near future. 01/27/2009 07:17 Alan Manually pushed RZF09026.E1 through RZF09027.B1 to PTAGIS via PCA. 01/06/2009 08:41 Alan Gained access to PC1 via RDP through catfish. Disabled the PCA host service in Vista task manager. Restarted PCA host and verified operation. Set the PC clock (~00:1:45 slow) to within one second of atomic time. 01/06/2009 08:16 Scott_Li Tried to set pc clocks to atomic time but pc1 in unavailable although it is sending data files. Will set time when access is restored 01/02/2009 09:44 scottl Site has not sent files recently, tried to manually send files but connection is to slow. Verified that PC2 was collecting data, will monitor and correct when necessary. 01/01/2009 00:00 PTOC_Bot Annual log file initiation for RZF #### End of Event Log for RZF ###